Seven Stages of Action
The seven stages of action

Don Norman's Seven Stages of Action is a model of how humans interact with products.
# The Seven Stages of Action Don Norman's Seven Stages of Action is a model of how humans interact with products. Every interaction, from flipping a light switch to completing an online checkout, follows the same seven-stage cycle. Understanding these stages lets designers identify exactly where users get stuck and apply targeted fixes. The model divides neatly into two sides: execution (stages 1-4, bridging the Gulf of Execution) and evaluation (stages 5-7, bridging the Gulf of Evaluation). ## Table of Contents 1. [The Seven Stages in Detail](#the-seven-stages-in-detail) 2. [Stage 1: Goal Formation](#stage-1-goal-formation) 3. [Stage 2: Plan Formation](#stage-2-plan-formation) 4. [Stage 3: Specification of Action](#stage-3-specification-of-action) 5. [Stage 4: Execution (Perform)](#stage-4-execution-perform) 6. [Stage 5: Perception](#stage-5-perception) 7. [Stage 6: Interpretation](#stage-6-interpretation) 8. [Stage 7: Comparison](#stage-7-comparison) 9. [Using the Seven Stages as an Evaluation Tool](#using-the-seven-stages-as-an-evaluation-tool) 10. [Worked Examples](#worked-examples) 11. [Seven Stages Audit Worksheet](#seven-stages-audit-worksheet)
Overview
Don Norman's Seven Stages of Action is a model of how humans interact with products. Every interaction, from flipping a light switch to completing an online checkout, follows the same seven-stage cycle. Understanding these stages lets designers identify exactly where users get stuck and apply targeted fixes. The model divides neatly into two sides: execution (stages 1-4, bridging the Gulf of Execution) and evaluation (stages 5-7, bridging the Gulf of Evaluation).
Manual install (npx, ZIP)
npx skills add wondelai/skills --skill the-seven-stages-of-action -g -a claude-codeConnects with Agent Alley MCP · agentalley.io/mcp
Files included
seven-stages.md14.7 KB
Read seven-stages.md here
wondelai/
Show the full text317 lines
The Seven Stages of Action
Don Norman's Seven Stages of Action is a model of how humans interact with products. Every interaction, from flipping a light switch to completing an online checkout, follows the same seven-stage cycle. Understanding these stages lets designers identify exactly where users get stuck and apply targeted fixes. The model divides neatly into two sides: execution (stages 1-4, bridging the Gulf of Execution) and evaluation (stages 5-7, bridging the Gulf of Evaluation).
Table of Contents
- The Seven Stages in Detail
- Stage 1: Goal Formation
- Stage 2: Plan Formation
- Stage 3: Specification of Action
- Stage 4: Execution (Perform)
- Stage 5: Perception
- Stage 6: Interpretation
- Stage 7: Comparison
- Using the Seven Stages as an Evaluation Tool
- Worked Examples
- Seven Stages Audit Worksheet
The Seven Stages in Detail
1. GOAL
"What do I want?"
|
+-----------+-----------+
| EXECUTION | EVALUATION
| |
2. PLAN 7. COMPARE
"How can I do it?" "Is this what I wanted?"
| |
3. SPECIFY 6. INTERPRET
"What specific action?" "What does this mean?"
| |
4. PERFORM 5. PERCEIVE
"Do the action" "What happened?"
| |
+--- THE WORLD / SYSTEM +
Stage 1: Goal Formation
Question the user asks: "What do I want to accomplish?"
The user forms a high-level intention. Goals can be precise ("Set the alarm for 7:00 AM") or vague ("Make this presentation look better").
Where Users Get Stuck
| Problem | Example | Design Cause |
|---|---|---|
| Goal is vague | "I want to fix this document" | The system does not help refine or clarify goals |
| Goal conflicts with system capabilities | "I want to merge these two accounts" (not supported) | Feature does not exist or is not discoverable |
| Goal is forgotten mid-task | User opens settings, forgets which setting they wanted | Complex navigation, many distractions |
Design Solutions for Stage 1
| Solution | Implementation |
|---|---|
| Suggest goals | Home screen with common tasks: "Create a document", "Schedule a meeting" |
| Make capabilities visible | Dashboard showing all available features at a glance |
| Support vague goals | Search that accepts natural language: "make text bigger" |
| Maintain goal context | Show breadcrumbs, page titles, and task descriptions that remind users why they are here |
Stage 2: Plan Formation
Question the user asks: "How can I do this? What approach should I take?"
Where Users Get Stuck
| Problem | Example | Design Cause |
|---|---|---|
| No obvious path | "How do I share this?" (no share button visible) | Missing signifiers, hidden features |
| Multiple possible paths, unclear which is correct | "Should I use Export, Save As, or Download?" | Overlapping features with unclear distinctions |
| Plan requires knowledge the user lacks | "I need to configure the API webhook" (what is a webhook?) | Technical jargon, no progressive disclosure |
Design Solutions for Stage 2
| Solution | Implementation |
|---|---|
| Clear signifiers | Visible labels for every available action |
| Guided workflows | Step-by-step wizards for complex tasks |
| Reduce choices | Offer the most common path prominently; hide alternatives |
| Contextual help | "How do I...?" link that opens task-specific guidance |
| Templates and presets | Pre-configured starting points that skip planning |
Stage 3: Specification of Action
Question the user asks: "What specific action do I need to perform?"
Where Users Get Stuck
| Problem | Example | Design Cause |
|---|---|---|
| Cannot find the control | "Where is the save button?" | Poor visual hierarchy, inconsistent placement |
| Cannot identify the correct control | "Is this the right dropdown?" | Ambiguous labels, icon-only controls |
| Action requires non-obvious sequence | "Click here, then hold Shift, then click there" | Complex interaction that is not signified |
Design Solutions for Stage 3
| Solution | Implementation |
|---|---|
| Consistent placement | Primary actions always in the same location across screens |
| Clear labels | Every control has a text label (not just an icon) |
| Affordances | Interactive elements look interactive (buttons look clickable) |
| Keyboard shortcuts visible | Show shortcut in tooltip or menu alongside the action name |
| Command palette | Searchable list of all actions for users who know what they want |
Stage 4: Execution (Perform)
Question the user asks: "I'm doing it. Is this working?"
Where Users Get Stuck
| Problem | Example | Design Cause |
|---|---|---|
| Click does not register | Tap target too small on mobile | Touch target below 44pt minimum |
| Action is physically difficult | Precise drag-and-drop on a touchscreen | Interaction not optimized for input device |
| Accidental action | Tapping the wrong button because targets overlap | Insufficient spacing between targets |
| Action is slow or tedious | Selecting 50 items one by one | No bulk selection or "Select All" option |
Design Solutions for Stage 4
| Solution | Implementation |
|---|---|
| Adequate target sizes | Minimum 44x44pt touch targets, 24x24px desktop |
| Input optimization | Match interaction to device (tap on mobile, click on desktop) |
| Spacing | Sufficient distance between interactive targets |
| Shortcuts | Bulk actions, keyboard shortcuts, gesture shortcuts |
| Forgiveness | Undo for accidental actions, confirmation for destructive ones |
Stage 5: Perception
Question the user asks: "What happened? What changed?"
Where Users Get Stuck
| Problem | Example | Design Cause |
|---|---|---|
| No visible change | Click a button and nothing happens | No feedback implemented |
| Change is too subtle | A small number changed in a corner of the screen | Low visual prominence of the feedback |
| Change is too fast | A toast message appeared and disappeared in 1 second | Insufficient display duration |
| Change is off-screen | The effect happened below the fold | No scroll-to or highlight behavior |
Design Solutions for Stage 5
| Solution | Implementation |
|---|---|
| Immediate feedback | Every action produces visible response within 100ms |
| Prominent changes | Use animation, color, and position to draw attention to what changed |
| Sufficient duration | Toast messages visible for 4-8 seconds with manual dismiss option |
| Scroll to change | Automatically scroll to or highlight the part of the interface that changed |
| Multi-channel feedback | Combine visual + auditory + haptic for important events |
Stage 6: Interpretation
Question the user asks: "What does this mean?"
Where Users Get Stuck
| Problem | Example | Design Cause |
|---|---|---|
| Feedback is ambiguous | A number changed from 3 to 4 but user does not know what it represents | Unclear labels or missing context |
| Feedback uses jargon | "Error: ECONNREFUSED" | Technical language not translated to human language |
| Feedback is misleading | Green checkmark appears but the action actually failed partially | Incorrect or premature success signal |
| Multiple changes at once | Several parts of the screen update simultaneously | No visual hierarchy to guide attention |
Design Solutions for Stage 6
| Solution | Implementation |
|---|---|
| Plain language | All feedback in human-readable terms with no jargon |
| Context | Include enough information to interpret the feedback ("3 items deleted" not just "Done") |
| Accurate status | Only show success when the action truly succeeded end-to-end |
| Single focus | Sequence changes or highlight the most important one |
| Error explanations | Describe what happened, why, and how to fix it |
Stage 7: Comparison
Question the user asks: "Is this what I wanted? Did I achieve my goal?"
The user compares the interpreted result against their original goal from Stage 1.
Where Users Get Stuck
| Problem | Example | Design Cause |
|---|---|---|
| Cannot confirm goal was achieved | "Did my email actually send?" | No explicit confirmation |
| Goal partially achieved | Three of four settings were saved but one failed silently | Partial success not communicated |
| Unexpected side effects | "I changed my username but now my old links are broken" | Consequences not explained before action |
| Cannot compare before and after | "Did the color actually change?" | No reference point for comparison |
Design Solutions for Stage 7
| Solution | Implementation |
|---|---|
| Explicit confirmation | "Your email has been sent to [email protected]" |
| Complete status reporting | "3 of 4 settings saved. 'Display name' could not be updated because..." |
| Consequence preview | "Changing your username will break existing links. Continue?" |
| Before/after comparison | Toggle or side-by-side view showing previous and current state |
| Summary screens | After multi-step processes, show a summary of everything that was done |
Using the Seven Stages as an Evaluation Tool
The Seven Stages of Action is one of the most practical evaluation tools available. For any user task, walk through each stage and ask: "What could go wrong here?"
Walkthrough Template
For each task you want to evaluate, fill in this table.
| Stage | Question | Current Design Support | Gap / Problem | Severity (H/M/L) | Proposed Fix |
|---|---|---|---|---|---|
| 1. Goal | Can the user form a clear goal? | ||||
| 2. Plan | Can the user figure out an approach? | ||||
| 3. Specify | Can the user identify the right control? | ||||
| 4. Perform | Can the user execute the action easily? | ||||
| 5. Perceive | Can the user see what happened? | ||||
| 6. Interpret | Can the user understand what it means? | ||||
| 7. Compare | Can the user confirm the goal was achieved? |
Attempt the task as a new user. At each stage, note what supports and what hinders. Rate severity (H/M/L) and propose a fix.
Worked Examples
Example 1: Booking a Flight
| Stage | User Experience | Design Analysis |
|---|---|---|
| 1. Goal | "I want to fly from New York to London on March 15" | Goal is clear and specific |
| 2. Plan | "I'll search for flights on this booking site" | Plan is straightforward |
| 3. Specify | User must find origin, destination, date, and passenger fields | Fields are labeled and use autocomplete for cities: good |
| 4. Perform | User types "New York", selects from dropdown, picks date from calendar | Autocomplete and date picker reduce errors: good |
| 5. Perceive | Search results appear below | Results load with skeleton screens: good |
| 6. Interpret | User sees prices, times, airlines, and stops | Information is well-organized but "1 stop" does not say where or how long: gap |
| 7. Compare | User compares results to find the best option | Sort and filter available, but no "best value" indicator: minor gap |
Key fixes: Show layover details (city, duration) inline. Add a "Best value" tag for flights that balance price and convenience.
Example 2: Using a Thermostat
| Stage | User Experience | Design Analysis |
|---|---|---|
| 1. Goal | "I want the room to be warmer" | Goal is vague: how much warmer? |
| 2. Plan | "I'll turn up the thermostat" | Simple plan |
| 3. Specify | User looks for the up arrow or dial | Control is visible: adequate |
| 4. Perform | User presses up repeatedly or turns dial to a high number | User sets to 85 hoping for faster heating: conceptual model failure |
| 5. Perceive | Display shows "85" | Number changed: perceived |
| 6. Interpret | User believes the house will now heat faster | Interpretation is wrong because the system image does not explain the on/off mechanism |
| 7. Compare | Room is not noticeably warmer after 5 minutes | User is frustrated, may turn it up further |
Key fixes: Show current temperature AND target. Show "Heating..." indicator. Show estimated time to reach target. Explain that the heating rate is constant regardless of the target setting.
Example 3: Completing an E-Commerce Checkout
| Stage | User Experience | Design Analysis |
|---|---|---|
| 1. Goal | "I want to buy this item" | Clear goal |
| 2. Plan | "I'll go through checkout" | User expects a standard flow |
| 3. Specify | User must find "Checkout" or "Buy Now" button | Button is prominent and well-labeled: good |
| 4. Perform | User clicks the button | Proceeds to checkout: good |
| 5. Perceive | Checkout page loads with shipping, payment, and review sections | Clear step indicator "Step 1 of 3": good |
| 6. Interpret | User understands they must fill in shipping first | Labels are clear, fields are ordered logically: good |
| 7. Compare | After placing order, user sees confirmation with order number and expected delivery date | Explicit confirmation with all details: excellent |
Key observation: E-commerce checkout is one of the most optimized seven-stage flows because conversion directly impacts revenue.
Seven Stages Audit Worksheet
Rate each stage 1-5 (1 = users consistently fail, 5 = zero friction).
| Stage | Rating (1-5) | What Works | What Fails | Priority Fix |
|---|---|---|---|---|
| 1. Goal | ||||
| 2. Plan | ||||
| 3. Specify | ||||
| 4. Perform | ||||
| 5. Perceive | ||||
| 6. Interpret | ||||
| 7. Compare |
Summary
- Weakest stage: ___
- Side with more issues: Execution (stages 1-4) / Evaluation (stages 5-7)
- Total issues found: ___
- Top 3 fixes by impact:
Follow-Up Actions
- Design and prototype fixes for top-priority issues
- Test with 3-5 users using a think-aloud protocol
- Re-score each stage after implementing fixes
- Track improvement in task completion rate and time
| 1 | # The Seven Stages of Action |
| 2 | |
| 3 | Don Norman's Seven Stages of Action is a model of how humans interact with products. Every interaction, from flipping a light switch to completing an online checkout, follows the same seven-stage cycle. Understanding these stages lets designers identify exactly where users get stuck and apply targeted fixes. The model divides neatly into two sides: execution (stages 1-4, bridging the Gulf of Execution) and evaluation (stages 5-7, bridging the Gulf of Evaluation). |
| 4 | |
| 5 | |
| 6 | ## Table of Contents |
| 7 | [The Seven Stages in Detail] |
| 8 | [Stage 1: Goal Formation] |
| 9 | [Stage 2: Plan Formation] |
| 10 | [Stage 3: Specification of Action] |
| 11 | [Stage 4: Execution (Perform)] |
| 12 | [Stage 5: Perception] |
| 13 | [Stage 6: Interpretation] |
| 14 | [Stage 7: Comparison] |
| 15 | [Using the Seven Stages as an Evaluation Tool] |
| 16 | [Worked Examples] |
| 17 | [Seven Stages Audit Worksheet] |
| 18 | |
| 19 | |
| 20 | |
| 21 | ## The Seven Stages in Detail |
| 22 | |
| 23 | |
| 24 | 1. GOAL |
| 25 | "What do I want?" |
| 26 | | |
| 27 | +-----------+-----------+ |
| 28 | | EXECUTION | EVALUATION |
| 29 | | | |
| 30 | 2. PLAN 7. COMPARE |
| 31 | "How can I do it?" "Is this what I wanted?" |
| 32 | | | |
| 33 | 3. SPECIFY 6. INTERPRET |
| 34 | "What specific action?" "What does this mean?" |
| 35 | | | |
| 36 | 4. PERFORM 5. PERCEIVE |
| 37 | "Do the action" "What happened?" |
| 38 | | | |
| 39 | +--- THE WORLD / SYSTEM + |
| 40 | |
| 41 | |
| 42 | |
| 43 | |
| 44 | ## Stage 1: Goal Formation |
| 45 | |
| 46 | **Question the user asks**: "What do I want to accomplish?" |
| 47 | |
| 48 | The user forms a high-level intention. Goals can be precise ("Set the alarm for 7:00 AM") or vague ("Make this presentation look better"). |
| 49 | |
| 50 | ### Where Users Get Stuck |
| 51 | |
| 52 | | Problem | Example | Design Cause | |
| 53 | |---------|---------|-------------| |
| 54 | | Goal is vague | "I want to fix this document" | The system does not help refine or clarify goals | |
| 55 | | Goal conflicts with system capabilities | "I want to merge these two accounts" (not supported) | Feature does not exist or is not discoverable | |
| 56 | | Goal is forgotten mid-task | User opens settings, forgets which setting they wanted | Complex navigation, many distractions | |
| 57 | |
| 58 | ### Design Solutions for Stage 1 |
| 59 | |
| 60 | | Solution | Implementation | |
| 61 | |----------|---------------| |
| 62 | | **Suggest goals** | Home screen with common tasks: "Create a document", "Schedule a meeting" | |
| 63 | | **Make capabilities visible** | Dashboard showing all available features at a glance | |
| 64 | | **Support vague goals** | Search that accepts natural language: "make text bigger" | |
| 65 | | **Maintain goal context** | Show breadcrumbs, page titles, and task descriptions that remind users why they are here | |
| 66 | |
| 67 | |
| 68 | |
| 69 | ## Stage 2: Plan Formation |
| 70 | |
| 71 | **Question the user asks**: "How can I do this? What approach should I take?" |
| 72 | |
| 73 | ### Where Users Get Stuck |
| 74 | |
| 75 | | Problem | Example | Design Cause | |
| 76 | |---------|---------|-------------| |
| 77 | | No obvious path | "How do I share this?" (no share button visible) | Missing signifiers, hidden features | |
| 78 | | Multiple possible paths, unclear which is correct | "Should I use Export, Save As, or Download?" | Overlapping features with unclear distinctions | |
| 79 | | Plan requires knowledge the user lacks | "I need to configure the API webhook" (what is a webhook?) | Technical jargon, no progressive disclosure | |
| 80 | |
| 81 | ### Design Solutions for Stage 2 |
| 82 | |
| 83 | | Solution | Implementation | |
| 84 | |----------|---------------| |
| 85 | | **Clear signifiers** | Visible labels for every available action | |
| 86 | | **Guided workflows** | Step-by-step wizards for complex tasks | |
| 87 | | **Reduce choices** | Offer the most common path prominently; hide alternatives | |
| 88 | | **Contextual help** | "How do I...?" link that opens task-specific guidance | |
| 89 | | **Templates and presets** | Pre-configured starting points that skip planning | |
| 90 | |
| 91 | |
| 92 | |
| 93 | ## Stage 3: Specification of Action |
| 94 | |
| 95 | **Question the user asks**: "What specific action do I need to perform?" |
| 96 | |
| 97 | ### Where Users Get Stuck |
| 98 | |
| 99 | | Problem | Example | Design Cause | |
| 100 | |---------|---------|-------------| |
| 101 | | Cannot find the control | "Where is the save button?" | Poor visual hierarchy, inconsistent placement | |
| 102 | | Cannot identify the correct control | "Is this the right dropdown?" | Ambiguous labels, icon-only controls | |
| 103 | | Action requires non-obvious sequence | "Click here, then hold Shift, then click there" | Complex interaction that is not signified | |
| 104 | |
| 105 | ### Design Solutions for Stage 3 |
| 106 | |
| 107 | | Solution | Implementation | |
| 108 | |----------|---------------| |
| 109 | | **Consistent placement** | Primary actions always in the same location across screens | |
| 110 | | **Clear labels** | Every control has a text label (not just an icon) | |
| 111 | | **Affordances** | Interactive elements look interactive (buttons look clickable) | |
| 112 | | **Keyboard shortcuts visible** | Show shortcut in tooltip or menu alongside the action name | |
| 113 | | **Command palette** | Searchable list of all actions for users who know what they want | |
| 114 | |
| 115 | |
| 116 | |
| 117 | ## Stage 4: Execution (Perform) |
| 118 | |
| 119 | **Question the user asks**: "I'm doing it. Is this working?" |
| 120 | |
| 121 | ### Where Users Get Stuck |
| 122 | |
| 123 | | Problem | Example | Design Cause | |
| 124 | |---------|---------|-------------| |
| 125 | | Click does not register | Tap target too small on mobile | Touch target below 44pt minimum | |
| 126 | | Action is physically difficult | Precise drag-and-drop on a touchscreen | Interaction not optimized for input device | |
| 127 | | Accidental action | Tapping the wrong button because targets overlap | Insufficient spacing between targets | |
| 128 | | Action is slow or tedious | Selecting 50 items one by one | No bulk selection or "Select All" option | |
| 129 | |
| 130 | ### Design Solutions for Stage 4 |
| 131 | |
| 132 | | Solution | Implementation | |
| 133 | |----------|---------------| |
| 134 | | **Adequate target sizes** | Minimum 44x44pt touch targets, 24x24px desktop | |
| 135 | | **Input optimization** | Match interaction to device (tap on mobile, click on desktop) | |
| 136 | | **Spacing** | Sufficient distance between interactive targets | |
| 137 | | **Shortcuts** | Bulk actions, keyboard shortcuts, gesture shortcuts | |
| 138 | | **Forgiveness** | Undo for accidental actions, confirmation for destructive ones | |
| 139 | |
| 140 | |
| 141 | |
| 142 | ## Stage 5: Perception |
| 143 | |
| 144 | **Question the user asks**: "What happened? What changed?" |
| 145 | |
| 146 | ### Where Users Get Stuck |
| 147 | |
| 148 | | Problem | Example | Design Cause | |
| 149 | |---------|---------|-------------| |
| 150 | | No visible change | Click a button and nothing happens | No feedback implemented | |
| 151 | | Change is too subtle | A small number changed in a corner of the screen | Low visual prominence of the feedback | |
| 152 | | Change is too fast | A toast message appeared and disappeared in 1 second | Insufficient display duration | |
| 153 | | Change is off-screen | The effect happened below the fold | No scroll-to or highlight behavior | |
| 154 | |
| 155 | ### Design Solutions for Stage 5 |
| 156 | |
| 157 | | Solution | Implementation | |
| 158 | |----------|---------------| |
| 159 | | **Immediate feedback** | Every action produces visible response within 100ms | |
| 160 | | **Prominent changes** | Use animation, color, and position to draw attention to what changed | |
| 161 | | **Sufficient duration** | Toast messages visible for 4-8 seconds with manual dismiss option | |
| 162 | | **Scroll to change** | Automatically scroll to or highlight the part of the interface that changed | |
| 163 | | **Multi-channel feedback** | Combine visual + auditory + haptic for important events | |
| 164 | |
| 165 | |
| 166 | |
| 167 | ## Stage 6: Interpretation |
| 168 | |
| 169 | **Question the user asks**: "What does this mean?" |
| 170 | |
| 171 | ### Where Users Get Stuck |
| 172 | |
| 173 | | Problem | Example | Design Cause | |
| 174 | |---------|---------|-------------| |
| 175 | | Feedback is ambiguous | A number changed from 3 to 4 but user does not know what it represents | Unclear labels or missing context | |
| 176 | | Feedback uses jargon | "Error: ECONNREFUSED" | Technical language not translated to human language | |
| 177 | | Feedback is misleading | Green checkmark appears but the action actually failed partially | Incorrect or premature success signal | |
| 178 | | Multiple changes at once | Several parts of the screen update simultaneously | No visual hierarchy to guide attention | |
| 179 | |
| 180 | ### Design Solutions for Stage 6 |
| 181 | |
| 182 | | Solution | Implementation | |
| 183 | |----------|---------------| |
| 184 | | **Plain language** | All feedback in human-readable terms with no jargon | |
| 185 | | **Context** | Include enough information to interpret the feedback ("3 items deleted" not just "Done") | |
| 186 | | **Accurate status** | Only show success when the action truly succeeded end-to-end | |
| 187 | | **Single focus** | Sequence changes or highlight the most important one | |
| 188 | | **Error explanations** | Describe what happened, why, and how to fix it | |
| 189 | |
| 190 | |
| 191 | |
| 192 | ## Stage 7: Comparison |
| 193 | |
| 194 | **Question the user asks**: "Is this what I wanted? Did I achieve my goal?" |
| 195 | |
| 196 | The user compares the interpreted result against their original goal from Stage 1. |
| 197 | |
| 198 | ### Where Users Get Stuck |
| 199 | |
| 200 | | Problem | Example | Design Cause | |
| 201 | |---------|---------|-------------| |
| 202 | | Cannot confirm goal was achieved | "Did my email actually send?" | No explicit confirmation | |
| 203 | | Goal partially achieved | Three of four settings were saved but one failed silently | Partial success not communicated | |
| 204 | | Unexpected side effects | "I changed my username but now my old links are broken" | Consequences not explained before action | |
| 205 | | Cannot compare before and after | "Did the color actually change?" | No reference point for comparison | |
| 206 | |
| 207 | ### Design Solutions for Stage 7 |
| 208 | |
| 209 | | Solution | Implementation | |
| 210 | |----------|---------------| |
| 211 | | **Explicit confirmation** | "Your email has been sent to [email protected]" | |
| 212 | | **Complete status reporting** | "3 of 4 settings saved. 'Display name' could not be updated because..." | |
| 213 | | **Consequence preview** | "Changing your username will break existing links. Continue?" | |
| 214 | | **Before/after comparison** | Toggle or side-by-side view showing previous and current state | |
| 215 | | **Summary screens** | After multi-step processes, show a summary of everything that was done | |
| 216 | |
| 217 | |
| 218 | |
| 219 | ## Using the Seven Stages as an Evaluation Tool |
| 220 | |
| 221 | The Seven Stages of Action is one of the most practical evaluation tools available. For any user task, walk through each stage and ask: "What could go wrong here?" |
| 222 | |
| 223 | ### Walkthrough Template |
| 224 | |
| 225 | For each task you want to evaluate, fill in this table. |
| 226 | |
| 227 | | Stage | Question | Current Design Support | Gap / Problem | Severity (H/M/L) | Proposed Fix | |
| 228 | |:-----:|----------|----------------------|--------------|:-----------------:|-------------| |
| 229 | | 1. Goal | Can the user form a clear goal? | | | | | |
| 230 | | 2. Plan | Can the user figure out an approach? | | | | | |
| 231 | | 3. Specify | Can the user identify the right control? | | | | | |
| 232 | | 4. Perform | Can the user execute the action easily? | | | | | |
| 233 | | 5. Perceive | Can the user see what happened? | | | | | |
| 234 | | 6. Interpret | Can the user understand what it means? | | | | | |
| 235 | | 7. Compare | Can the user confirm the goal was achieved? | | | | | |
| 236 | |
| 237 | Attempt the task as a new user. At each stage, note what supports and what hinders. Rate severity (H/M/L) and propose a fix. |
| 238 | |
| 239 | |
| 240 | |
| 241 | ## Worked Examples |
| 242 | |
| 243 | ### Example 1: Booking a Flight |
| 244 | |
| 245 | | Stage | User Experience | Design Analysis | |
| 246 | |:-----:|----------------|-----------------| |
| 247 | | 1. Goal | "I want to fly from New York to London on March 15" | Goal is clear and specific | |
| 248 | | 2. Plan | "I'll search for flights on this booking site" | Plan is straightforward | |
| 249 | | 3. Specify | User must find origin, destination, date, and passenger fields | Fields are labeled and use autocomplete for cities: good | |
| 250 | | 4. Perform | User types "New York", selects from dropdown, picks date from calendar | Autocomplete and date picker reduce errors: good | |
| 251 | | 5. Perceive | Search results appear below | Results load with skeleton screens: good | |
| 252 | | 6. Interpret | User sees prices, times, airlines, and stops | Information is well-organized but "1 stop" does not say where or how long: gap | |
| 253 | | 7. Compare | User compares results to find the best option | Sort and filter available, but no "best value" indicator: minor gap | |
| 254 | |
| 255 | **Key fixes**: Show layover details (city, duration) inline. Add a "Best value" tag for flights that balance price and convenience. |
| 256 | |
| 257 | ### Example 2: Using a Thermostat |
| 258 | |
| 259 | | Stage | User Experience | Design Analysis | |
| 260 | |:-----:|----------------|-----------------| |
| 261 | | 1. Goal | "I want the room to be warmer" | Goal is vague: how much warmer? | |
| 262 | | 2. Plan | "I'll turn up the thermostat" | Simple plan | |
| 263 | | 3. Specify | User looks for the up arrow or dial | Control is visible: adequate | |
| 264 | | 4. Perform | User presses up repeatedly or turns dial to a high number | User sets to 85 hoping for faster heating: conceptual model failure | |
| 265 | | 5. Perceive | Display shows "85" | Number changed: perceived | |
| 266 | | 6. Interpret | User believes the house will now heat faster | Interpretation is wrong because the system image does not explain the on/off mechanism | |
| 267 | | 7. Compare | Room is not noticeably warmer after 5 minutes | User is frustrated, may turn it up further | |
| 268 | |
| 269 | **Key fixes**: Show current temperature AND target. Show "Heating..." indicator. Show estimated time to reach target. Explain that the heating rate is constant regardless of the target setting. |
| 270 | |
| 271 | ### Example 3: Completing an E-Commerce Checkout |
| 272 | |
| 273 | | Stage | User Experience | Design Analysis | |
| 274 | |:-----:|----------------|-----------------| |
| 275 | | 1. Goal | "I want to buy this item" | Clear goal | |
| 276 | | 2. Plan | "I'll go through checkout" | User expects a standard flow | |
| 277 | | 3. Specify | User must find "Checkout" or "Buy Now" button | Button is prominent and well-labeled: good | |
| 278 | | 4. Perform | User clicks the button | Proceeds to checkout: good | |
| 279 | | 5. Perceive | Checkout page loads with shipping, payment, and review sections | Clear step indicator "Step 1 of 3": good | |
| 280 | | 6. Interpret | User understands they must fill in shipping first | Labels are clear, fields are ordered logically: good | |
| 281 | | 7. Compare | After placing order, user sees confirmation with order number and expected delivery date | Explicit confirmation with all details: excellent | |
| 282 | |
| 283 | **Key observation**: E-commerce checkout is one of the most optimized seven-stage flows because conversion directly impacts revenue. |
| 284 | |
| 285 | |
| 286 | |
| 287 | ## Seven Stages Audit Worksheet |
| 288 | |
| 289 | Rate each stage 1-5 (1 = users consistently fail, 5 = zero friction). |
| 290 | |
| 291 | | Stage | Rating (1-5) | What Works | What Fails | Priority Fix | |
| 292 | |:-----:|:------------:|-----------|-----------|-------------| |
| 293 | | 1. Goal | | | | | |
| 294 | | 2. Plan | | | | | |
| 295 | | 3. Specify | | | | | |
| 296 | | 4. Perform | | | | | |
| 297 | | 5. Perceive | | | | | |
| 298 | | 6. Interpret | | | | | |
| 299 | | 7. Compare | | | | | |
| 300 | |
| 301 | ### Summary |
| 302 | |
| 303 | **Weakest stage**: ___ |
| 304 | **Side with more issues**: Execution (stages 1-4) / Evaluation (stages 5-7) |
| 305 | **Total issues found**: ___ |
| 306 | **Top 3 fixes by impact**: |
| 307 | ___ |
| 308 | ___ |
| 309 | ___ |
| 310 | |
| 311 | ### Follow-Up Actions |
| 312 | |
| 313 | [ ] Design and prototype fixes for top-priority issues |
| 314 | [ ] Test with 3-5 users using a think-aloud protocol |
| 315 | [ ] Re-score each stage after implementing fixes |
| 316 | [ ] Track improvement in task completion rate and time |
| 317 |
Details
- Updated
- Sep 10, 2026
- License
- MIT
- Stars on the repo
- ★ 2,235
- Checked
- Source
- wondelai/skills ↗
- Creator
- wondelai · 319 listings
Similar skills
See all →
SkillCross-Platform Reverse Engineer
SkillBrainstorm Ideas
SkillCode Review Feedback Analyzer
SkillBug Diagnosis Framework
SkillImplement Spec
SkillPR Description WriterMore from wondelai
SkillSoftware Design Philosophy
SkillActionable Metrics Guide
SkillAdvertising Media
SkillAffordance Design
SkillLean UX in Agile Teams
SkillAMP Framework Practitioner