Thomas Bandt

Startup Lesson Learned: The Minimum Lovable Product Is King

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 Wednesday, 25 February 2015

Focus On Your USP

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.

  1. Focus on clear and straightforward to name use cases.
  2. Focus on precise target audiences.
  3. Focus on precise and fast to develop features.

Remove everything that doesn't belong to the core of your idea. And if you think you have removed everything possible, repeat.

Example

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.

Viable Doesn't Mean Perfect Nor Cheesy.

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.

Viable Means Lovable.

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.

Conclusion

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.

What do you think? Drop me a line and let me know!