October 10, 2016
October 10, 2016
Time to tackle the first monster that lies off the path to a Great Product: the Feature Creep!
Scope is a list of features that you want your product to have. In the beginning it always starts small, but then it usually grows to enormous proportions without you even noticing! How does that happen?
Well, let’s think of a hypothetical mobile app. Typically, you want the users to have an account, so you can keep their data separate. So, we’ll need an **authentication system **— one feature, right? But when we look closely…
See what I did there? So much work and our app doesn’t really do anything useful yet!
This is exactly this tiny influx of new ideas finding their way into your product’s scope. New features creep up on you when you’re not paying attention and jump into your Trello boards, Excel spreadsheets, or JIRA tickets.
It’s natural that when you spend days and night thinking about what you’re building you’ll have hundreds of ideas. Probably dozens of them will be good and useful. However, that doesn’t mean they all should make their way into the product scope. Some of them might only be useful for just a tiny percentage of your users. And those which remain might be a great idea for later stages of your application. Remember to focus on the task at hand, so here comes in…
That’s a fancy modern name for the simplest thing that could possibly work. The concept of MVP is about making sure that you release as early as you can and the smaller your scope is — the faster you can deliver it.
The main benefit of releasing early is seeing what the users do with your product. You can watch them use it, gather data, and use it to make the decisions on what are the next features to implement. Instead of guessing what they might want, you actually can deliver what they need.
Remember, MVP is usually much smaller than you think!
It’s as easy as crossing stuff out! There are a few questions that can guide you on your scope-reducing mission:
Let’s say I’m working on an app that will let me get perfect soft-boiled eggs every single time. Let’s assume that this process depends only on these few variables: size of the egg, time you cook it, temperature of the water, etc. Let’s say we keep the temperature stable (boiling all the time) that leaves two variables for our app to work with: size and time. So, the idea is to first weigh the egg using your smartphone and then let it compute the cooking time using a patented algorithm. I already see myself showered with money by my future users!
So, we see what the core value is, now let’s look at more possible features:
Amost all of the above are extra things that (although undoubtedly useful!) don’t really enhance the **primary experience **— eating the perfect egg. Apart from the last one on the list, that might be something we want to include in the first version. Should it be part of the MVP or can we deliver a good and useful product without it? The answer is up to you! Remember that every ruthlessly removed feature saves you days (or weeks!) of expensive development time and reduces the time it takes to deliver the app.
There will be more posts are coming in this series, so if you found that interesting — stay tuned!
If you liked this post, why don't you subscribe for more content? If you're as old-school as we are, you can just grab the RSS feed of this blog. Or enroll to the course described below!
Alternatively, if audio's more your thing why don't you subscribe to our podcast! We're still figuring out what it's going to be, but already quite a few episodes are waiting for you to check them out.