Design Sprint Framework
Core Framework
The Design Sprint compresses product development cycles into five days: Map (Monday), Sketch (Tuesday), Decide (Wednesday), Prototype (Thursday), and Test (Friday).
Prerequisites:
- Important problem worth dedicated focus
- Decision maker + 4-7 diverse team members
- Full 5 days (10am-5pm, uninterrupted)
- Dedicated workspace with whiteboards
Scoring: Rate 0-10 based on adherence to structure, time-boxing, prototyping, and user testing.
Daily Breakdown
Monday: Map
- Define 2-year goal and sprint questions
- Map customer journey (5-15 steps)
- Interview experts, capture "How Might We" opportunities
- Select target customer moment for focus
Tuesday: Sketch
- Lightning demos for inspiration
- Individual solution sketches (no group brainstorming)
- Four-step process: Notes → Ideas → Crazy 8s → Solution Sketch
- Anonymous 3-panel storyboards showing user experience
Wednesday: Decide
- Gallery critique with silent dot voting
- Decider uses supervote (3 dots override)
- Create 10-15 panel storyboard for prototype
- Combine best ideas into unified solution
Thursday: Prototype
- Assign roles: Makers, Stitcher, Writer, Collector, Interviewer
- Build realistic facade (not working code)
- Tools: Figma, Keynote, or prototyping platforms
- Trial run before Friday testing
Friday: Test
- Conduct 5 customer interviews (30 minutes each)
- Five-act structure: Welcome → Context → Introduce → Tasks → Debrief
- Team observes, records patterns
- Identify what worked, what failed, next steps
Key Principles
- Five customers reveal patterns after 3-5 interviews; diminishing returns after 5
- Prototype fidelity: Facade quality—realistic enough for honest reactions, not production-ready
- No explaining: Let users interpret and struggle; observe confusion
- Decider authority: Final call on Tuesday solutions and Wednesday decision
- Time protection: No interruptions; full commitment required
Common Mistakes to Avoid
| Error |
Solution |
| Skip prototyping |
Always build, even simply |
| Over-engineer prototype |
Focus on facade only |
| Test wrong users |
Screen for target customers |
| Explain to users |
Let them struggle independently |
| No decision maker |
Commitment required or postpone |
| Interruptions |
Protect focus entirely |
Variations
- 4-Day Sprint: Compress Map + Sketch into Day 1
- Remote Sprint: Use Miro/FigJam, Zoom, same structure
- Multi-Sprint: Sequential sprints on broad → detailed → refined problems
Diagnostic Checklist
Confirm before sprinting:
Source: Framework developed at Google Ventures by Jake Knapp; detailed in "Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days" by Knapp, Zeratsky, and Kowitz.
1---2name: design-sprint3description: Run a structured 5-day process to prototype, test, and validate product ideas with real users. Use when the user mentions "design sprint", "validate in a week", "rapid prototype", "test with users", "de-risk before building", "GV sprint", "prototype testing", or "design workshop". Also trigger when a team needs to make a critical product decision quickly, resolve stakeholder disagreements, or test risky ideas before investing in development. Covers mapping, sketching, deciding, prototyping, and testing. For ongoing experimentation, see lean-startup. For customer job analysis, see jobs-to-be-done.4license: MIT5---67# Design Sprint Framework89## Core Framework1011The Design Sprint compresses product development cycles into five days: Map (Monday), Sketch (Tuesday), Decide (Wednesday), Prototype (Thursday), and Test (Friday).1213**Prerequisites:**14- Important problem worth dedicated focus15- Decision maker + 4-7 diverse team members16- Full 5 days (10am-5pm, uninterrupted)17- Dedicated workspace with whiteboards1819**Scoring:** Rate 0-10 based on adherence to structure, time-boxing, prototyping, and user testing.2021---2223## Daily Breakdown2425**Monday: Map**26- Define 2-year goal and sprint questions27- Map customer journey (5-15 steps)28- Interview experts, capture "How Might We" opportunities29- Select target customer moment for focus3031**Tuesday: Sketch**32- Lightning demos for inspiration33- Individual solution sketches (no group brainstorming)34- Four-step process: Notes → Ideas → Crazy 8s → Solution Sketch35- Anonymous 3-panel storyboards showing user experience3637**Wednesday: Decide**38- Gallery critique with silent dot voting39- Decider uses supervote (3 dots override)40- Create 10-15 panel storyboard for prototype41- Combine best ideas into unified solution4243**Thursday: Prototype**44- Assign roles: Makers, Stitcher, Writer, Collector, Interviewer45- Build realistic facade (not working code)46- Tools: Figma, Keynote, or prototyping platforms47- Trial run before Friday testing4849**Friday: Test**50- Conduct 5 customer interviews (30 minutes each)51- Five-act structure: Welcome → Context → Introduce → Tasks → Debrief52- Team observes, records patterns53- Identify what worked, what failed, next steps5455---5657## Key Principles5859- **Five customers reveal patterns** after 3-5 interviews; diminishing returns after 560- **Prototype fidelity:** Facade quality—realistic enough for honest reactions, not production-ready61- **No explaining:** Let users interpret and struggle; observe confusion62- **Decider authority:** Final call on Tuesday solutions and Wednesday decision63- **Time protection:** No interruptions; full commitment required6465---6667## Common Mistakes to Avoid6869| Error | Solution |70|-------|----------|71| Skip prototyping | Always build, even simply |72| Over-engineer prototype | Focus on facade only |73| Test wrong users | Screen for target customers |74| Explain to users | Let them struggle independently |75| No decision maker | Commitment required or postpone |76| Interruptions | Protect focus entirely |7778---7980## Variations8182- **4-Day Sprint:** Compress Map + Sketch into Day 183- **Remote Sprint:** Use Miro/FigJam, Zoom, same structure84- **Multi-Sprint:** Sequential sprints on broad → detailed → refined problems8586---8788## Diagnostic Checklist8990Confirm before sprinting:91- [ ] Decider committed for full week92- [ ] Problem important enough93- [ ] Prototype feasible in 1 day94- [ ] Can recruit 5 target users95- [ ] Team protected from interruptions9697---9899**Source:** Framework developed at Google Ventures by Jake Knapp; detailed in *"Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days"* by Knapp, Zeratsky, and Kowitz.
ariadoss