How to Give Feedback in a Design Critique in English

A design critique — whether for a UI mockup, an API shape, or a system architecture — only works if the feedback is specific enough to act on. Vague comments (“I don’t love this”) waste the meeting; specific ones (“this button placement conflicts with the existing pattern on the dashboard”) move the design forward. This guide gives you the language to critique clearly without sounding harsh.

Key Vocabulary

Grounding feedback in a goal or user need — connecting your critique to a specific objective (usability, consistency, a user story) rather than personal taste, which makes the feedback harder to dismiss and easier to act on. “I grounded my feedback in the user need: new users specifically struggle to find the settings menu in testing, so I’d suggest moving it somewhere more visible rather than nesting it two levels deep.”

Separating observation from opinion — describing what you see factually before offering your judgment on it, so the presenter can evaluate the observation independently of your take. “I separated observation from opinion: I noted that the form has eleven required fields, and only then said I think that’s too many for a first-time signup.”

Offering a specific alternative — proposing a concrete change instead of only pointing out a problem, which turns criticism into something the presenter can actually use. “Rather than just saying the naming was confusing, I offered a specific alternative: calling it ‘draft’ instead of ‘pending’ would match the terminology used everywhere else in the product.”

Asking instead of asserting — phrasing a concern as a genuine question when you’re not fully sure it’s a problem, which invites explanation rather than forcing a defense. “I asked instead of asserting: ‘what happens if a user has zero projects — does this empty state still make sense?’ rather than declaring it broken outright.”

Common Phrases

• “One thing I noticed is [observation] — have you considered [alternative]?”
• “This works well for [scenario], but I’m not sure it holds up for [edge case].”
• “I like the direction overall; my main concern is [specific issue].”
• “What was the thinking behind [specific decision]?”
• “If it’s helpful, one pattern I’ve seen work well is [alternative approach].”

Example Sentences

Opening with something positive and specific before the concern: “The overall flow makes sense, and I especially like how the confirmation step reduces accidental submissions. My one concern is the error state — right now it just says ‘something went wrong,’ which won’t help users self-serve.”

Grounding a critique in a concrete user need: “For users on a slow connection, this page loads all the images before showing any content, which could mean a blank screen for several seconds. I’d suggest a skeleton loader or lazy-loading the below-the-fold images.”

Asking a clarifying question instead of asserting a flaw: “I might be missing context — is there a reason the delete action doesn’t have a confirmation step? Given how destructive it is, I’d expect one, but I want to check if that was intentional.”

Offering an alternative rather than just criticizing:
“Instead of a single long form, what if we split this into three shorter steps with a progress indicator? That tends to reduce drop-off on longer signups.”

Professional Tips

• Ground every critique in a goal or user need — “I don’t like it” is opinion; “new users get lost here in testing” is evidence.
• Separate what you observed from what you think about it — state the fact, then your take, so the presenter can weigh them independently.
• Whenever possible, offer a specific alternative, not just a problem — it shows you’re invested in the outcome, not just pointing out flaws.
• Use questions instead of assertions when you’re genuinely unsure whether something is a problem or a deliberate choice.
• Lead with something genuine and specific that works, before raising concerns — critique lands better when it’s clearly balanced, not just a list of complaints.

Practice Exercise

1. Write a critique of a hypothetical login form using the observation-then-opinion structure.
2. Draft a question (not an assertion) about a design choice you’re unsure is intentional.
3. Rewrite the vague comment “this feels cluttered” as a specific, groundable critique.