Giving effective design feedback

Effective design feedback ties every comment to the project goals, describes the problem rather than prescribing a fix, is specific about what and where, balances what works with what does not, and is given at the right stage. Structured critiques with clear roles make feedback faster and less personal.

Why feedback makes or breaks design projects

Design is a collaborative process. Even the most experienced designer relies on input from clients, product owners, developers, researchers and users to shape the work. The quality of that input has a huge effect on the outcome. Clear, specific feedback tied to goals helps designers make better decisions quickly. Vague or contradictory feedback leads to endless revisions, frustrated teams and designs that try to please everyone but solve nobody’s problem.

Many project delays blamed on design are really feedback problems: comments arriving late, coming from too many people at once, focusing on personal taste rather than user needs, or prescribing solutions instead of describing problems. Improving how feedback is given and received is one of the cheapest ways to speed up projects and raise quality at the same time.

Principles of good feedback

  • Goal-based: Link comments to user and business goals.
  • Problem, not solution: Say what is not working and let the designer solve it.
  • Specific: Point to the exact screen, element and reason.
  • Balanced: Note what works so it is not lost in revisions.

Turning vague comments into useful feedback

Most unhelpful feedback can be made useful by adding three things: which element it refers to, what the problem is, and why it matters to users or the business. The table below shows how common comments can be reworded.

Vague commentUseful version
Make it popThe main call to action does not stand out from the secondary links, so users may miss it
I don’t like the coloursThe grey text on the light background is hard to read, especially on mobile
It feels clutteredThere are six competing elements above the fold; users may not know where to start
Can we try something different?The current layout does not show pricing early enough, which our sales team says is the top question

How designers can receive feedback well

Receiving feedback is a skill too. Designers get the most out of reviews when they set context first, explaining the goal of the work and what kind of feedback they need at this stage. During the discussion, they listen for the underlying problem behind each comment, ask clarifying questions rather than defending the design immediately, and separate the comment from the person giving it.

  • State the goal and stage of the work before showing it
  • Ask for specific types of feedback, such as flow or content
  • Ask "what problem are you seeing?" when a solution is suggested
  • Write down every comment and confirm actions at the end
  • Follow up with what changed and why

Feedback by stage

StageFocus onAvoid
ConceptsDirection and fit with goalsPixel details
WireframesFlow, structure, contentColours and imagery
Visual designHierarchy, brand, clarityReopening the structure
Final polishDetails, consistency, accessibilityNew features

Running a design critique

  • Set context: The designer states the goal and what feedback they need.
  • Review quietly: Everyone looks before talking.
  • Discuss by goal: Comments framed around the agreed goals.
  • Agree actions: Summarise changes and owners.

Good feedback is part of a healthy creative process and a strong client-studio partnership.

Giving feedback asynchronously

Many teams now review designs through comments in design tools rather than in meetings. This is efficient, but written feedback loses tone and context. Keep comments focused on one point each, attach them to the exact element, and use a short structure: what you see, why it matters and a question or suggestion. Consolidate feedback from several reviewers before sending it to the designer, so they are not left resolving contradictions.

  • One point per comment: Easier to track and resolve.
  • Pin to the element: Avoid ambiguity about what is meant.
  • Use a simple format: Observation, impact, question.
  • Set a deadline: Collect all comments by an agreed time.

Feedback between clients and studios

When working with an external studio, agree up front how feedback will work: who gives it, how many review rounds are included, how decisions are made when stakeholders disagree and how quickly comments will be returned. Clear rules protect both sides from scope creep and missed deadlines. Our guide to finding the right creative partner covers what to discuss before a project starts.

Feedback from users matters most

Internal feedback is valuable, but the most important feedback comes from the people who will use the product. Testing designs with real users regularly settles many internal debates, because the evidence shows what works rather than what anyone prefers. When stakeholders disagree, proposing a quick test is often the fastest way forward. Our post on sharing research insights covers how to present user evidence so it informs decisions.

Frequently asked questions

How should clients give feedback to designers?

Describe what is not working and why, relative to the goals, and point to specific elements. Let the designer propose the solution.

How many people should give feedback?

Keep it small and consolidate comments, with one decision-maker to resolve conflicts.

How do designers receive feedback well?

Ask clarifying questions, separate the comment from the person, and confirm agreed actions at the end.

What if two stakeholders give opposite feedback?

Bring both back to the agreed goals and user evidence. If the conflict remains, the named decision-maker decides, or the team runs a quick user test.

How quickly should feedback be returned?

Agree a timeframe at the start, often two to three working days, so designers can plan and projects stay on schedule.

Is it rude to criticise a designer’s work?

Not when the feedback is about the work and its goals. Clear, respectful critique helps designers do their best work.

Related articles

{{ p.category }} {{ t }}

{{ p.title }}

{{ p.excerpt }}

U{{ author.name }} {{ p.readMins }} min read
{{ p.category }}
{{ p.title }}
{{ mo.sub }}
{{ m.tag }}
{{ m.t }}
{{ m.d }}
{{ m.left.t }}✕{{ x.t }}
{{ m.right.t }}✓{{ x.t }}
{{ m.big }}{{ m.label }}
{{ x.t }}
{{ m.label }}
✓{{ x.t }}
{{ x.t }}
{{ m.label }}
{{ x.t }}
{{ m.status }}
{{ m.label }}
{{ x.t }}{{ x.n }}
{{ x.t }}
{{ m.label }}{{ m.stepTxt }}
{{ x.t }}
{{ m.btn }}
{{ x.t }}
{{ m.q }}
{{ m.a }}
{{ x }}
{{ k.n }}
{{ k.v }}
{{ m.label }}
{{ m.status }}
{{ m.label }}
{{ st.n }}{{ st.t }}
{{ m.hub }} {{ nd.t }}
AaAaAaAa
ButtonInput fieldTag
THE SHORT ANSWER

{{ p.answer }}

KEY TAKEAWAYS
  • ✓{{ k }}
RELATED SERVICES{{ l.t }}

{{ b.t }}

{{ g.t }}{{ g.t }}

{{ b.label }}:{{ b.t }}
{{ c.ini }}
{{ c.t }}
{{ c.d }}
  1. {{ s.n }}
    {{ s.t }}
    {{ s.d }}
{{ h }}
{{ c.t }}
{{ b.alt }}
{{ b.alt }}
{{ g.alt }}
{{ g.alt }}
{{ b.title }}
{{ c.t }}
{{ c.s }}
  • {{ i }}
{{ c.t }}{{ c.s }}
{{ b.caption }}
{{ s.v }}
{{ s.l }}
{{ s.s }}
{{ b.caption }}
{{ b.title }}
{{ b.unit }}
{{ r.l }}{{ r.d }}
{{ b.caption }}
{{ b.title }}
A{{ b.a.t }}
  • {{ i }}
B{{ b.b.t }}
  • ✓{{ i }}
{{ b.caption }}
{{ b.title }}
  1. {{ t.d }}
    {{ t.t }}
{{ b.caption }}
“
{{ b.t }}
{{ b.by }}
{{ b.title }}
{{ r.d }}
{{ r.l }}
{{ b.caption }}
{{ b.title }}
{{ m.n }}
{{ b.lo }}{{ b.hi }}
{{ m.n }}
{{ m.l }}
{{ m.d }}
{{ b.caption }}
{{ b.cs.client }} case study
Case study · {{ b.cs.client }} {{ b.cs.title }} {{ b.cs.text }}
{{ f.v }}{{ f.l }}
View case study →
SOURCES AND FURTHER READING
  1. {{ s.t }}

Frequently asked questions

{{ f.a }}

U
Written by {{ author.name }}
{{ author.role }}

Keep reading

More articles from across design, AI and marketing.

All articles
{{ r.category }} · {{ r.readMins }} min{{ r.title }}

For Ambitious Founders

Startup Strategy Session Discuss Your Project with Our Senior Experts

  • No Obligation
  • Expert Insights
  • Tailored Guidance