A few years ago the two memes of minimal viable product and lean product development were my favourites. There was this old-world, chronic problem of products getting stuck in product development until they reach “nirvana” – feature-itis, scope creep, etc. There was nothing more frustrating than sitting in a meeting where a product manager (with zero research or understanding) would state something like “we need to support groups, we absolutely can’t launch with out it or else it will be embarrassing”. So 18 months later product dev’t would complete, a few million would have been burnt and then we’d test it on the market and lo and behold nobody cared about that feature. Expensive. We can call this the “Microsoft Excel” product development methodology.
Now I am seeing the opposite problem. Startups are launching crap under the excuse of “testing the market”. I think as a collective group we need to come together and put down a firm set of launch requirements:
1. Crashing should not be a launch feature. Please stress your stuff.
2. Whatever your apps core purpose is, it should do it fast. i.e. you should do performance testing.
3. You should use real designers – it should be easy to use and be easy on the eye.
You should still aim for simplicity & a bare bone set of features, but your product must work and meet the expectation of a professional product. A great example of a company doing this well has been Kik. Their core messaging product worked, worked fast and looked great – was super simple but also had some well thought out viral hooks. They even survived eXtreme scaling!
An exception to MVP, I don’t think it would make a lot of sense to use MVP if you were attacking an existing industry. Sometimes you know the business model, you don’t need to test it out. And your product has to exceed the current bar of products out there. This, for instance, is why it was ridiculous for the Playbook to be missing major features (like email) at launch.