HomeFrameworksDesign & UX › Design Sprint
// framework

Design Sprint

Jake Knapp / Google Ventures, 2016

A five-day structured process — map, sketch, decide, prototype, test — that compresses months of build-and-hope into one week of validated learning before you commit fully.

// description

A Design Sprint is a five-day structured process for solving critical business questions through design, prototyping, and customer testing. Monday is for mapping the problem and choosing a target. Tuesday is for sketching competing solutions. Wednesday is for deciding on the strongest idea. Thursday is for building a realistic prototype. Friday is for testing the prototype with five target users. The compressed timeframe forces decisions and prevents endless deliberation.

// history

Jake Knapp developed the sprint process while working at Google, where he ran over 100 sprints across products including Gmail, Chrome, and Google X. When he joined Google Ventures as a design partner, he adapted the format for startups. His 2016 book Sprint became a bestseller and the method has since been used by organisations ranging from the United Nations to LEGO.

// example

A digital product creator wondering whether to launch a new course format runs a compressed solo sprint over three days. Day 1: maps the core problem (students are completing modules but not implementing anything) and identifies the target: the gap between watching and doing. Day 2: sketches three different course structures — project-based, accountability-partner, implementation day format. Day 3: creates a rough "implementation day" version and sends it to five existing students as an optional upgrade. Four out of five complete the implementation day and report it as the most valuable part of the course. She builds the full version based on this validated prototype.

// katharyne's take

I run a version of the Design Sprint whenever I'm launching a new course module or digital product format, and the "test with five users" step is non-negotiable. You only need five people — Jakob Nielsen's research shows you find 85% of usability problems with five testers. For course creators, this means: build a rough version of your new format, give it to five students for free in exchange for detailed feedback, and watch what they do (not just what they say). You will find the problems in day one that would have taken months to discover after a full launch.

// creative uses
// quick actions
// prompt ideas
Plan a 3-day solo design sprint for me around this challenge: [describe your product or business challenge]. Give me a specific daily schedule with activities, time blocks, and clear deliverables for each day — ending with a prototype I can test with real users by Friday. Keep it achievable for one person working independently.
I want to run a design sprint to test whether [new product concept] will actually work before I build it fully. Help me design a minimum viable prototype I could create in a day and show to 5 target buyers this week. What exactly should the prototype include, what questions should I ask testers, and what responses would tell me to proceed versus pivot?
The Map stage of a design sprint requires identifying the biggest risk in a product or business decision. Here's what I'm trying to build: [describe your product or course]. What are the 3 riskiest assumptions baked into this plan — the ones that, if wrong, would make the whole thing fail? Prioritise them and tell me how to test the most critical one this week.
See also: Double Diamond · Design Thinking
← Double Diamond User-Centered Design →