Lean startup
Validated learning, rapid feedback, and building under uncertainty
Eric Ries's The Lean Startup is a method for building under extreme uncertainty. Its central claim is that the scarce resource in an early-stage company is not code, capital, or effort. It is validated learning — evidence about what customers actually value.
A startup therefore should not optimize first for execution against a fixed plan. It should optimize for the speed and quality of the feedback loop through which the plan is tested.
“The goal of a startup is to figure out the right thing to build—the thing customers want and will pay for—as quickly as possible.”
— Eric Ries, The Lean Startup
Core framework
- Build–Measure–Learn — turn an assumption into a product test, measure behavior, then update the model.
- Minimum viable product — the smallest product or experiment that can produce useful learning.
- Validated learning — evidence that a proposed business model is becoming more accurate.
- Innovation accounting — metrics designed to measure whether experiments are improving the underlying business.
- Pivot — a structured change in strategy while preserving the broader vision.
- Persevere — continue on the current strategy when evidence indicates the engine is improving.
- Small batches — reduce the amount of work completed before receiving feedback.
- Five Whys — trace recurring failures upstream to process causes rather than treating symptoms.
The unit of progress in a startup is not output — it is reduction in uncertainty.
The Build–Measure–Learn loop
Traditional planning assumes that the destination is reasonably well understood. A startup does not have that luxury. The product, customer, channel, pricing model, and even the underlying problem may still be hypotheses.
Ries therefore reframes product development as an experimental loop:
“All successful startup processes should be geared to accelerate that feedback loop.”
— Eric Ries, The Lean Startup
The important variable is cycle time. If two companies begin with equally wrong assumptions, the one that can test and correct them faster should converge toward reality sooner.
This is why long product cycles are dangerous before product-market fit. Every additional month of building without meaningful feedback increases the quantity of effort attached to an unverified premise.
Key idea: Shorten the distance between assumption and evidence.
The minimum viable product
The MVP is often misread as a low-quality first version. Its actual purpose is epistemic: create the smallest intervention capable of answering the most important unanswered question.
A landing page can test demand. A concierge service can test whether the desired outcome matters before automating it. A manual backend can test a customer experience before infrastructure exists.
The question is not “What is the smallest product we can ship?” It is “What is the smallest experiment that can distinguish between important competing beliefs?”
This protects against a common failure mode:
“Because startups often accidentally build something nobody wants, it doesn’t matter much if they do it on time and on budget.”
— Eric Ries, The Lean Startup
Efficiency applied to the wrong product simply produces waste faster.
Validated learning
Learning is easy to claim after the fact. Ries therefore requires it to be validated by behavior.
“Learning, by contrast, is frustratingly intangible.”
— Eric Ries, The Lean Startup
A team can always explain why an experiment was useful. The harder standard is whether the test changed confidence in a hypothesis and whether the resulting decision would have been different without it.
This turns product development into a sequence of falsifiable questions:
- Will customers attempt to use it?
- Will they return?
- Will they pay?
- Will acquisition cost remain below customer value?
- Does a specific change improve a defined behavioral metric?
The discipline is to decide what evidence matters before seeing the result.
A metric is useful when it can change a decision.
Innovation accounting
Startups can look busy while making no real progress. Feature count, hours worked, downloads, registered users, press mentions, and gross traffic can all rise without improving the business.
Ries proposes innovation accounting to measure whether the company is moving from a weak baseline toward a sustainable model.
The pattern is:
- Establish a baseline.
- Run experiments intended to improve the engine.
- Measure whether the relevant behavior changes.
- Decide whether to pivot or persevere.
This is fundamentally different from conventional accounting. Financial statements tell you what happened to the business — innovation accounting asks whether the business model is becoming more likely to work.
“This requires a new kind of accounting designed for startups—and the people who hold them accountable.”
— Eric Ries, The Lean Startup
Pivot or persevere
A pivot is not random change — it is a change in one part of the strategy based on accumulated evidence while preserving a broader objective.
Possible pivots include customer segments, problems, channels, revenue model, technology, or scope. The point is to preserve learning instead of resetting to zero.
The alternative is perseverance: continue when the engine is improving and the evidence still supports the model.
This creates a useful decision rule:
The danger is attachment. Teams become emotionally invested in what they built, and sunk effort begins to masquerade as evidence.
Key idea: A pivot is a revision of the theory, not an admission that the work was wasted.
Small batches
Lean manufacturing influenced Ries's argument that work should move through the system in smaller batches.
Large batches feel efficient because they reduce interruptions, but they delay error detection. A mistaken assumption can survive through months of design, development, launch preparation, and marketing before reality finally rejects it.
Small batches surface problems earlier.
The mechanism is broader than software. Whenever uncertainty is high, early feedback is worth more than local efficiency.
This principle also changes organizational design. Cross-functional teams can often learn faster than specialized departments handing work downstream because information does not need to travel across as many boundaries before changing the product.
The Five Whys
When a failure repeats, the immediate cause is often not the useful cause.
The Five Whys method repeatedly asks why the failure occurred until the analysis reaches an upstream process problem. A production bug might trace to a missing test, which traces to rushed deployment, which traces to incentives that reward shipping without protecting quality.
The purpose is not literally asking “why” five times.
It is to move from event → process → system.
The accompanying rule is proportional investment: small problem, small fix — large recurring problem, larger structural response.
Implications
The book's most important contribution is the distinction between execution risk and model risk.
When the business model is known, better execution can create advantage. When the model is unknown, execution against an untested premise can destroy resources. The managerial system should therefore change as uncertainty falls.
“The passion, energy, and vision that people bring to these new ventures are resources too precious to waste.”
— Eric Ries, The Lean Startup
The framework is strongest when the uncertainty is genuinely empirical — whether a customer wants something, uses something, pays for something, or responds to a changed experience. It should not be interpreted as a rule that every strategic decision can be discovered through tiny experiments. Some choices involve long development cycles, network effects, infrastructure, regulation, or visions customers cannot yet articulate.
The durable operating questions are:
- What assumption would kill the business if false?
- What is the cheapest credible way to test it?
- What behavior would count as evidence?
- How quickly can the feedback arrive?
- Are we improving the model or merely increasing output?
- At what point should evidence force a change in strategy?
A startup becomes less speculative as these questions are answered.