Discovery & customer understanding · Process model

Double Diamond

Diverge and converge twice so a team frames the right problem before refining a solution.

Beginner35 minDiscovery · Validation
Learn in 5 minutesWork my problem

Start here · 5-minute visual lesson

First choose the right problem. Then choose the right solution. Both choices require opening up before narrowing down.

Think of it like this: A doctor diagnosing before prescribing: explore symptoms, identify the cause, consider treatments, then test one safely.

Without the framework

“Customers miss appointments, so send more reminders.” The team commits before it understands why.

With the framework

“When plans change, patients cannot recover.” The team tests rescheduling, caregiver help, and call-back options.

Learn by deciding

The reminder that was not the answer

1

A clinic asks for more appointment reminders. What should happen first?

2

Interviews show reminders are seen, but rescheduling is confusing. What changes?

3

Three ideas test well enough to prototype. What is the final move?

01 · Understand

In plain English

A four-stage map—Discover, Define, Develop, Deliver—that makes problem exploration as explicit as solution creation.

Origin and context

The UK Design Council introduced the Double Diamond in 2004 and later placed it inside its broader Framework for Innovation. The diamonds visualize alternating divergent and convergent thinking; they are not a rigid waterfall.

The problem it solves

Teams often converge on the first plausible solution before they understand the situation. The model protects time for broad evidence gathering, a clear problem definition, multiple solutions, and iterative delivery.

The concepts, explained

Learn the vocabulary first. Each concept changes a decision you will make when using the framework.

Discover

Open up the problem space. Observe people, review evidence, and look beyond the original brief so the team understands what is really happening.

Define

Turn scattered evidence into a focused challenge. Choose which problem matters, who experiences it, and what change would count as progress.

Develop

Open up the solution space. Create genuinely different ways to address the defined problem instead of polishing the first idea.

Deliver

Narrow through evidence. Prototype, test, improve, and release the smallest solution that can prove whether the direction works.

02 · Deep dive

Go beyond the definition

Follow the reasoning inside Double Diamond, then challenge it before you use it.

1 of 4mental model

The mental model

What changes in the way you see the problem

01

Discover

widen the evidence base

02

Define

synthesize and choose the challenge

03

Develop

create and compare alternatives

04

Deliver

test, improve, and release

03 · Apply

How to use Double Diamond

  1. 01

    Write the initial challenge as a question, not a feature request.

  2. 02

    Observe affected people and collect qualitative and quantitative evidence.

  3. 03

    Cluster evidence; expose tensions, exclusions, and assumptions.

  4. 04

    Choose a focused problem statement and success evidence.

  5. 05

    Generate several materially different solution directions.

  6. 06

    Prototype the riskiest parts and test with realistic tasks.

  7. 07

    Select, ship narrowly, measure, and feed learning into another loop.

04 · See it work

A worked example

A telehealth team begins with “add appointment reminders.” Discovery shows missed appointments cluster among patients who cannot confidently reschedule. The team defines the challenge as “help patients recover when plans change.” It develops SMS rescheduling, delegated caregiver controls, and a call-back queue. Five task tests favor SMS rescheduling. A pilot targets a reduction in no-shows from 18% to 13% while watching staff workload.

Business case study

Illustrative fictional scenario

A regional clinic product team uses interviews, cancellation logs, and a service blueprint to reframe a reminder request. The resulting small pilot tests a rescheduling workflow rather than adding more notifications. All figures are invented for practice.

Across company types

Startups can run a two-day micro-diamond around one risky assumption; enterprises can nest diamonds across portfolio and service layers. B2B teams include buyer, admin, and user evidence; marketplaces map both sides.

05 · Work your problem

Turn the framework into a result

Framework workbench

Work Double Diamond on your problem

Paste the situation as you know it. The Atlas will turn your inputs into a framework-specific decision draft.

Runs locally

Explore the mechanics

Copy the working template
Challenge:
Evidence to gather:
Discover themes:
Defined problem:
Solution directions (3+):
Prototype evidence:
Delivery measure:

06 · Use judgment

Where it helps—and where it breaks

Use when

  • The requested solution may hide a poorly framed problem
  • Different disciplines need a shared discovery map
  • The cost of solving the wrong problem is high

Do not use when

  • The problem and remedy are already understood and reversible
  • A safety incident requires immediate containment
  • The team treats stages as approval gates

Advantages

  • Memorable shared language
  • Balances problem and solution exploration
  • Supports iteration at multiple scales

Limitations & criticisms

  • Says little about which research method to choose
  • Can look linear when real work loops
  • A diamond does not guarantee good evidence

Common failure modes

  • Skipping Discover because a stakeholder supplied a brief
  • Choosing one solution before Develop
  • Calling a launch “Deliver” without learning measures

Often confused with

Design Thinking is a broader family of human-centered mindsets and methods; Double Diamond is a visual process map.

Practical checklist

Reflection questions

  • Where are we converging from opinion rather than evidence?
  • What evidence would force us to redefine the challenge?

07 · Check

Five-question knowledge check

1. What does the first diamond reduce?
2. Which stage compares solution directions?
3. Is the model strictly linear?
4. A launch belongs to which stage?
5. Best early artifact?

Key takeaways

  • Diverge and converge twice so a team frames the right problem before refining a solution.
  • Memorable shared language
  • Says little about which research method to choose

08 · Go deeper

Sources and further reading

  1. Framework for InnovationDesign Council · Design Council · 2019

    Double Diamond history, four stages, and divergent/convergent structure.

  2. The Double DiamondDesign Council · Design Council

    Direct visual and plain-language description of the Double Diamond design and innovation process.