The Lean Startup
Eric Ries

The Lean Startup

by Eric Ries

A discipline for building companies under extreme uncertainty — one validated experiment at a time.

  • 8 min read
  • Accessible
  • Startups
  • Experimentation

Editorial summary in progress — more principles and reflection questions are still being written for this book.

At a glance

What it is about
A method for building startups as experiments — shipping the smallest useful thing, measuring what happens, and deciding whether to pivot or persevere.
Best for
First-time founders and product teams working under high uncertainty.
Central idea
A startup's job is to learn what customers actually want, as quickly and cheaply as possible.
Solo Library reading time
8 minutes

The Big Idea

A startup is an experiment. Its job is not to execute a plan but to learn — as quickly and cheaply as possible — what customers actually want.

Principles to Take With You

Solo Library extracts practical principles from each book and translates them into ideas you can examine, apply, and adapt into a philosophy of your own.

Build, Measure, Learn

Ship the smallest thing that produces real learning, measure the result, decide what's next.

The core operating loop. Each cycle exists to reduce uncertainty about one specific assumption rather than to advance a fixed plan, which means the unit of progress is a question answered, not a feature shipped. A cycle is only complete when a measurement has changed what you believe — otherwise you have built and shipped without learning anything.

Why it matters

Without a loop, teams substitute activity for learning and confuse motion with progress. The loop makes it obvious when a busy month produced no new information.

Apply it

  • Before building the next feature

    Write the one assumption this work is meant to test, and the result that would make you stop. Build only what is needed to see that result.

Keep in mind

Fast iteration suits problems where feedback is quick and cheap. Deep technology, regulated products, and long research bets cannot be validated in a week, and forcing them into short loops mostly produces shallow versions of the wrong thing.

Validated learning over vanity metrics

Learn who your customer is and why they act, not just how the top-line chart looks.

Growth charts feel good and rise for reasons that have nothing to do with product quality — a launch, a campaign, a seasonal bump. Learning who the customer is, what they were doing before, and why they came back is what actually reduces risk. The test of a metric is whether a change in it would change a decision you are about to make.

Why it matters

Vanity metrics let a team feel successful right up to the point the money runs out, because nothing being measured was ever capable of contradicting the story.

Apply it

  • In a weekly review

    For each number you report, name the decision it would change. Retire the ones that cannot change any decision.

Keep in mind

Some coarse metrics genuinely matter — revenue, cash, retention — and dismissing every headline figure as vanity can leave a team measuring detail while missing that the business is shrinking.

Explore next

Pivot or persevere

At each cycle, honestly ask whether the evidence supports the current strategy or a change of direction.

Every cycle produces evidence, and the decision it feeds is binary: change a core hypothesis while keeping what you learned, or continue because the evidence supports the current course. Making that decision on a schedule matters more than getting it right every time, because the failure mode is not choosing wrongly but never explicitly choosing at all.

Why it matters

Most struggling projects die of drift rather than of a bad decision. A scheduled decision point converts drift into a choice someone has to make out loud.

Apply it

  • On a fixed cadence

    Set a date in advance and write down now what result would justify persevering. Review both on the day, before new hope has had a chance to reinterpret the numbers.

Keep in mind

Pivoting too readily is its own failure: some ideas need longer than one cycle to show signal, and a team that pivots every quarter never accumulates the depth that makes anything work.

Explore next

Key ideas

  • Minimum viable product

    The smallest version of an idea that lets you test its core assumption with real users, which is usually far less complete than the version you would be proud to show.

  • Innovation accounting

    A way to measure progress when traditional financial metrics do not yet apply: track movement in the specific behaviours you are trying to change rather than in revenue.

Put It Into Practice

  • List your top 3 riskiest assumptions

    Rank by 'if this is wrong, the business doesn't work.'

  • Design the cheapest experiment

    For each assumption, define the smallest test that would move your belief.

One Question to Carry Forward

One question to sit with — not to answer today, but to keep returning to as your own philosophy takes shape.

What are you assuming that you have no evidence for?

Apply this to my situation

Describe what you're dealing with and we'll connect it to one idea from The Lean Startup — with its limits, a question, and one modest next step.

Listen to this book’s Solo Library notes

6.1 min · key ideas, cautions, and one thing to try

Narration is being recorded. You can read the same notes below.

Reading paths

Put these ideas to work.

The principles from The Lean Startup pair well with the rest of the Becoming Solo ecosystem.