Files of Build measure learn loop execution guide
wondelai/
Show the full text250 lines
Build-Measure-Learn Loop Execution Guide
The Build-Measure-Learn feedback loop is the core operating system of the Lean Startup. It transforms uncertainty into validated learning through rapid experimentation. The key insight most teams miss: you plan the loop in reverse (Learn-Measure-Build) but execute it forward (Build-Measure-Learn). Speed through the loop determines competitive advantage.
Reverse Planning: Start With Learn
Every loop iteration begins by asking: "What do we need to learn?" This reversal prevents the most common startup failure: building something nobody asked for.
The Planning Sequence
| Step | Question | Output |
|---|---|---|
| 1. Learn | What assumption must we validate? | Clear hypothesis |
| 2. Measure | What metric proves or disproves it? | Success/failure criteria |
| 3. Build | What is the minimum we must build to get that metric? | MVP specification |
Example: Planning in Reverse
Learn goal: Do freelance designers need automated invoicing?
Measure plan: Track sign-up conversion from landing page. Success = 5% conversion from targeted traffic (200 visitors minimum).
Build plan: Single landing page with value proposition, feature mockups, and email capture form. No actual product needed.
The Execution Sequence
Once planned in reverse, execution runs forward:
Phase 1: Build
Build the minimum artifact needed to run the experiment. This is not about building a product; it is about building a learning vehicle.
Build phase checklist:
- Hypothesis is written and visible to the team
- Success/failure criteria are defined before building
- The artifact is the smallest thing that can generate the needed data
- Time-box is set (typically 1-2 weeks for the build phase)
- No features are included that do not directly serve the hypothesis
Phase 2: Measure
Collect quantitative and qualitative data from real customer behavior.
Measure phase checklist:
- Instrumentation is in place before launch
- Baseline metrics are recorded
- Data collection method can distinguish signal from noise
- Sample size is sufficient for the decision being made
- Qualitative feedback channels are open (interviews, support, observation)
Phase 3: Learn
Analyze data, draw conclusions, and decide next action.
Learn phase checklist:
- Data is reviewed against pre-set criteria (not post-hoc rationalization)
- Team discusses what surprised them
- Decision is made: persevere, pivot, or run another experiment
- Learnings are documented for organizational memory
- Next loop is planned based on this loop's output
Time Through the Loop
The total time through one complete loop is your fundamental unit of progress. Reducing loop time is the single highest-leverage activity for a startup.
Measuring Loop Time
| Component | Typical Range | World-Class |
|---|---|---|
| Build | 1-4 weeks | 1-3 days |
| Measure | 1-2 weeks | 1-3 days |
| Learn | 1 week | 1 day |
| Total | 3-7 weeks | 3-7 days |
Loop Time Reduction Strategies
- Reduce build scope. The number one time sink. Ask "can we test this with less?"
- Pre-instrument everything. Set up analytics, event tracking, and dashboards before the build starts.
- Automate deployment. Continuous deployment eliminates manual release bottlenecks.
- Set decision meetings in advance. Schedule the "learn" review before the experiment starts.
- Use existing platforms. Build on top of Shopify, WordPress, Zapier, or Airtable instead of custom code.
Loop Examples by Product Type
SaaS Product Loop
Hypothesis: Small marketing teams will pay $49/month for AI-generated social media captions.
| Phase | Activity | Duration |
|---|---|---|
| Build | Landing page with pricing, feature list, and "Start Free Trial" button that captures email | 3 days |
| Measure | Drive 500 targeted visitors via LinkedIn ads. Track: page views, CTA clicks, email signups | 7 days |
| Learn | 8% email capture rate, 40 signups. Qualitative: 12 replied to follow-up email expressing interest. Decision: build concierge MVP for top 10 signups. | 1 day |
Mobile App Loop
Hypothesis: Parents of toddlers want a screen-time tracker that suggests offline activities.
| Phase | Activity | Duration |
|---|---|---|
| Build | Clickable Figma prototype with 5 screens. Recruit 15 parents from local playgroups. | 5 days |
| Measure | Run 15 usability sessions. Track: task completion, time on task, Net Promoter Score, willingness to pay. | 5 days |
| Learn | Parents loved the activity suggestions but did not care about tracking. Pivot hypothesis to focus on curated activity recommendations only. | 1 day |
Marketplace Loop
Hypothesis: Homeowners will pay a premium for pre-vetted, same-day handyman service.
| Phase | Activity | Duration |
|---|---|---|
| Build | Google Form for service requests. Manually match requests to 3 pre-vetted handymen. Charge via Square invoices. | 2 days |
| Measure | Post in 5 neighborhood Facebook groups. Track: form submissions, completed jobs, repeat requests, NPS. | 14 days |
| Learn | 23 requests, 18 completed jobs, 4 repeat customers. Willingness to pay a 20% premium confirmed. Supply side is the bottleneck. Next loop: test handyman recruitment and retention. | 1 day |
Hardware Product Loop
Hypothesis: Home brewers want a connected thermometer that alerts them during fermentation.
| Phase | Activity | Duration |
|---|---|---|
| Build | 3D-printed case with off-the-shelf temperature sensor and Bluetooth module. Basic app showing real-time temperature. | 10 days |
| Measure | Provide 10 units to home brewing club members for 2 brew cycles. Track: usage frequency, alert engagement, unsolicited feedback. | 21 days |
| Learn | 8 of 10 used it for both cycles. Alert feature was the most valued. Form factor needs to be waterproof. Decision: invest in waterproof design, start pre-order campaign. | 2 days |
Experiment Design Template
Use this template for every loop iteration:
EXPERIMENT CARD
===============
Date: _______________
Loop #: _______________
HYPOTHESIS
What we believe: _______________
For whom: _______________
Because: _______________
METRIC
Primary metric: _______________
Current baseline: _______________
Success threshold: _______________
Failure threshold: _______________
BUILD
What we will build/create: _______________
Maximum time to build: _______________
Resources needed: _______________
MEASURE
How we collect data: _______________
Sample size needed: _______________
Duration of data collection: _______________
LEARN (fill after experiment)
Result: _______________
What surprised us: _______________
Decision: [ ] Persevere [ ] Pivot [ ] Run another experiment
Next hypothesis: _______________
Common Loop Failures
Failure 1: Build Trap
Symptom: Team keeps building without measuring. "Just one more feature and then we will launch."
Fix: Enforce a maximum build time-box of 2 weeks. If you cannot test a hypothesis in 2 weeks of building, the hypothesis is too big. Break it down.
Failure 2: Vanity Metric Loop
Symptom: Every loop "succeeds" because the team measures page views, downloads, or sign-ups without connecting to value creation.
Fix: Every experiment must have an actionable metric with a pre-set decision threshold. If the metric goes up but does not change your next action, it is vanity.
Failure 3: Analysis Paralysis
Symptom: The Learn phase stretches for weeks. Team debates data endlessly without deciding.
Fix: Schedule the decision meeting before the experiment starts. Use pre-set criteria. If the data is ambiguous, run the experiment again with a larger sample or clearer metric, but decide that within one day.
Failure 4: Confirmation Bias Loop
Symptom: Team interprets all data as supporting their original idea. Pivots never happen.
Fix: Assign a "devil's advocate" for every Learn session. Write down what data would cause you to abandon the idea before you see the data. Have someone outside the team review the results.
Failure 5: One-and-Done Loop
Symptom: Team runs one experiment, declares success, and shifts to full-scale development.
Fix: A single experiment validates a single assumption. Most products have 5-15 critical assumptions. Plan a sequence of loops, each targeting a different assumption.
Failure 6: No Learning Documentation
Symptom: The team runs experiments but cannot recall what they learned three months ago. Same hypotheses get retested.
Fix: Maintain an experiment log (spreadsheet or wiki). Every experiment card gets archived with results. Review the log at the start of each new loop.
Acceleration Techniques
Parallel Loops
Run multiple experiments simultaneously when they test independent assumptions. A team of 6 can often run 2-3 concurrent loops if the assumptions do not depend on each other.
When to parallelize:
- Assumptions are independent (result of one does not affect another)
- Team has bandwidth without context-switching overhead
- Each loop has a dedicated owner
When not to parallelize:
- Assumptions are sequential (must validate A before B makes sense)
- Team is small (fewer than 4 people)
- Results from one experiment change the design of another
Compressed Loops
Techniques to compress a loop into days instead of weeks:
| Technique | How It Works | Best For |
|---|---|---|
| Five-second tests | Show a design for 5 seconds, ask what it communicates | Value proposition clarity |
| Fake door tests | Add a button/link for an unbuilt feature, measure clicks | Feature demand validation |
| Concierge MVP | Deliver the service manually to 5-10 customers | Service-based hypotheses |
| Painted door with survey | After click, explain feature is coming and ask 3 questions | Qualitative + quantitative signal |
| Pre-sell | Charge money before the product exists | Willingness-to-pay validation |
Loop Cadence
Establish a regular cadence to build organizational muscle:
- Weekly loops for early-stage, pre-product-market-fit teams
- Bi-weekly loops for teams with an existing product testing new features
- Monthly loops for hardware or complex B2B products with longer sales cycles
The cadence creates accountability. Every loop has a start date and an end date. Missing the cadence is a signal that scope is too large or the team needs help.
Loop Maturity Model
| Level | Description | Loop Time | Characteristics |
|---|---|---|---|
| 1 - Ad hoc | No formal process | 2-3 months | Experiments happen accidentally |
| 2 - Aware | Team understands the concept | 4-6 weeks | Experiments are planned but not systematic |
| 3 - Practicing | Regular loop cadence | 2-3 weeks | Hypotheses documented, decisions data-informed |
| 4 - Proficient | Parallel loops, pre-set criteria | 1-2 weeks | Team challenges its own assumptions proactively |
| 5 - Mastery | Loops are second nature | 3-7 days | Continuous experimentation culture, institutional learning |
Most teams start at Level 1 or 2. Reaching Level 3 is a significant milestone. Levels 4 and 5 typically require organizational support, tooling, and cultural commitment.
| 1 | # Build-Measure-Learn Loop Execution Guide |
| 2 | |
| 3 | The Build-Measure-Learn feedback loop is the core operating system of the Lean Startup. It transforms uncertainty into validated learning through rapid experimentation. The key insight most teams miss: you plan the loop in reverse (Learn-Measure-Build) but execute it forward (Build-Measure-Learn). Speed through the loop determines competitive advantage. |
| 4 | |
| 5 | ## Reverse Planning: Start With Learn |
| 6 | |
| 7 | Every loop iteration begins by asking: "What do we need to learn?" This reversal prevents the most common startup failure: building something nobody asked for. |
| 8 | |
| 9 | ### The Planning Sequence |
| 10 | |
| 11 | | Step | Question | Output | |
| 12 | |------|----------|--------| |
| 13 | | 1. Learn | What assumption must we validate? | Clear hypothesis | |
| 14 | | 2. Measure | What metric proves or disproves it? | Success/failure criteria | |
| 15 | | 3. Build | What is the minimum we must build to get that metric? | MVP specification | |
| 16 | |
| 17 | ### Example: Planning in Reverse |
| 18 | |
| 19 | **Learn goal:** Do freelance designers need automated invoicing? |
| 20 | |
| 21 | **Measure plan:** Track sign-up conversion from landing page. Success = 5% conversion from targeted traffic (200 visitors minimum). |
| 22 | |
| 23 | **Build plan:** Single landing page with value proposition, feature mockups, and email capture form. No actual product needed. |
| 24 | |
| 25 | ## The Execution Sequence |
| 26 | |
| 27 | Once planned in reverse, execution runs forward: |
| 28 | |
| 29 | ### Phase 1: Build |
| 30 | |
| 31 | Build the minimum artifact needed to run the experiment. This is not about building a product; it is about building a learning vehicle. |
| 32 | |
| 33 | **Build phase checklist:** |
| 34 | [ ] Hypothesis is written and visible to the team |
| 35 | [ ] Success/failure criteria are defined before building |
| 36 | [ ] The artifact is the smallest thing that can generate the needed data |
| 37 | [ ] Time-box is set (typically 1-2 weeks for the build phase) |
| 38 | [ ] No features are included that do not directly serve the hypothesis |
| 39 | |
| 40 | ### Phase 2: Measure |
| 41 | |
| 42 | Collect quantitative and qualitative data from real customer behavior. |
| 43 | |
| 44 | **Measure phase checklist:** |
| 45 | [ ] Instrumentation is in place before launch |
| 46 | [ ] Baseline metrics are recorded |
| 47 | [ ] Data collection method can distinguish signal from noise |
| 48 | [ ] Sample size is sufficient for the decision being made |
| 49 | [ ] Qualitative feedback channels are open (interviews, support, observation) |
| 50 | |
| 51 | ### Phase 3: Learn |
| 52 | |
| 53 | Analyze data, draw conclusions, and decide next action. |
| 54 | |
| 55 | **Learn phase checklist:** |
| 56 | [ ] Data is reviewed against pre-set criteria (not post-hoc rationalization) |
| 57 | [ ] Team discusses what surprised them |
| 58 | [ ] Decision is made: persevere, pivot, or run another experiment |
| 59 | [ ] Learnings are documented for organizational memory |
| 60 | [ ] Next loop is planned based on this loop's output |
| 61 | |
| 62 | ## Time Through the Loop |
| 63 | |
| 64 | The total time through one complete loop is your fundamental unit of progress. Reducing loop time is the single highest-leverage activity for a startup. |
| 65 | |
| 66 | ### Measuring Loop Time |
| 67 | |
| 68 | | Component | Typical Range | World-Class | |
| 69 | |-----------|--------------|-------------| |
| 70 | | Build | 1-4 weeks | 1-3 days | |
| 71 | | Measure | 1-2 weeks | 1-3 days | |
| 72 | | Learn | 1 week | 1 day | |
| 73 | | **Total** | **3-7 weeks** | **3-7 days** | |
| 74 | |
| 75 | ### Loop Time Reduction Strategies |
| 76 | |
| 77 | **Reduce build scope.** The number one time sink. Ask "can we test this with less?" |
| 78 | **Pre-instrument everything.** Set up analytics, event tracking, and dashboards before the build starts. |
| 79 | **Automate deployment.** Continuous deployment eliminates manual release bottlenecks. |
| 80 | **Set decision meetings in advance.** Schedule the "learn" review before the experiment starts. |
| 81 | **Use existing platforms.** Build on top of Shopify, WordPress, Zapier, or Airtable instead of custom code. |
| 82 | |
| 83 | ## Loop Examples by Product Type |
| 84 | |
| 85 | ### SaaS Product Loop |
| 86 | |
| 87 | **Hypothesis:** Small marketing teams will pay $49/month for AI-generated social media captions. |
| 88 | |
| 89 | | Phase | Activity | Duration | |
| 90 | |-------|----------|----------| |
| 91 | | Build | Landing page with pricing, feature list, and "Start Free Trial" button that captures email | 3 days | |
| 92 | | Measure | Drive 500 targeted visitors via LinkedIn ads. Track: page views, CTA clicks, email signups | 7 days | |
| 93 | | Learn | 8% email capture rate, 40 signups. Qualitative: 12 replied to follow-up email expressing interest. Decision: build concierge MVP for top 10 signups. | 1 day | |
| 94 | |
| 95 | ### Mobile App Loop |
| 96 | |
| 97 | **Hypothesis:** Parents of toddlers want a screen-time tracker that suggests offline activities. |
| 98 | |
| 99 | | Phase | Activity | Duration | |
| 100 | |-------|----------|----------| |
| 101 | | Build | Clickable Figma prototype with 5 screens. Recruit 15 parents from local playgroups. | 5 days | |
| 102 | | Measure | Run 15 usability sessions. Track: task completion, time on task, Net Promoter Score, willingness to pay. | 5 days | |
| 103 | | Learn | Parents loved the activity suggestions but did not care about tracking. Pivot hypothesis to focus on curated activity recommendations only. | 1 day | |
| 104 | |
| 105 | ### Marketplace Loop |
| 106 | |
| 107 | **Hypothesis:** Homeowners will pay a premium for pre-vetted, same-day handyman service. |
| 108 | |
| 109 | | Phase | Activity | Duration | |
| 110 | |-------|----------|----------| |
| 111 | | Build | Google Form for service requests. Manually match requests to 3 pre-vetted handymen. Charge via Square invoices. | 2 days | |
| 112 | | Measure | Post in 5 neighborhood Facebook groups. Track: form submissions, completed jobs, repeat requests, NPS. | 14 days | |
| 113 | | Learn | 23 requests, 18 completed jobs, 4 repeat customers. Willingness to pay a 20% premium confirmed. Supply side is the bottleneck. Next loop: test handyman recruitment and retention. | 1 day | |
| 114 | |
| 115 | ### Hardware Product Loop |
| 116 | |
| 117 | **Hypothesis:** Home brewers want a connected thermometer that alerts them during fermentation. |
| 118 | |
| 119 | | Phase | Activity | Duration | |
| 120 | |-------|----------|----------| |
| 121 | | Build | 3D-printed case with off-the-shelf temperature sensor and Bluetooth module. Basic app showing real-time temperature. | 10 days | |
| 122 | | Measure | Provide 10 units to home brewing club members for 2 brew cycles. Track: usage frequency, alert engagement, unsolicited feedback. | 21 days | |
| 123 | | Learn | 8 of 10 used it for both cycles. Alert feature was the most valued. Form factor needs to be waterproof. Decision: invest in waterproof design, start pre-order campaign. | 2 days | |
| 124 | |
| 125 | ## Experiment Design Template |
| 126 | |
| 127 | Use this template for every loop iteration: |
| 128 | |
| 129 | |
| 130 | EXPERIMENT CARD |
| 131 | =============== |
| 132 | Date: _______________ |
| 133 | Loop #: _______________ |
| 134 | |
| 135 | HYPOTHESIS |
| 136 | What we believe: _______________ |
| 137 | For whom: _______________ |
| 138 | Because: _______________ |
| 139 | |
| 140 | METRIC |
| 141 | Primary metric: _______________ |
| 142 | Current baseline: _______________ |
| 143 | Success threshold: _______________ |
| 144 | Failure threshold: _______________ |
| 145 | |
| 146 | BUILD |
| 147 | What we will build/create: _______________ |
| 148 | Maximum time to build: _______________ |
| 149 | Resources needed: _______________ |
| 150 | |
| 151 | MEASURE |
| 152 | How we collect data: _______________ |
| 153 | Sample size needed: _______________ |
| 154 | Duration of data collection: _______________ |
| 155 | |
| 156 | LEARN (fill after experiment) |
| 157 | Result: _______________ |
| 158 | What surprised us: _______________ |
| 159 | Decision: [ ] Persevere [ ] Pivot [ ] Run another experiment |
| 160 | Next hypothesis: _______________ |
| 161 | |
| 162 | |
| 163 | ## Common Loop Failures |
| 164 | |
| 165 | ### Failure 1: Build Trap |
| 166 | |
| 167 | **Symptom:** Team keeps building without measuring. "Just one more feature and then we will launch." |
| 168 | |
| 169 | **Fix:** Enforce a maximum build time-box of 2 weeks. If you cannot test a hypothesis in 2 weeks of building, the hypothesis is too big. Break it down. |
| 170 | |
| 171 | ### Failure 2: Vanity Metric Loop |
| 172 | |
| 173 | **Symptom:** Every loop "succeeds" because the team measures page views, downloads, or sign-ups without connecting to value creation. |
| 174 | |
| 175 | **Fix:** Every experiment must have an actionable metric with a pre-set decision threshold. If the metric goes up but does not change your next action, it is vanity. |
| 176 | |
| 177 | ### Failure 3: Analysis Paralysis |
| 178 | |
| 179 | **Symptom:** The Learn phase stretches for weeks. Team debates data endlessly without deciding. |
| 180 | |
| 181 | **Fix:** Schedule the decision meeting before the experiment starts. Use pre-set criteria. If the data is ambiguous, run the experiment again with a larger sample or clearer metric, but decide that within one day. |
| 182 | |
| 183 | ### Failure 4: Confirmation Bias Loop |
| 184 | |
| 185 | **Symptom:** Team interprets all data as supporting their original idea. Pivots never happen. |
| 186 | |
| 187 | **Fix:** Assign a "devil's advocate" for every Learn session. Write down what data would cause you to abandon the idea before you see the data. Have someone outside the team review the results. |
| 188 | |
| 189 | ### Failure 5: One-and-Done Loop |
| 190 | |
| 191 | **Symptom:** Team runs one experiment, declares success, and shifts to full-scale development. |
| 192 | |
| 193 | **Fix:** A single experiment validates a single assumption. Most products have 5-15 critical assumptions. Plan a sequence of loops, each targeting a different assumption. |
| 194 | |
| 195 | ### Failure 6: No Learning Documentation |
| 196 | |
| 197 | **Symptom:** The team runs experiments but cannot recall what they learned three months ago. Same hypotheses get retested. |
| 198 | |
| 199 | **Fix:** Maintain an experiment log (spreadsheet or wiki). Every experiment card gets archived with results. Review the log at the start of each new loop. |
| 200 | |
| 201 | ## Acceleration Techniques |
| 202 | |
| 203 | ### Parallel Loops |
| 204 | |
| 205 | Run multiple experiments simultaneously when they test independent assumptions. A team of 6 can often run 2-3 concurrent loops if the assumptions do not depend on each other. |
| 206 | |
| 207 | **When to parallelize:** |
| 208 | Assumptions are independent (result of one does not affect another) |
| 209 | Team has bandwidth without context-switching overhead |
| 210 | Each loop has a dedicated owner |
| 211 | |
| 212 | **When not to parallelize:** |
| 213 | Assumptions are sequential (must validate A before B makes sense) |
| 214 | Team is small (fewer than 4 people) |
| 215 | Results from one experiment change the design of another |
| 216 | |
| 217 | ### Compressed Loops |
| 218 | |
| 219 | Techniques to compress a loop into days instead of weeks: |
| 220 | |
| 221 | | Technique | How It Works | Best For | |
| 222 | |-----------|-------------|----------| |
| 223 | | Five-second tests | Show a design for 5 seconds, ask what it communicates | Value proposition clarity | |
| 224 | | Fake door tests | Add a button/link for an unbuilt feature, measure clicks | Feature demand validation | |
| 225 | | Concierge MVP | Deliver the service manually to 5-10 customers | Service-based hypotheses | |
| 226 | | Painted door with survey | After click, explain feature is coming and ask 3 questions | Qualitative + quantitative signal | |
| 227 | | Pre-sell | Charge money before the product exists | Willingness-to-pay validation | |
| 228 | |
| 229 | ### Loop Cadence |
| 230 | |
| 231 | Establish a regular cadence to build organizational muscle: |
| 232 | |
| 233 | **Weekly loops** for early-stage, pre-product-market-fit teams |
| 234 | **Bi-weekly loops** for teams with an existing product testing new features |
| 235 | **Monthly loops** for hardware or complex B2B products with longer sales cycles |
| 236 | |
| 237 | The cadence creates accountability. Every loop has a start date and an end date. Missing the cadence is a signal that scope is too large or the team needs help. |
| 238 | |
| 239 | ## Loop Maturity Model |
| 240 | |
| 241 | | Level | Description | Loop Time | Characteristics | |
| 242 | |-------|-------------|-----------|-----------------| |
| 243 | | 1 - Ad hoc | No formal process | 2-3 months | Experiments happen accidentally | |
| 244 | | 2 - Aware | Team understands the concept | 4-6 weeks | Experiments are planned but not systematic | |
| 245 | | 3 - Practicing | Regular loop cadence | 2-3 weeks | Hypotheses documented, decisions data-informed | |
| 246 | | 4 - Proficient | Parallel loops, pre-set criteria | 1-2 weeks | Team challenges its own assumptions proactively | |
| 247 | | 5 - Mastery | Loops are second nature | 3-7 days | Continuous experimentation culture, institutional learning | |
| 248 | |
| 249 | Most teams start at Level 1 or 2. Reaching Level 3 is a significant milestone. Levels 4 and 5 typically require organizational support, tooling, and cultural commitment. |
| 250 |
Discussion
Browse more free Claude skills.