Design Sprints can generate remarkable output — such as a backlog of impactful ideas, functional prototypes, learning, and key insights from customers along with real business opportunities. However, they require careful design and great execution.

Design sprints are expensive - how to avoid the risks and ensure you get business value - photo by Daria Nepriakhina on Unsplash.

Consider this situation: your company needs to solve a major, real-world problem — you need a novel solution, better than any other offering available in the market. You could be aiming for a product, a component, a system, a service, or a process.

In an ideal scenario, before making any investments, you would need the set of candidate solutions, prototyped and validated e.g. by exposing them to a controlled set of real users. This would enable enough signals and insights to make informed decisions and set up a better product development strategy.

→ Check also: Building an MVP: How to define the first instance of your product

To get there — from a problem to functional prototypes enriched with customer feedback — you can follow standard paths, for example, you can consult the experts in your organization, assign work streams to different teams, coordinate the work, schedule brainstorming meetings, and wait in the queue to get UI designs and then to develop prototypes — a lengthy process with several drawbacks, dependencies, issues, and risks. Or, you can set up a powerful multidisciplinary team and ‘lock’ it in a room for a few days, with a clear goal: a shortlist of inexpensive, realistic prototypes of selected high-potential concepts, each enriched with feedback from real users.

A rapid innovation process outputting potential solutions to your problem and evidence from real users on how effective they are.

This intense ideation and prototyping process comes in several forms and variations — a popular one being the ‘Design Sprint’, which promises ‘Solutions to big problems in just five days’. It uses ‘design thinking’ principles and introduces several techniques, tools, and rules.

The success factors

To get real value from a Design Sprint, you must emphasize on the right setup, preparation, and readiness — or you may end up hosting an expensive multi-day brainstorming session outputting just noise.

Having joined a large number of ‘ideation and prototyping’ sessions along with 10’s of formal ‘Design Sprints’, I would highlight the following nine success factors.

1. Clarity in the Problem Statement

Don’t let the problem statement become your real problem! Most of the unsuccessful Design Sprints and prototyping sessions I have experienced so far, share this specific single point of failure: a poorly defined problem statement, which triggers time-consuming discussions, iterations, and unnecessary regression — setting the entire process at risk.

In contrast, the Design Sprints that started with clarity on the ‘problem to be solved’ moved on rapidly towards impressive solutions and prototypes.

The Design Sprints that started with clarity on the problem to be solved moved on rapidly towards impressive solutions and prototypes.

Although the first day of the Design Sprint is usually about framing and re-framing the problem statement, I am convinced that having a good problem definition upfront is key for a successful outcome. You can always revise it and reset it as necessary during the first day, but a solid basis can make the difference. In any case, the team needs to be open to understanding the problem and ready to consider different angles and unconventional approaches.

There are several templates and methods to help you construct a valid problem statement — in general, you need to describe the current situation vs the ideal state and the related implications for the involved users.

2. The Right Team

The synthesis of the team sets the foundation for the entire Design Sprint — you need diversity of thought, skills, and perspectives along with expertise and creativeness — all combined in a small multidisciplinary team with the right culture: a team willing to share, collaborate, challenge assumptions, think big but also be pragmatic and purpose-driven.

A few factors can introduce serious risks to the process:

The wrong dynamics in the team (for instance, members do not express their ideas for fear of getting criticized by more senior members in the team)
A large team (add more than 6–7 people and you’ll get additional problems to solve)
Not the right mindset (people tend to protect ideas versus sharing, or believe that they know the right solution, upfront).

The members of the team must ‘forget’ about seniority, hierarchy, and authority. They need to be open to new ideas, new perspectives, and different views. They also need to be ready to influence and get influenced, minimize the impact of bias and work together towards a shared mission — a great solution to a challenging problem.

Physical space is also very important to allow the team to focus, express random thoughts and ideas, collaborate, and quickly visualize concepts. You need a room with enough space, the right equipment and office supplies– such as writable walls, whiteboards, and well, plenty of sticky notes :)

3. A Well-prepared Team

Design Sprints are demanding — fast and intense. The key to success is to have a well-prepared team. Even if your dream team consists of domain experts and senior business leaders, they all have to put some extra effort to get prepared — so they fully understand the problem and its wider context, the technology, the competition, and the relevant global trends. Make sure that you clearly communicate to the team not only the context and the problem to be solved but also the rules and the need to get prepared.

4. Focus on ideation

Assuming that a solid problem statement and the right preparation is there, the next most important element is ideation. While the Design Sprint process provides some tools to empower ideation, I would strongly recommend that you:

Increase the time allocated to idea generation, sketching, and pitching and
Capture the ideas in digital format — with more detailed descriptions.

A backlog of ideas is a great innovation asset — one of the most important outputs of the sprint and the key input to the prototyping phase. Ideas should not be left on sticky notes — even the non-selected ones could prove to be relevant and valuable in the future.

This is why you need to feed the ideas generated in the Sprint into a centralized ideation system and make them discoverable by the right audience.

5. Readiness for Rapid Prototyping

Delivering realistic prototypes is a critical part of this process — since they will be used to capture user/ customer feedback. You don’t want your great concept to receive negative feedback due to a poor prototype implementation — that could mislead related decisions and undermine the overall value of the Design Sprint. Your team must be capable of real rapid prototyping — able to build realistic user experiences in just a couple of days or less.

Rapid Prototyping requires the right resources in the team along with general technological readiness. For instance, to speed up the process you need to leverage any reusable software components you have, standardized datasets, artificial/ static data, UI elements, APIs, models, and services. You will also need systems, tools, and processes — for instance, wireframing, software development environments, and DevOps capabilities.

The availability of special equipment might be important. For example, if physical prototyping is involved, a 3D printer might be of real value. Or if you expect Augmented Reality prototypes, you will need access to related devices — along with any templates, APIs, and documentation.

6. A Great Facilitator

This is a key role — in fact, I see the facilitator as the real protagonist of the Design Sprint. The facilitator must maintain the right pace, direction, energy levels, and interaction patterns, to lead the team towards a clear, shared goal: define and prototype a great, novel concept able to solve the problem for real users.

It is a difficult profile to find — you need somebody mastering the process itself, but also having a deep understanding of the problem and the particular business context. The facilitator must be capable of ‘reading’ the characters in the room and take necessary action to make sure that all voices are heard and considered.

7. Readiness to Capture Everything

Design Sprints are typically very ‘noisy’ with tons of sticky notes, ideas, and stories on the walls — all these, in-between discussions, arguments, decisions, and random thoughts. And yes, this ‘controlled chaos’ is exciting, but unless you have a dedicated person responsible for taking (digital) notes, you will end up frustrated, trying to decode colorful sticky notes and ‘reverse-engineer’ random drawings.

To make the most of the thoughts and ideas, you need to capture them in a modern way — so they are discoverable and potentially usable.

8. A Leader, not just a ‘Decider’

I find the proposed decision-making process — with the super-voting concept and the sticky votes on the sketches — oversimplified and very sensitive to team dynamics and the overall state of the team. Moreover, given the extra power, the decider must demonstrate a deep understanding of the concepts, the ability to think strategically, and communicate with clarity. You need a real leader there, not an ‘authority’ or ‘political’ person.

The facilitator and the team should feel comfortable to challenge any decisions made by the decider, by asking for justification — the business or technical reasoning.

9. A Framework to Measure Success

A design sprint is an expensive process — consider the associated direct and indirect costs of having x members full-time for z days. Thus, measuring the success of the Design Sprint itself is important. In the case of an ‘isolated’ sprint, success can be measured by processing direct feedback, outputs, and mid-term outcomes — for example business opportunities and success stories linked with the deliverables of the Sprint.

If you are running successive Design Sprints, you need a framework to capture and quantify Sprint outputs and impact — a flow towards a centralized idea and knowledge repository. This data store should enable full tracking of the real business opportunities and financial gains associated with each of your Design Sprints — while specialized KPIs allow tracking of the success of the overall innovation program.

The key question, in this case, is regarding the baseline to compare this ‘quantified innovation output’ against — to be covered in a forthcoming article.

Design Sprints can generate remarkable output for your company — such as a backlog of impactful ideas (also with IP opportunities), functional prototypes, learnings, and key insights from customers along with real business opportunities. At the same time, assuming proper and frequent execution, Design Sprints can lead to significant cultural improvements towards the ‘innovation mode’.

Check also: our unique Innovation Toolkit - a collection of seven innovation templates that empower teams to frame problems, shape ideas, run hackathons, and more.