Many people in the startup industry are talking about the ‘MVP’ – the Minimum Viable Product. But that term is useless unless you figure out what viable means to your customers.
Published on Wed, February 25, 2015
When the idea of your next big thing starts to mature in your head, it's often easy to add tons of cool features for different use cases. It feels counter-intuitive to leave something out because that would mean some people you want to address would not be able to use your product.
But that's how to get things started, and, much more importantly, to get things done. You need to focus.
Remove everything that doesn't belong to the core of your idea. And if you think you have removed everything possible, repeat.
If you're building a mobile app for sharing moments with your friends and family, you will sooner or later end up thinking of scenarios where people may want to use it while being offline. Let's say on a sailing trip or abroad (at least if you're visiting Germany, we don't have Wifi here ;)).
It seems natural to add an offline-feature with two-way-synchronization to your feature list. But even though sync is one of the toughest exercises in modern software development, does it belong to your idea's core?
What happens when you've invested weeks or months into that feature, and people even don't want to use your app while being online?
Answer: No, it doesn't belong to your core concept. And if you fail to convince your users to use your app while being online, you may now don't have enough time to fix that. Because you've invested so much time (and money) in that offline feature.
It's easy to add something, but it's not so easy to defer or remove things. But you need to do it.
If your app crashes or the interface is so confusing and ugly, nobody understands what your app is doing, you are clearly failing.
On the other hand, it's also clear that you can't simply call your product viable because you've implemented an endlessly scalable backend, a beautiful looking interface, or a mobile app for all platforms. These things may be necessary at some point, but they are not necessarily relevant at the very beginning. And they won't convince a user if your product has some severely conceptual inconsistencies.
So what the hell means viable? From my point of view, there's only one answer: Viable means lovable ♥.
You need to build something that people love. An app that your users consider must-have, not nice-to-have. It is a service they enjoy and tell their friends about, something that enriches their lives and makes them fans, not only customers.
The first version of that next big thing does not have to be perfect. It doesn't scale in terms of too many users signing up? Hooray! Luxury problem! It has a lot of rough edges meaning layout or functional errors? Whatever!
It's much more important to build something few people love than to make something many people like.
Because we all tend to forget about things we find just nice. But many of us are eager to spread the word about the real thrilling innovations crossing our ways, especially in these days, where there is so much bullshit floating around.
Define a clear scope of your first product version's value and focus on people you think will love that product. Even if it won't be perfect yet. If you manage to convert these first users to fans, that's the foundation of everything else. If you're not, iterate and try harder. But don't waste time trying to suit everybody.