Back to Workshop
FRAMEWORK

Lean Validation / Build-Measure-Learn

Source:Eric Ries, The Lean StartupUsed in:Module 03, throughout workshop

Lean Validation Framework

Overview

The Build-Measure-Learn loop is the fundamental engine of the Lean Startup methodology. It emphasizes rapid iteration and validated learning over lengthy planning cycles.

The Loop

        ┌─────────────────────────────────────────┐
        │                                         │
        │              IDEAS                      │
        │                │                        │
        │                ▼                        │
        │   ┌────────────────────────┐           │
        │   │         BUILD          │           │
        │   │                        │           │
        │   │  • Articulate assumptions          │
        │   │  • Create quick prototype          │
        │   │  • Minimum to test hypothesis      │
        │   └────────────┬───────────┘           │
        │                │                        │
        │                ▼                        │
        │            PRODUCT                      │
        │                │                        │
        │                ▼                        │
        │   ┌────────────────────────┐           │
        │   │        MEASURE         │           │
        │   │                        │           │
        │   │  • Conduct experiments │           │
        │   │  • Collect data        │           │
        │   │  • Validate assumptions│           │
        │   └────────────┬───────────┘           │
        │                │                        │
        │                ▼                        │
        │              DATA                       │
        │                │                        │
        │                ▼                        │
        │   ┌────────────────────────┐           │
        │   │         LEARN          │           │
        │   │                        │           │
        │   │  • Explore assumptions │           │
        │   │  • Analyze results     │           │
        │   │  • Decide next step    │           │
        │   └────────────┬───────────┘           │
        │                │                        │
        │                ▼                        │
        │       PERSEVERE or PIVOT               │
        │                │                        │
        └────────────────┴────────────────────────┘

Key Principles

1. Validated Learning

  • Learning that is demonstrated by positive changes in core metrics
  • Not opinions, projections, or market research
  • Based on empirical data from real users

2. Build the Minimum

  • The goal is learning, not a polished product
  • What's the smallest thing you can build to test this assumption?
  • Speed of iteration beats perfection

3. Measure What Matters

  • Vanity metrics vs. actionable metrics
  • Leading indicators over lagging indicators
  • Cohort analysis over aggregate numbers

4. Learn and Decide

  • Every cycle should produce a clear decision
  • Persevere: Continue on current path
  • Pivot: Change strategy while keeping vision

Application by Stage

Stage Build Measure Learn
0: Problem Problem statement, interview guides Pain signals, repetition, emotion Is this a real problem?
1: Demand Landing page, mockups Conversion, engagement Do people want it?
2: Technical PoC, workflow Accuracy, feasibility Can we build it?
3: Willingness Pricing page, payment flow Conversion to payment Will they pay?
4: MVP Working product Activation, completion Does it deliver value?
5: Retention Onboarding, features Retention curves Do they come back?

Common Mistakes

Building Too Much

  • "While we're at it, let's also add..."
  • Results in longer cycles and muddied learning

Measuring the Wrong Things

  • Total users (vanity) vs. active users (actionable)
  • Revenue (lagging) vs. conversion rate (leading)

Not Actually Deciding

  • "Let's wait for more data"
  • Analysis paralysis
  • Confirmation bias

Pivoting Too Soon

  • Not giving ideas enough time
  • Reacting to noise, not signal

Pivoting Too Late

  • Sunk cost fallacy
  • Hoping things will improve

AI-Era Updates

The loop remains valid, but the tempo has changed:

Old tempo: Weeks to months per cycle New tempo: Days to weeks per cycle

Implication: You can afford more iterations, which means:

  • Test more hypotheses
  • Fail faster and cheaper
  • Explore more solution space

Warning: Speed can lead to skipping validation entirely. Use speed for more cycles, not fewer.

Workshop Usage

This framework is introduced in Module 03 and referenced throughout:

  • Module 03: Full introduction with Stage 0 application
  • Module 04: Applied to demand validation
  • Module 09: Revisited for MVP iteration

Visual Variants

Simple Loop (for slides)

BUILD → MEASURE → LEARN → (repeat)

With Decision Point

BUILD → MEASURE → LEARN → PERSEVERE/PIVOT → BUILD...

Stacked Loops (showing iteration)

Loop 1: BUILD → MEASURE → LEARN → PIVOT
Loop 2: BUILD → MEASURE → LEARN → PERSEVERE  
Loop 3: BUILD → MEASURE → LEARN → SCALE