Michael Seibel - How to Plan an MVP

TL;DR

An MVP should be ridiculously simple — the first thing you give to initial users to test if you can deliver any value. The goal is to launch something bad quickly, get any customers, talk to them, and iterate; hold the problem and customer tightly, but hold the solution loosely.

Key insights

• Talking to some users before building the MVP is helpful, and being your own user is even better.
• Many founders’ journeys end before a single user has interacted with their product.
• Founders often think feedback on a “shitty” MVP is useless because they are attached to their vision of the full solution; in reality, the full solution in your head should be very flexible.