name: design-critique
description: Structured frameworks for giving and receiving design feedback that makes work better, not just different.
triggers: ["design critique", "design feedback", "review design", "design review session", "creative feedback"]
Design Critique
Giving Critique
The Framework
For every piece of feedback, hit three points:
- Observation — What you see (factual, not opinion)
- Impact — Why it matters (connects to goals, users, or principles)
- Direction — What to explore (not prescriptive, but generative)
Example:
- Observation: "The CTA is the same visual weight as the navigation links."
- Impact: "Users scanning the page won't know where to click first."
- Direction: "Try increasing the size or contrast of the CTA, or reducing the visual weight of the nav."
What Good Critique Sounds Like
- "I notice [observation]. How does that serve [the user/the goal]?"
- "This works well because [specific reason]. What if we pushed it further by..."
- "The hierarchy here reads as [X] before [Y]. Is that the intended priority?"
- "I'm drawn to [element], but I think it might compete with [other element]."
What Bad Critique Sounds Like
- "I don't like it" (not actionable)
- "Make it pop" (meaningless)
- "Can we try it in blue?" (prescriptive without rationale)
- "This is wrong" (no direction, pure criticism)
- "What if we added..." (solution before understanding the problem)
Critique Priority Order
- Strategy — Is this solving the right problem?
- Structure — Is the information architecture correct?
- Interaction — Does the flow make sense?
- Visual — Does it look right?
- Polish — Are the details refined?
Don't critique polish when the strategy is wrong.
Receiving Critique
How to Present Work for Critique
- State what you want feedback on (scope the conversation)
- Explain the constraints you're working within
- Share what you've already tried and why you moved past it
- Don't apologize for unfinished work (it's a critique, not a showcase)
How to Process Feedback
- Write it down before responding
- Ask clarifying questions ("Can you say more about what feels off?")
- Look for patterns (if 3 people mention hierarchy, it's a hierarchy problem)
- Separate "I don't prefer this" from "this doesn't work for users"
- You don't have to act on everything. But you should understand everything.
Running a Critique Session
- Context (5 min) — Designer presents the problem, constraints, current state
- Silent review (5 min) — Everyone looks without speaking
- Clarifying questions (5 min) — "What does this state do?" not "Why did you..."
- Feedback (30 min) — One at a time, using the observation-impact-direction framework
- Synthesis (10 min) — Designer summarizes what they heard and intended next steps
- Written follow-up — Key feedback documented within 24 hours