Lean Startup
This guide lays out a practical, end-to-end process to go from idea to validated business using Lean Startup, plus alternative approaches you can use when Lean isn’t the best fit.
Lean Startup is built around rapid learning: form hypotheses, run small experiments, measure outcomes, and decide whether to persevere, pivot, or stop.
- Choose a specific target segment (role, context, budget, urgency).
- Write the core problem statement in one sentence.
- List the top 3 alternatives customers use today (competitors or workarounds).
- Identify how the problem shows up (frequency, severity, triggers).
Your business idea is a bundle of assumptions. The goal is to test the riskiest assumptions first, not the easiest.
- Value assumptions: Do customers care enough to switch/pay?
- Growth assumptions: How will customers discover and adopt it?
- Feasibility assumptions: Can you deliver it reliably and affordably?
- Viability assumptions: Can the unit economics work?
- Write a clear hypothesis: If we do X for customer Y, we expect outcome Z.
- Define success metrics and thresholds (what “passes” looks like).
- Define the minimum test that can produce a signal.
Step-by-step workflow (Lean Startup):
1) Define scope
- Project title: Lean Startup
- One-sentence goal:
- Target customer segment:
2) Identify the problem
- List top 3 customer pains:
- Pick 1 primary problem to test:
- Current alternatives (how they solve it today):
3) Form a testable hypothesis
Hypothesis template:
If [customer segment] experiences [problem], then offering [solution concept] will lead to [measurable outcome] within [time].
Success if: [metric] >= [threshold].
4) Define assumptions (rank by risk)
- Customer has the problem (problem severity):
- Customer will try/pay/adopt:
- Solution can deliver value:
- Acquisition channel works:
5) Choose the smallest experiment (MVP)
- Experiment type (interviews / landing page / concierge / prototype / ads / pricing test):
- What you will build/do this week:
- What you will NOT build:
6) Set measurement plan
- Primary metric (one):
- Secondary metrics (optional):
- Instrumentation/tracking method:
- Sample size target:
- Timebox (start/end dates):
7) Execute (Build–Measure)
- Build MVP/asset:
- Recruit participants/users:
- Run test consistently:
- Collect qualitative feedback + quantitative data:
8) Analyze results
- Compare results to “Success if” threshold:
- Key learnings (3 bullets):
- Surprises/notes:
9) Decide (Learn)
- Persevere: keep direction, improve execution
- Pivot: change segment/problem/solution/channel/pricing
- Stop: abandon due to weak signal or constraints
10) Iterate
- Update hypothesis based on learnings:
- Plan next experiment (smaller/faster if possible):
- Repeat steps 3–9An MVP is the smallest experiment that tests a hypothesis with real customer behavior (not opinions alone).
- Smoke test: landing page + call-to-action (waitlist, pricing click, request demo).
- Concierge MVP: deliver value manually before automating.
- Wizard-of-Oz MVP: product appears automated but is operated behind the scenes.
- Prototype test: clickable mockups to validate usability and workflow.
- Pilot: limited rollout with a small set of real customers.
- Recruit from your target segment (not friends unless they truly match).
- Focus on past behavior: “Tell me about the last time…”
- Quantify impact: time lost, money lost, risk, frustration, frequency.
- Ask about current solutions and switching barriers.
- End with a commitment ask: referral, pilot sign-up, pre-order, paid trial.
Interview prompts:
1) What happened the last time you faced this?
2) What did you try? Why?
3) What did it cost (time/money/risk)?
4) What would make you switch?
5) Who else should I talk to?- Pick 1–2 primary metrics tied to the hypothesis (e.g., activation, retention, paid conversion).
- Instrument events (signup, first key action, repeat usage, purchase).
- Segment results by customer type/source to avoid averaging away insights.
At the end of each experiment, decide based on evidence—using pre-set thresholds to reduce bias.
- Compare results to the success threshold.
- Capture qualitative insights (why it did/didn’t work).
- Choose: Persevere (double down), Pivot (change a core assumption), or Stop (avoid sunk cost).
- Run experiments in 1–2 week cycles when possible.
- Keep a learning backlog: riskiest assumptions next.
- Upgrade MVP fidelity only when learning requires it.
- Test price sensitivity (e.g., 3 price points) with real commitment asks.
- Prefer behavioral signals: paid pilots, deposits, signed LOIs, pre-orders.
- Align pricing with value metric (per seat, per transaction, per usage).
Many products can acquire users; few keep them. Retention is often the real validation.
- Define the “aha” moment (the first time the user gets real value).
- Improve activation funnel to get users to that moment quickly.
- Track cohorts: do users come back and repeat the key action?
- Interview churned users to find missing value or friction.
- Test 2–3 channels (content, partnerships, outbound, ads, communities).
- Measure CAC (cost to acquire customer) and payback period.
- Scale only when conversion and retention are stable.
- Look for consistent retention, strong referrals, and rising conversion at stable CAC.
- Standardize onboarding, support, and delivery processes.
- Invest in reliability, analytics, and customer success before aggressive growth.
- Monday: choose one hypothesis + define success threshold.
- Tuesday–Wednesday: build the minimum experiment.
- Thursday: run the test + talk to users.
- Friday: analyze results + decide next step + document learning.
Lean Startup is excellent for uncertainty and speed. But some contexts benefit from different frameworks. Below are proven alternatives with step-by-step processes.
- Empathize: observe and interview users in context.
- Define: synthesize insights into a clear problem statement.
- Ideate: generate many solutions before selecting.
- Prototype: create low-fidelity models quickly.
- Test: validate usability and desirability; iterate.
- Customer Discovery: validate problem, customer, and early solution concept.
- Customer Validation: prove repeatable sales and willingness-to-pay.
- Customer Creation: generate demand and scale marketing.
- Company Building: transition from search to execution (teams, processes).
- Choose a target job (functional + emotional + social outcomes).
- Interview recent “switchers” (those who changed solutions).
- Map the forces: push (pain), pull (new promise), anxieties, habits.
- Define desired outcome statements and constraints.
- Design around the job, then test messaging and workflows.
- Create a prioritized backlog (user stories + acceptance criteria).
- Plan short sprints (1–2 weeks) with clear deliverables.
- Build and review increments with stakeholders.
- Retrospect and improve process.
- Release frequently and reduce cycle time.
- Define requirements and constraints (legal, safety, compliance).
- Perform risk analysis and validation planning upfront.
- Design architecture and verification approach.
- Build with rigorous QA and documentation.
- Run formal validation, audits, and staged rollout.
- If you’re unsure what to build: start with Design Thinking or JTBD, then move to Lean experiments.
- If you’re selling to organizations with long sales cycles: Customer Development + Lean MVPs.
- If you already know the requirements and need delivery speed: Agile.
- If compliance and safety dominate: Traditional planning + staged validation.
Customer:
- Target segment:
- Main pain:
Value:
- They will switch because:
- They will pay because:
Channel:
- We will reach them via:
Feasibility:
- We can deliver by:
Viability:
- CAC estimate:
- Expected price:
- Gross margin estimate:Hypothesis:
Experiment type:
Audience/source:
What we will build/do:
Primary metric:
Success threshold:
Run dates:
Notes/learning:Experiment:
Result vs threshold:
What we learned:
Decision (persevere/pivot/stop):
Next riskiest assumption:- Building too much before learning: start with smaller experiments (smoke/concierge).
- Interviewing the wrong people: recruit from real target segments with real constraints.
- Measuring vanity metrics: define behavioral outcomes tied to value.
- Ignoring switching costs: test migration, onboarding, and integration early.
- Scaling before retention: prove repeat value before increasing spend.
In Lean Startup, what is the primary purpose of an MVP?
Which approach is typically best when the problem is not well understood and user experience is central?
Which is the strongest evidence of willingness-to-pay?