Lean Startup: Applied Wrongly

Eric Ries who has popularized Lean Startup methodology has done an AMA on HackerNews. When he was asked “Are there examples of lean startup ideas going wrong or being misunderstood and leading startups straight to failure?

He had this to say:

“Tons! I think about this all the time, since I feel a responsibility to try and talk about lean startup in such a way that prevents misunderstanding.

I would say the three most fatal misapplications are:

  1. Up and to the right disease.
    Here you split-test everything and just do whatever moves the numbers. pretty soon you are selling porn or psychic hotlines.

  2. No vision, no problems error.
    It’s like trying to do science without a hypothesis. In lean startup we emphasize that people trying to predict the future are often wrong, so it’s best to experiment and pivot as you learn. But some people interpret this to mean that the future is unknowable, there’s no point in having any kind of vision, and you should just ship something and see what happens. the problem with this plan is you are guaranteed to succeed – at seeing what happens. after-the-fact rationalization will prevent any learning, because if you can’t fail you can’t learn. having a big expansive vision is really helpful because it provides lots of falsifiable hypotheses for testing.

  3. Minimum Viable Crapsloppy execution.
    Some people think MVP means just throw garbage at the wall and see what sticks, especially since the M makes people think lean startup is for doing something small. but the truth is if you’re doing something small, you don’t need MVP or lean startup. you only need an MVP if you’re trying something large. further, part of the MVP process is to learn what customers actually value in terms of quality, so we can build something that they perceive as excellent. shipping crap isn’t the goal, and people that go on TechCrunch with garbage and then claim “but it’s an MVP!” are doing it wrong. the hard truth is that spending more time “perfecting” a product in the absence of feedback often makes the product worse, not better.”

I can see the No3 in many startups. You can read the full AMA here.



Follow me on Twitter, UX Stacks Exchange or LinkedIn.