In progress Course · 9 sections · about 7 min · Published · Updated

Design Thinking 101: A Practical Course with Exercises

Learn design thinking as a simple five-step method for any problem, from one screen to a whole organization. Exercises and readings included.

The notation in one minute

The diagrams in these courses use The Shape of Clarity, a small visual notation. Five shapes are enough.

Small labels or icons say what an interface holds: a question (?), an insight (!), ideas (a light bulb), a decision (a check mark). Speech bubbles and the chart symbol, for evidence, are added on top of the notation when needed; they are not part of it.

Read the notation
Contents
  1. About this course
  2. 1. Why draw it: visual models before theory
  3. 2. Design thinking is an algorithm
  4. 3. The algorithm is recursive: one model, every scale
  5. 4. Inside each step: the blackboard
  6. 5. Understand: question → insight
  7. 6. Ideate: insight → ideas
  8. 7. Decide and prototype: ideas → decision → prototype
  9. 8. Test: prototype → evidence

About this course

Design thinking is often taught as a series of workshops and sticky notes. This course teaches it as an algorithm: five steps, each one turning an artifact into another. You learn the model in a few minutes through simple diagrams, then you practise it on a real case.

  • Who it is for: anyone who solves problems with other people and wants a clear method: communications, marketing, product, operations, and new designers.
  • How it works: self-paced. Each section has a short explanation, a diagram, an exercise (Do), and readings for those who want to go further (Read). Readings favour data-oriented sources.
  • Your case: pick one digital product to work on through the whole course. It is either a build case (the product doesn’t exist yet) or an evolve case (it exists and must change). If you continue with UX Research 101 and UX Design 101, keep the same case.
  • Where this fits: this is the only loop in the series. UX Research 101 details the two steps where it touches reality (Understand and Test). UX Design 101 applies it to the design of digital products.
A row of five teal boxes — a question, an idea, a decision, a prototype — joined by arrows, with a chart symbol set apart.
The five-step artifact chain, with evidence set apart from what you hold.

1. Why draw it: visual models before theory

A good diagram lets you reason by looking instead of remembering. The relationships are on the page, so your memory doesn’t have to hold them. This course gives you one diagram, then puts you to work inside it.

Evidence (📈) sits apart from the row. It is anything you can measure in reality, not something you hold.

Do. Draw your last project from memory as a row of boxes. At each moment, what did you have in hand: a question, an insight, a list of ideas, a decision, a prototype, some evidence?

Read.

Five numbered environments in a row, each starting and ending in a teal box; a loop arrow runs back to the first.
Each step's output becomes the next step's input; testing loops back to the start.

2. Design thinking is an algorithm

The input is a question. The output is evidence about a solution. In between, there are five transformations:

  1. Understand: question → insight
  2. Ideate: insight → ideas
  3. Decide: ideas → decision
  4. Prototype: decision → prototype
  5. Test: prototype → evidence

Converging means making a decision. A prototype is a decision made tangible. The order is flexible: you can enter anywhere and jump anywhere. Skipping a step is not allowed. Testing is understanding again: it closes the loop and opens the next question.

Picture each step as an environment. You enter holding one interface (in a quick exercise, a sticky note with a question) and you leave holding another (a sticky note with an insight). The output of one environment is the input of the next. The work travels through them like a vehicle, one transition at a time.

Because the algorithm names artifacts and not a medium, it works in any design discipline: a service, an object, a space, a policy, a digital product.

Do. Label each box with an artifact from a real project. Which box is empty?

Read.

One environment magnified to reveal the same five-step row inside it; beside it, the row repeated at three sizes.
The same five-step model nests inside itself at any scale.

3. The algorithm is recursive: one model, every scale

Any step can be solved by running the five steps inside it. Deciding which idea to prototype has its own question, insight, ideas, decision, prototype and evidence. So does designing one screen, one product, or the way a whole organization designs. The model stays the same; only the scale changes.

That is where its power lies. You learn one clear, simple model and apply it with flexibility: to structure the screen you need to design today, and to structure the end-to-end design process of an organization.

Do. Take one step of your case (for example, Prototype) and write the five steps inside it. What are its question, insight, ideas, decision, prototype and evidence?

Read.

  • Simon (1962), The Architecture of Complexity, Proceedings of the American Philosophical Society: why complex systems are built from nested, similar parts
An environment with a central teal box; orange triangles send arrows to it, a grey triangle facilitating at the edge.
Contributors add to one shared surface; the facilitator stands outside it.

4. Inside each step: the blackboard

Every step is a controlled environment. In the middle sits a shared surface: a wall, a board, a Figma file. Around it, people with different expertise contribute to that surface when they have something to add. One person facilitates: they decide who contributes when, keep the surface readable, and close the step when its output is ready.

The model comes from classical AI blackboard systems. In those systems, independent knowledge sources write to a shared blackboard, and a control component decides which one acts next. It is practical: “one board, many experts, one facilitator” is easy to explain, and it works in a workshop right away.

Facilitation is a core skill in every design role. In design leadership it becomes central, because much of the work is getting a group to a good decision.

Do. Run the co-creation round of section 6 as a blackboard: one board, three contributors, one facilitator. Rotate the facilitator role. Each facilitator names one moment when the group was hard to steer, and what they did about it.

Read.

Go deeper. Organizational Design 101 (in preparation).

A question fans out into many observations, which cluster into groups, then converge into one insight.
Observations cluster into findings, findings converge into one insight.

5. Understand: question → insight

Turn a vague question into an insight. The chain has four links:

  1. Observations: what you saw or heard.
  2. Findings: patterns across observations.
  3. Insight: a finding plus its implication.
  4. “How might we…?”: a question that opens the next step, Ideate.

Observations that can be measured or verified carry evidence.

Do. Run three short interviews, in pairs if you can. Make an affinity map of your observations, name two or three findings, write one insight, then turn it into one “How might we…?” question.

Read.

Go deeper. UX Research 101: choosing a method, interviews, usability testing, and synthesis.

Left: one insight fans out to several ideas. Right: the same insight, with collaborators each adding their own ideas.
Diverging alone finds fewer ideas than diverging with others.

6. Ideate: insight → ideas

Diverge. One insight must produce several distinct options. Quantity first; judge later.

Ideate alone first, then with others. Co-creation brings the people you design for (and with) into the room, so they build on, combine and add ideas instead of only reacting to yours.

Do. Crazy 8s: eight ideas in eight minutes, alone. Then run a 15-minute co-creation round with two or three people playing users or stakeholders: they add, combine or sketch their own ideas. Optional: turn your two strongest ideas into quick visuals with a free AI tool (see UX Design 101, “Fidelity and tools”).

Read.

A decision box leads to a larger, tilted prototype box carrying its own small question mark.
A prototype is a decision made tangible, still carrying a question to test.

7. Decide and prototype: ideas → decision → prototype

Converge. Converging is deciding: compare the options against explicit criteria, pick one, and assemble the argument that justifies it. A sound argument has three parts: a claim (what you chose), the evidence behind it, and the warrant (why that evidence supports that claim).

A prototype is that decision made tangible — just enough to ask the specific question it exists to answer. Fidelity is a choice, not a goal.

Do. Score your ideas in a prioritization matrix, write a five-line argument for the winner, then make a paper prototype of that decision in 20 minutes.

Read.

Go deeper. UX Design 101: fidelity and tools.

Orange triangles act on a tilted prototype box; an arrow leads to a chart symbol, then loops back to a new question.
Testing produces evidence, which opens the next question.

8. Test: prototype → evidence

Put the prototype in front of real people and observe. What you can measure is evidence, and evidence becomes the next question. Testing is understanding again, this time with something in people’s hands.

Do. Test someone else’s prototype (or your own) with five people and report three findings. If you can only find one person, test with one: one is better than none.

Read.

Go deeper. UX Research 101: usability testing, including how many people to test with.

Bring clarity and structure to your team

The same method, applied to your organization: a fixed-scope diagnostic with one price, one timeline and a deliverable described up front.