Don’t perfect a product nobody wants. Ship the smallest version that tests your riskiest assumption, measure what real users do, and learn — then repeat. Speed of learning is the real metric.
Ship the smallest thing that tests your biggest assumption, then build-measure-learn.
Most failed products aren’t badly built — they’re built beautifully for a need that wasn’t really there. Eric Ries’s answer in The Lean Startup is to treat a new venture as a series of experiments rather than a grand plan. Instead of spending a year perfecting your guess, you build a minimum viable product: the smallest thing that lets real people give you real feedback on the one assumption most likely to be wrong.
Then you run the loop: build, measure, learn. Put it in front of users, measure what they actually do (not what they say), and extract validated learning — evidence about whether to persevere or pivot. The point of the MVP isn’t to launch small; it’s to learn fast. A company that completes this loop quickly, again and again, discovers what customers truly want before it runs out of money. The real measure of progress isn’t features shipped — it’s how fast you’re learning what works.
It replaces expensive guessing with cheap evidence, so you find the truth before you spend the budget.
Read as “ship something cheap and broken.” An MVP is the smallest experiment that produces validated learning — it must be good enough to test the riskiest assumption honestly. A buggy mess that teaches you nothing isn’t an MVP; a rough but real test that answers “do they actually want this?” is.
Try to answer in your head first — that effort is what builds the memory.
Lock this idea into memory with a 5-minute active-recall session — the science of spaced repetition, no signup.
Try this idea free →One tap adds it to your review queue — we bring it back right before you’d forget. No signup.