Norman's seven stages of action

What are Norman's seven stages of action?

Norman's seven stages of action break down a single interaction into the mental steps you actually go through: set a goal, plan, specify and carry out the action, then perceive, interpret and compare the result. They turn the two gulfs - execution and evaluation - into a cycle, giving designers a clear checklist of seven distinct points where an interface can help or fail.

Also known as: seven stages of action, norman's stages of action, action cycle, stages of action

Prefer to watch? Watch the recap 0:29

The demo

One simple action - turning the music up - is secretly seven steps. Walk through them and watch a “trivial” button-press unfold into the whole cycle of doing and checking.

    What this demo shows (text version)

    A single action - "turn the music up" - is stepped through Norman's seven stages. Execution (the doing): form the goal (it's too quiet, I want it louder), plan the intention (I'll turn it up), specify the action (find and use the volume control), perform it (drag the slider). Evaluation (the checking): perceive the new state (the number/bar changed), interpret it (it's at 70 now), compare to the goal (yes, that's loud enough). The stages are grouped by the two gulfs they cross.

    The point is diagnostic: a single press is really seven mental steps, and a design can fail at any one - no obvious control (can't specify), no feedback (can't perceive), ambiguous feedback (can't interpret). Locating which stage breaks turns "this is confusing" into a precise fix. The first four stages cross the gulf of execution; the last three cross the gulf of evaluation.

    One action is really seven micro-steps in a loop: goal → plan → specify → perform → perceive → interpret → compare. The first four cross the gulf of execution (figuring out and doing the action); the last three cross the gulf of evaluation (perceiving and making sense of the result). Each is a place a design can break - so when something feels hard, find which stage is failing, and you've found what to fix.

    The seven stages run: form the goal (what you want), plan an intention (decide to act), specify the action sequence (work out exactly what to do), perform it (do it) - that's execution; then perceive the state of the world (notice what changed), interpret it (make sense of it), and compare it to the goal (did it work?) - that's evaluation. Then you loop, with the comparison feeding the next goal.

    The value is diagnostic. When an interaction feels hard, the model lets you locate exactly where: couldn't form a goal (unclear what's possible), couldn't specify the action (no obvious control), couldn't perceive the result (no feedback), couldn't interpret it (ambiguous feedback). Each failing stage points to a different fix, so the seven stages turn "this is confusing" into a precise problem statement.

    It's the engine behind the gulfs of execution and evaluation - the first four stages cross one, the last three cross the other - and underpins much of usability heuristics. You don't run the checklist for every screen, but keeping it in mind catches the stages designers most often forget: making the next action discoverable, and making the result of an action unmistakable.

    These stages - goal, plan, specify, perform, perceive, interpret, compare

    define how users navigate the gulf of execution and gulf of evaluation in real time, as shown in the interactive demo on this page. When something feels hard, trace it back to which stage is failing - that’s where the design must improve, using Norman’s framework to fix the gulf of execution or gulf of evaluation.

    Try the interactive demo to see how each stage - from goal to compare - shapes user experience. When something feels hard, trace it back to the seven stages of action to find where the design fails.