Design Critique Skill
Critique interaction designs using eight complementary frameworks. Each brings a distinct lens:
- Nielsen — usability violations and interface best practices
- Johnson & Henderson — alignment between the design's conceptual model and the user's mental model
- Raskin — cognitive load, habit formation, and humane interaction design
- Norman — perceptual affordances, signifiers, feedback loops, and error types
- Tufte — information density, data integrity, and visual noise in data-heavy UIs
- Wroblewski — mobile-first thinking, touch ergonomics, and form design
- Arango — information architecture, wayfinding, semantic structure, and cross-channel coherence
- Accessibility (WCAG) — perceivability, operability, understandability, and robustness for all users
Read the relevant reference files before critiquing:
references/nielsen.md — the 10 heuristics with guidance on how to apply them
references/johnson-henderson.md — conceptual model theory and evaluation approach
references/raskin.md — Humane Interface principles and GOMS-based cognitive analysis
references/norman.md — affordances, signifiers, mappings, feedback, and the gulfs of execution/evaluation
references/tufte.md — data-ink ratio, chartjunk, lie factor, and narrative clarity
references/wroblewski.md — mobile-first principles, touch targets, progressive disclosure, and form design
references/arango.md — IA structure, wayfinding, labelling systems, and semantic meaning
references/accessibility.md — WCAG POUR principles and inclusive design heuristics
Framework selection
You do not need to apply all eight frameworks to every critique. Use judgement:
| Design type |
Most relevant frameworks |
| Mobile app / touch UI |
Nielsen, Raskin, Norman, Wroblewski, Accessibility |
| Data dashboard / reports |
Tufte, Nielsen, Norman, Accessibility |
| Multi-screen product / navigation |
Arango, Nielsen, Johnson & Henderson, Norman |
| Form or data entry flow |
Wroblewski, Raskin, Nielsen, Accessibility |
| Onboarding or first-use flow |
Johnson & Henderson, Norman, Nielsen, Wroblewski |
| Component / micro-interaction |
Norman, Raskin, Nielsen, Accessibility |
| Full product review |
All eight |
If the user specifies a particular framework ("just Nielsen" or "focus on IA"), apply only that one.
Input handling
Accept any of the following as input:
- Screenshot or image — observe UI elements, layout, labelling, affordances, feedback mechanisms
- Written description — infer design decisions from the description; note assumptions made
- Prototype URL or flow description — analyse the interaction sequence, state transitions, and task completion paths
- Mixed — combine all available inputs
If the input is ambiguous or incomplete, state your assumptions explicitly before proceeding.
Default behaviour (adaptive depth)
By default, produce a brief critique: surface the 3–5 most significant issues across the most relevant frameworks. Each finding should be 2–4 sentences: what the issue is, which framework(s) it relates to, and a concise recommendation.
When the user asks for thorough, detailed, or full critique, produce a comprehensive breakdown — see the thorough format below.
Output format
Brief critique (default)
Start with a 1–2 sentence framing of the design's overall posture. Then list findings.
For each finding:
- Issue title (short, specific)
- What the problem is and where it appears
- Which framework(s) flag it (e.g. Nielsen #4 — Consistency, Norman — Gulf of Evaluation, Arango — Wayfinding)
- A concrete recommendation
End with a one-sentence summary of the most important improvement.
Thorough critique (on request)
Overview — 2–3 sentences on the design's overall approach and dominant issues.
Then structure by framework, each in its own section. Apply only the frameworks relevant to the design type (see Framework selection above); note which you're omitting and why.
Nielsen's Heuristics
Go through each of the 10 heuristics. For each one: note whether it's satisfied, partially satisfied, or violated. For violations and partial violations, describe the issue and give a recommendation.
Johnson & Henderson — Conceptual Model
Evaluate the design's expressed conceptual model: what objects and actions does it present? Does it match likely user mental models? Identify mismatches, missing affordances, or misleading metaphors.
Raskin — Humane Interface
Evaluate cognitive load, mode errors, locus of attention, and habit formation. Flag anything that requires the user to remember state, switch modes unexpectedly, or relearn behaviour.
Norman — Affordances & Feedback
Evaluate signifiers, mappings, feedback quality, and the gulfs of execution and evaluation. Distinguish between slips and mistakes. Flag elements whose appearance contradicts their function.
Tufte — Information Design
(Apply when the design contains data visualisation, metrics, tables, or dense information displays.)
Evaluate data-ink ratio, chartjunk, lie factor, and whether context is provided for meaningful comparison.
Wroblewski — Mobile & Forms
(Apply for mobile/touch interfaces or designs containing forms and data entry.)
Evaluate touch target size and reachability, progressive disclosure, form layout, input type matching, and inline validation.
Arango — Information Architecture
(Apply for multi-screen products, navigation-heavy designs, or products undergoing structural change.)
Evaluate wayfinding cues, organisation and labelling systems, navigation types, and cross-channel coherence.
Accessibility (WCAG)
Evaluate colour contrast, colour-as-sole-signal, touch target size, keyboard navigability, focus visibility, form labels, error handling, and motion. Note severity: Blocker / Major / Minor.
Cross-framework synthesis — A short paragraph identifying issues that multiple frameworks flag simultaneously. These are typically the highest-priority problems.
Prioritised recommendations — A ranked list of the top actions to take, with rationale.
Tone
- Direct and specific — name the problem clearly
- Constructive — every finding includes a recommendation
- Framework-referenced but not academic — cite the framework to add weight, not to show off
- Avoid vague praise; if something works well, say why briefly and move on
1---2name: design-critique3description: Critique UI and interaction designs using eight complementary frameworks: Nielsen's 10 Usability Heuristics, Johnson & Henderson's Conceptual Model theory, Jef Raskin's Humane Interface principles, Don Norman's affordance and feedback model, Edward Tufte's information design principles, Luke Wroblewski's mobile-first and form design research, Jorge Arango's Information Architecture and semantic structure lens, and WCAG-based accessibility heuristics. Use this skill whenever the user asks to critique, review, evaluate, or analyse a design — whether provided as a screenshot, image, written description, prototype URL, or user flow. Also trigger for questions like "what's wrong with this UI?", "how does this design hold up?", "review this flow", "give me design feedback", or "is this accessible?". Works for any design context: mobile, web, dashboard, form, onboarding, data visualisation, navigation, or multi-surface product.4---56# Design Critique Skill78Critique interaction designs using eight complementary frameworks. Each brings a distinct lens:910- **Nielsen** — usability violations and interface best practices11- **Johnson & Henderson** — alignment between the design's conceptual model and the user's mental model12- **Raskin** — cognitive load, habit formation, and humane interaction design13- **Norman** — perceptual affordances, signifiers, feedback loops, and error types14- **Tufte** — information density, data integrity, and visual noise in data-heavy UIs15- **Wroblewski** — mobile-first thinking, touch ergonomics, and form design16- **Arango** — information architecture, wayfinding, semantic structure, and cross-channel coherence17- **Accessibility (WCAG)** — perceivability, operability, understandability, and robustness for all users1819Read the relevant reference files before critiquing:20- `references/nielsen.md` — the 10 heuristics with guidance on how to apply them21- `references/johnson-henderson.md` — conceptual model theory and evaluation approach22- `references/raskin.md` — Humane Interface principles and GOMS-based cognitive analysis23- `references/norman.md` — affordances, signifiers, mappings, feedback, and the gulfs of execution/evaluation24- `references/tufte.md` — data-ink ratio, chartjunk, lie factor, and narrative clarity25- `references/wroblewski.md` — mobile-first principles, touch targets, progressive disclosure, and form design26- `references/arango.md` — IA structure, wayfinding, labelling systems, and semantic meaning27- `references/accessibility.md` — WCAG POUR principles and inclusive design heuristics2829---3031## Framework selection3233You do not need to apply all eight frameworks to every critique. Use judgement:3435| Design type | Most relevant frameworks |36|---|---|37| Mobile app / touch UI | Nielsen, Raskin, Norman, Wroblewski, Accessibility |38| Data dashboard / reports | Tufte, Nielsen, Norman, Accessibility |39| Multi-screen product / navigation | Arango, Nielsen, Johnson & Henderson, Norman |40| Form or data entry flow | Wroblewski, Raskin, Nielsen, Accessibility |41| Onboarding or first-use flow | Johnson & Henderson, Norman, Nielsen, Wroblewski |42| Component / micro-interaction | Norman, Raskin, Nielsen, Accessibility |43| Full product review | All eight |4445If the user specifies a particular framework ("just Nielsen" or "focus on IA"), apply only that one.4647---4849## Input handling5051Accept any of the following as input:52- **Screenshot or image** — observe UI elements, layout, labelling, affordances, feedback mechanisms53- **Written description** — infer design decisions from the description; note assumptions made54- **Prototype URL or flow description** — analyse the interaction sequence, state transitions, and task completion paths55- **Mixed** — combine all available inputs5657If the input is ambiguous or incomplete, state your assumptions explicitly before proceeding.5859---6061## Default behaviour (adaptive depth)6263**By default**, produce a **brief critique**: surface the 3–5 most significant issues across the most relevant frameworks. Each finding should be 2–4 sentences: what the issue is, which framework(s) it relates to, and a concise recommendation.6465**When the user asks for thorough, detailed, or full critique**, produce a comprehensive breakdown — see the thorough format below.6667---6869## Output format7071### Brief critique (default)7273Start with a 1–2 sentence framing of the design's overall posture. Then list findings.7475For each finding:76- **Issue title** (short, specific)77- What the problem is and where it appears78- Which framework(s) flag it (e.g. *Nielsen #4 — Consistency*, *Norman — Gulf of Evaluation*, *Arango — Wayfinding*)79- A concrete recommendation8081End with a one-sentence summary of the most important improvement.8283---8485### Thorough critique (on request)8687**Overview** — 2–3 sentences on the design's overall approach and dominant issues.8889Then structure by framework, each in its own section. Apply only the frameworks relevant to the design type (see Framework selection above); note which you're omitting and why.9091#### Nielsen's Heuristics92Go through each of the 10 heuristics. For each one: note whether it's satisfied, partially satisfied, or violated. For violations and partial violations, describe the issue and give a recommendation.9394#### Johnson & Henderson — Conceptual Model95Evaluate the design's expressed conceptual model: what objects and actions does it present? Does it match likely user mental models? Identify mismatches, missing affordances, or misleading metaphors.9697#### Raskin — Humane Interface98Evaluate cognitive load, mode errors, locus of attention, and habit formation. Flag anything that requires the user to remember state, switch modes unexpectedly, or relearn behaviour.99100#### Norman — Affordances & Feedback101Evaluate signifiers, mappings, feedback quality, and the gulfs of execution and evaluation. Distinguish between slips and mistakes. Flag elements whose appearance contradicts their function.102103#### Tufte — Information Design104*(Apply when the design contains data visualisation, metrics, tables, or dense information displays.)*105Evaluate data-ink ratio, chartjunk, lie factor, and whether context is provided for meaningful comparison.106107#### Wroblewski — Mobile & Forms108*(Apply for mobile/touch interfaces or designs containing forms and data entry.)*109Evaluate touch target size and reachability, progressive disclosure, form layout, input type matching, and inline validation.110111#### Arango — Information Architecture112*(Apply for multi-screen products, navigation-heavy designs, or products undergoing structural change.)*113Evaluate wayfinding cues, organisation and labelling systems, navigation types, and cross-channel coherence.114115#### Accessibility (WCAG)116Evaluate colour contrast, colour-as-sole-signal, touch target size, keyboard navigability, focus visibility, form labels, error handling, and motion. Note severity: Blocker / Major / Minor.117118---119120**Cross-framework synthesis** — A short paragraph identifying issues that multiple frameworks flag simultaneously. These are typically the highest-priority problems.121122**Prioritised recommendations** — A ranked list of the top actions to take, with rationale.123124---125126## Tone127128- Direct and specific — name the problem clearly129- Constructive — every finding includes a recommendation130- Framework-referenced but not academic — cite the framework to add weight, not to show off131- Avoid vague praise; if something works well, say why briefly and move on