The seven steps
I rarely begin with a method.
Published September 2026
I begin by trying to understand what is actually happening: what people are trying to accomplish, what the environment makes easy or difficult, what assumptions have become invisible and what evidence might explain the situation.
The exact process changes with the work. The underlying moves are surprisingly consistent.
- 01Readthe situation
- 02Explainthe mechanism
- 03Examinethe evidence
- 04Judgeunder constraint
- 05Translateinto form
- 06Observewhat happens
- 07Transferwhat was learned
The seven steps
Four ways to read them
Step 1: Read the situation
Start with behaviour in context.
What are people actually doing? What are they trying to achieve? What constraints shape their decisions? What workarounds have they invented?
The artefact (a screen, classroom, policy, workflow or resource) is only part of the situation.
Step 2: Explain the mechanism
Description is necessary but insufficient.
The more useful question is usually why the observed behaviour occurs.
The mechanism might involve cognition, incentives, information, physical layout, institutional rules, interaction design, social norms or several of these at once.
Step 3: Examine the evidence
Evidence differs in strength and relevance.
A repeated design convention isn’t automatically a learning principle. A laboratory finding doesn’t automatically transfer unchanged into a classroom. A successful implementation doesn’t prove that every element caused the result.
I try to separate what is known, what is plausible, what is contextual and what remains assumption.
Step 4: Judge under constraint
Evidence rarely specifies the design.
Someone still has to decide what matters under the constraints of the actual situation.
This is where design becomes judgement rather than compliance.
Step 5: Translate into form
A useful idea eventually has to change something.
Depending on the situation, that might mean:
- an interface
- a classroom arrangement
- a routine
- a policy
- a workflow
- a representation
- a facilitation structure
- a guide
- a decision rule
Step 6: Observe what happens
Implementation produces new information.
People reinterpret designs, develop workarounds, encounter constraints that were invisible earlier and adapt the intervention to their context.
Those responses are part of the design problem rather than noise around it.
Step 7: Transfer what was learned
Whether it worked is only half of it.
The final question is:
What did this situation teach us that might improve judgement somewhere else?
Sometimes the most valuable output of a project is a better way of seeing the next problem.
Turn a card over to see what to ask at that step.
| Step | What it means | Questions to ask |
|---|---|---|
| 01Read the situation | Start with behaviour in context. The artefact comes later. |
|
| 02Explain the mechanism | Ask why the behaviour occurs as well as what it is. |
|
| 03Examine the evidence | Weigh evidence by its strength and its relevance here. |
|
| 04Judge under constraint | Decide what matters under the real constraints. |
|
| 05Translate into form | Change something: a screen, a room, a routine, a rule. |
|
| 06Observe what happens | Treat what people do with it as part of the design. |
|
| 07Transfer what was learned | Keep what will improve judgement somewhere else. |
|
Hold a real situation in mind and work down the list. Tick a question once you have an answer you would defend. Nothing leaves this browser.
01 Read the situation0/5
02 Explain the mechanism0/3
03 Examine the evidence0/5
04 Judge under constraint0/3
05 Translate into form0/3
06 Observe what happens0/4
07 Transfer what was learned0/2
Where next
Follow this idea
Evidence
Reading education research (opens in a new tab)Guide
Operationalise it
Ten questions for thinking about educational changeTool
Related argument
Design for translationNote
See it in practice
Practice casesPage
Challenge it
A principle is not a findingNote