The big idea with the Design Sprint is to build and test a prototype in just five days. You'll take a small team, clear the schedule for a week, and rapidly progress from problem to tested solution using a proven step-by-step checklist.
A Design Sprint is like fast-forwarding into the future, so you can see how customers react before you invest all the time and expense of creating your new product, service, marketing campaign... or whatever!
But the Design Sprint is not just about efficiency. It's also an excellent way to stop the old defaults of office work and replace them with a smarter, more respectful, and more effective way of solving problems that brings out the best contributions of everyone on the team and helps you spend your time on work that really matters.
Before the sprint begins, you've got to do some prep work. You need to have a big important challenge—something that's worth five days of focused work. You need to recruit a team with diverse skills. And, of course, you need to find the right room and get the right materials.
📘 Sprint pages 21-48
🗒 Sprint Room Setup
🛒 Sprint Supplies
🗒 How to Run a Remote Sprint
📓 The Facilitator's Handbook
Of course, you may need to sell the idea of running a Design Sprint in the first place. If that's the case, try sharing a quick overview of the process with the 90 second video, "Stop Brainstorming" post, and/or this page you're looking at right now.
You also might help the team experience a structured meeting with a 30-60 minute Lightning Decision Jam exercise. It's a great way to give teams a taste of the Design Sprint process before the full commitment.
Or you could just drop some names: In addition to Google, Design Sprints have been run by teams at Slack, Uber, Airbnb, Medium, Dropbox, Facebook, McKinsey, IDEO, LEGO, the United Nations, the New York Times, and many, many more.
Most importantly, get timing and tone right. Make sure the team is starting a big challenge and it's an opportune moment to sprint. And offer the Design Sprint as a way to be helpful with solving that challenge. If the timing isn't right, don't force it. If you're patient and helpful, the time will come.
Monday is a series of structured conversations to build a foundation—and a focus—for the sprint week. The structure allows the team to "boot up" as much information as quickly as possible, while preventing the usual meandering conversations.
In the morning, you’ll define key questions and a long-term goal. Next, you’ll make a simple map of your product or service. In the afternoon, you’ll ask the experts on your team to share what they know. Finally, you’ll pick a target: the moment on the map that represents the greatest risk and/or opportunity.
📘 Sprint pages 51-91
🖥 Slide Deck in PDF, Keynote, or PowerPoint
🗒 The Note-N-Map
🎬 Map Tutorial by AJ&Smart
Tuesday is all about solving the problem, using a method optimized for deep thinking. Instead of a typical group brainstorm, every individual will sketch their own detailed, opinionated solutions, following a four-step process that emphasizes critical thinking over artistry.
📘 Sprint pages 93-123
By Wednesday morning, you and your team will have a stack of solutions. Now, you have to decide which of those sketches should be prototyped and tested.
Instead of an endless debate or a watered-down group decision nobody's happy with, you'll use the five-step "Sticky Decision" method to identify the best solutions before turning the final decision over to your Decider. Then, in the afternoon, you’ll take the winning scenes from your sketches and combine them into a storyboard: a step-by-step plan for your prototype.
📘 Sprint pages 125-160
🗒 Storyboarding 2.0
On Thursday, you'll build a realistic prototype of the solutions in your storyboard so you can simulate a finished product for your customers. Design Sprint prototyping is all about a "fake it till you make it" philosophy: With a realistic-looking prototype, you'll get the best possible data from Friday's test, and you'll learn whether you're on the right track.
📘 Sprint pages 163-190
🛠 Tools: Marvel, InVision, Figma, Keynote, Keynotopia
Jake Knapp created the Design Sprint process at Google in 2010. He took inspiration from many places, including Google's product development culture, IDEO's design thinking workshops, ideas like Basecamp's Getting Real and Atul Gawande's Checklist Manifesto, and his own experience building products like Gmail and Hangouts.
From 2010-12 at Google, Jake refined the Design Sprint with teams like Chrome, Search and Google X. In 2012, he brought Design Sprints to Google Ventures, where the rest of the team chipped in their expertise to perfect the process.
Braden Kowitz added story-centered design, an approach that focuses on the user instead of features or technologies. Michael Margolis took customer research—which can typically take weeks to plan and often delivers confusing results—and figured out a way to get crystal clear results in just one day. John Zeratsky brought a focus on measuring results with the key metrics from each business. And Daniel Burka brought firsthand expertise as an entrepreneur to ensure every step made sense for startups.
In 2012 and 2013, the Google Ventures team published a how-to series about Design Sprints, and the process started to spread. The Sprint book came out in 2016, and today, thousands of teams around the world have run sprints in startups (like Slack and Airbnb), big companies (like LEGO and Google), agencies (like IDEO and McKinsey), schools (like Stanford and Columbia), governments (like the UK and the City of Chicago), and even museums (like the British Museum and the Smithsonian).