George Kordatos UI/UX Designer at useberry

Design sprints complete guide

7 min read

Updated version

The selling point of performing design sprints in your projects is somewhat self-evident: create a user-validated prototype in a very short amount of time.

This “Learn fast, fail fast” methodology, which was developed by Mr. Jake Knapp while at Google, is used or has been used by – well Google – and other top-notch companies across a number of industries (yes that’s right, design sprints do not belong solely to our guys up at Silicon Valley!).

Definition of design sprints

Quoting Wikipedia:  “A design sprint is a time-constrained, five-phase process that uses design thinking with the aim of reducing the risk when bringing a new product, service, or a feature to the market.” 

Now, having provided the definition above, it is important to distinguish between design thinking and design sprints. While they appear to have the same roots (both are human-centric) they are not the same thing. Read this Medium article for more: Design thinking vs Design sprints, what’s the difference.

If you are not new to UX you might have heard about design sprints before as they have been around for about 9 years. Design sprints were, in essence, the evolution of the Lean UX and the Agile Development theories. They came to solve the serious issue that MVPs were leaving behind which was messy/not ready products that end-users were turning their back on. Thus, there was a transition from the MVPs to MDPs (minimum desirable products). Read this article for more

When is it a good time for design sprints?

First of all when having a new idea for a product. That’s the most obvious one. Another good timing to have a design sprint is when you are thinking of adding a new feature to your existing offerings or just incrementally improve your existing offerings. In any case, you should think of running design sprints when you have a really complex problem or just don’t know the answer to your problem.

When is it a bad time for design sprints?

Obviously when the above conditions are not met. For instance, when you already have a solution or you know where you are heading to then it would not be ideal to run design sprints. Just keep in mind that in order to run design sprints you must have done your homework on your users.

Sprint essentials

Before the sprint 2 people must be appointed as a) decider and b) facilitator. The decider is usually someone with authority (e.g. CEO or stockholders) while a facilitator is someone with experience on sprints. The sprint team is recommended to be between 5-7 people (ideally 6 experts where product, design, and engineering are most of the time required) but there seems to be a debate on whether design sprints are ideal for smaller teams or even extremely big teams.

If you are not sure if design sprints are for you or your team you can read this Medium article and this article by Mr. Jake Knapp himself!

Before starting the sprint, make sure you have lots of sticky notes, dotted paper, highlighters in colors, rulers, etc. Oh, please don’t forget to also bring some water and food, the sessions are not very short. If you are running the sprint remotely you can check our latest article for everything you might need.

Let’s get to the process

The process consists of 5 steps that each represents the 5 days of the week (Monday, Tuesday, Wednesday, Thursday, Friday). You could also finish your sprint in 4 days if you employ the “updated version” of the design sprints: design sprints 2.0. Check this article for more. Please keep in mind that the updated version is not more efficient than its predecessor. I’d say it’s more of a variation and about mixing things up.

Back to our subject, it’s not necessary to start on Monday and finish on Friday. You could start on Tuesday and finish on next Monday (just don’t have many days in between the sprint days as you might kill the momentum). So let’s start sprinting!

The 5 steps are the following:

  1. Understand
  2. Sketch
  3. Decide
  4. Prototype
  5. Test

Step 1. Understand (1st day – Monday)

First things first. Understand why you gathered up. After the introduction try to make everything -problems, goals, user needs, framework, strategy, etc. clear to everyone in the room. You don’t have the opportunity and the time to have members in the group confused. For even better performance try having everyone informed before the sprint so that they can think about it.

Since the first day sets the tone for the rest of the sprint it comes as no surprise that it is the most critical day of the “week”. Drop the wrong problem on the table and even the best solution to it will be absolutely irrelevant. Now to avoid fatigue between members it is generally recommended to cut the day into 2 halves (morning, afternoon).

Morning

After the introduction and everything, consider beginning the sprint with these questions in mind: 

What is your long term goal? 

Where do you want to be in 1-2-6 months from now? 

What if things won’t work the way you want to?

Write everything down.

Next, you will have to map out the process between your current state and your final goals. Try to keep it simple at this point, as you don’t want to have more than 8-10 steps in the flowchart. 

Watch this video How to draw the map (day 1) to get further information about this substep. 

Afternoon

Get the experts in the game: Before anything, you need to validate your map’s elements to make sure that you are on the right track. Of course, you will want to have improvements in your current map so try to act like a reporter and push things a little bit.

At this point, everyone in the room will have to have a “how might we ..” mindset and keep their questions on their papers. 

When it is time, ask everyone to show their questions so that the best “target” will be selected (e.g. by voting). Note that, it is greatly suggested to look for any instability in your group dynamics. Even though the final decision will be taken by -well the decider, it is a common phenomenon to go astray.

Checklist for this day as per Google’s recommendations

Congratulations, 1st step is done.

Step 2. Sketch (2nd day – Tuesday)

Time to roll up your sleeves! While Monday was all about finding problems, Tuesday will be about finding solutions. Now you might question where these solutions might come from.

Google recommends 2 ways: a) lightning demos and b) sketching. Again the day is suggested to be cut in 2 halves each half representing one way. What is more, you have to start thinking of the test that your customers will have to take on Friday regarding your target.

Morning (lightning demos).

Quoting Pablo Picasso “Good artists copy. Great artists steal.” That’s right. You got to go out there (not physically) and see what the competition is already doing on solving the “target”. Insert all these solutions under lightning demos each representing a company’s solution. Keep notes of everything! To have a better performance on this activity you have to be focused on what was discussed on the first day of the sprint.

Afternoon (sketching)

For sketching 4 steps are recommended for each member working on private:

1. Take notes (20 min).

2. Come up with rough ideas and sift through them to find the best (20 min).

3. Create 8 variations of your best ideas (8 min). – Crazy 8 is my favorite as unbelievably good ideas arise from it.

4. Find the best sketch and create a storyboard with 3 panels. Make sure it is easy to read and comprehend (30-90 min).

Checklist for this day as per Google’s recommendations

Congratulations, 2nd step is done.

Step 3. Decide (3rd day – Wednesday)

Time for decisions! By now, your team should have had a pool of -hopefully great- sketches developed. This day is again recommended to be cut into 2 halves: a) decision on the sketch and b) decision on the prototype.

Morning

To decide on the sketch you need to recruit voting (strictly anonymous!). Have all the solutions gathered on the board and have your team vote on the best one. If there are more than 1 winning solutions you will need to design on whether you will make more than 1 prototype (not suggested if your team is small).

Afternoon

To decide on the prototype you need to have the team’s favorite solution (s) mapped out in great detail! To make this work consider the process like a puzzle where you only have the end goal and the first interaction pieces. The suggested number of the pieces you need for the successful completion of the puzzle is 10-15.

Keep in mind that the decision should have the biggest impact with the least amount of work needed. For that, you could utilize the decision matrix or other decision-making helping theories. In any case, all perspectives must be put on the table so that no opportunities are missed due to misconceptions and biases.

Checklist for this day as per Google’s recommendations

Congratulations, 3rd step is done.

Step 4. Prototype (4th day – Thursday)

This day is the reason your team gathered up in the first place. The prototype will be the first depiction of the solution and it has to be perfectly done but not perfect. To successfully make a working prototype you will have to delegate the tasks needed for the creation of the prototype. You can start by first creating a storyboard so that you know how to create the prototype. For prototypes think of using tools like Google slides, keynote, InVision, Adobe XD, Figma, and many more.

Checklist for this day as per Google’s recommendations

Congratulations, 4th step is done.

Step 5. Test (5th day – Friday)

Normally the validation phase is a real pain for every team. You can go with moderated or unmoderated testing. Learn about their differences here. Going with the traditional approach is harder and requires good knowledge of decoding customers’ interactions with your prototype. It also needs a lot more time in planning and conducting the interviews. This is why we created Useberry, a tool that gives you rich analytics on your prototype in minutes and makes user testing easier.

After the completion of this step, you will either drop the idea, or you will move forward on making it a real product/service.

Checklist for this day as per Google’s recommendations.

Congratulations, you have made it to the end of the sprint!!!

General rules for a successful sprint

Agree on things early in the process

This includes any problems, questions, objectives – actually everything – that you might need to set the whole thing up. Also, the team should share the same approach and be on the same boat.

Sketching or stretching

Nobody’s chasing you. Chill out.  Generally, in the ideation step, you need a lot of “juice”. What if you stop it too early and miss the next big thing? Try not to be that strict with the timer in this step and allow some time for self-reflection on the ideas. Of course, I don’t suggest that you should spend your time, all I’m saying is that I leave it on your judgment.

Leave your ego outside

Competition is great. It is maybe the reason that your ideation process will be successful. However, keep in mind that competition might ruin your sprint especially when there is not a strict regulator. 

Start talking about it

After completing the sprint, make sure that every impacted party in your company will be aware of the outcome. If you are going to start developing anything coming out of a sprint then you got to start talking about it and trying to convince everyone that it is the right thing to do.

While with this article you have acquired some good knowledge of how to run design sprints you can always educate yourself further. 

For more tips on the subject, you can also read the Design sprint best practices by Brook Creef, a UX manager at The Home Depot.

Our first recommendation is the book Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days written by Jake Knapp.

There are also some good programs on design sprints:

  1. User Experience & Design Sprints at the BBC – Leo Marti
  2. Design Sprint Masterclass

And even a Design sprint school 😀

Finally, you can join Google’s community for design sprints by going here.

George Kordatos UI/UX Designer at useberry
UX Curated newsletter.
Do you want cool stuff sent to your inbox?