How to Give and Receive Design Feedback in Product Design
Design feedback is how teams catch problems before they become expensive mistakes. It's the difference between a design that works for real users and one that only made sense in the designer's head. But knowing that feedback matters isn't the hard part. Knowing how to give it clearly, and receive it without getting defensive, is what most teams actually struggle with.
This guide covers what design feedback is, when to ask for it, how to give it constructively, and how to make use of it when you're on the receiving end. If you're working on wireframes or UI prototypes, tools like MockFlow's Wireframepro make it easier to collect feedback directly on your designs, so nothing gets lost in email threads.
What is design feedback?
Design feedback is input from users, stakeholders, peers, or clients that helps you evaluate whether a design is solving the right problem, in the right way, for the right people.
It's not just about opinions. Good design feedback is specific, tied to user goals, and actionable enough for the designer to do something with it.
Not all feedback is the same. Here's how the main types break down:
User feedback: This comes from people who actually use the product. It's the most valuable kind because it reflects real behavior, not assumptions. Example: "I couldn't find the save button until my third try."
Stakeholder feedback: This comes from people with a business or project stake in the design. It often focuses on brand alignment, business goals, or constraints. Example: "The color scheme doesn't match our brand guidelines."
Peer feedback: This comes from other designers or team members, usually in design critiques or review sessions. It tends to focus on craft, usability, and design decisions. Example: "The typography hierarchy makes it hard to know where to look first."
Expert feedback: This comes from specialists, like accessibility consultants or UX researchers, who bring domain knowledge to the review.
Understanding which type of feedback you're getting helps you decide how to prioritize it. Conflicting feedback from stakeholders and users? Default to the user.
When should you receive/give feedback?
The short answer: constantly, not just at the end. Waiting until a design is "finished" to ask for feedback is one of the most expensive mistakes a team can make. Changes that take 10 minutes to fix in a wireframe can take days to fix in a shipped product.
Here's when feedback matters most:
- Research phase: Does the problem we're solving actually matter to users?
- Early wireframes and prototypes: Is the structure and flow making sense?
- Visual design: Does it align with brand, accessibility, and usability standards?
- Before launch: Are there any edge cases or friction points we missed?
- Post-launch: Are users behaving the way we expected? Where are they dropping off?
Feedback at each of these stages catches different kinds of problems. The earlier you get it, the cheaper it is to fix.
Why design feedback matters in product design
Design feedback plays a pivotal role in the product design process, bringing numerous benefits and contributing to the overall success of your design. It serves as a valuable compass, guiding you towards creating a product that meets user needs, solves their problems, and exceeds their expectations. By actively seeking and incorporating design feedback, you can refine your ideas, iterate on your designs, and ultimately deliver a product that resonates with your target audience.
Let's delve into why design feedback is so important:
Design feedback catches blind spots early
This is where user testing comes into play. User testing is a process by which designers get feedback about their designs from actual users of their products and services to see if they work as expected. If there are any issues or problems with their design, they can make changes accordingly before going live. User testing helps you identify problems early on while they're still easy (and affordable) to fix.
For example, Airbnb famously used early user feedback to discover that poor-quality listing photos were killing conversions, which led to them sending professional photographers to hosts. A one-line feedback pattern changed the product trajectory.
Fosters User-Centric Approach
The ultimate goal of design is to create products that solve specific user problems. Design feedback enables you to gather valuable insights directly from users, ensuring that their needs, preferences, and pain points are thoroughly understood and addressed. By incorporating user feedback early on and throughout the design process, you can align your design decisions with user expectations, resulting in a more user-centric and successful product.
Drives Innovation and Creativity
Feedback stimulates creativity and promotes innovation by encouraging designers to explore alternative solutions and think outside the box. Constructive feedback challenges designers to push the boundaries of their ideas, sparking new insights and inspiring novel approaches. By embracing feedback, you create an environment that fosters innovation, enabling your team to create groundbreaking and distinctive designs.
It makes you a sharper designer over time
Designers who actively seek feedback from people with different backgrounds and experience levels develop better instincts faster than those who don't. You start to recognize patterns in what works and what doesn't, and those patterns stick in a way that solo work doesn't produce.
The prerequisite is not taking feedback personally, which is harder than it sounds when you've spent weeks on something.
It keeps stakeholders invested in the outcome
When team members, clients, and stakeholders are regularly asked for their input, they feel ownership over the product. That means fewer surprise objections late in the process and more buy-in at launch. People advocate for products they helped shape.
Iterative Improvement
Design feedback facilitates an iterative improvement process, allowing you to continuously refine and enhance your design based on real-world insights and user feedback. By embracing a feedback-driven approach, you can address design flaws, optimize usability, and deliver an exceptional user experience. This iterative cycle of feedback and improvement ensures that your product evolves and stays relevant in a dynamic and ever-changing market.
Common design feedback mistakes to avoid
Most feedback problems fall into one of these categories:
Being too vague: Saying "it doesn't feel right" or "make it pop" gives the designer nothing to work with. The more specific you are, the faster the next iteration will land.
Making it personal: Feedback should be about the design, not the designer. "You always make things too complicated" is not feedback. "This flow has too many steps for a first-time user" is.
Giving feedback at the wrong stage: Commenting on font choice when someone shows you an early wireframe is wasted energy. Match your feedback to the current stage of the design.
Overloading the designer: Dumping 20 unrelated pieces of feedback in one session is overwhelming and often counterproductive. Prioritize what actually moves the product forward.
Conflicting feedback from multiple stakeholders: If your team sends mixed signals, consolidate before it reaches the designer. The designer's job is to solve design problems, not to referee internal disagreements.
How to give Design feedback?
One of the biggest problems with feedback is that people often don’t give enough of it or give too much at once. In either case, both scenarios can lead to confusion and frustration for all parties involved. Genuine and timely feedback should be a natural part of the design process that aligns with the ultimate goals of the product. If done well, you will see how it can drastically enhance your final results.
Here are a few things you should remember while giving the design feedback:
Start with the good.
It might sound obvious, but always start with the good things you see in the design. Every designer will put a lot of work into their project. And every designer feels proud when they've created something. So it's only natural that a designer's project is something they feel passionate about. This passion is something you can use to your advantage to boost your chances of getting what you want from their design. “I see you used a grid structure for the website layout. I always advocate for this as it makes the design more usable and easier to navigate. So I liked that.” This is a good way to start giving constructive feedback that the designer will like and execute.
Stay focused on the goals.
As I have mentioned earlier, design is subjective, and there isn't a single right way to do it. What one user might love, another might hate. You should always keep the goal in mind when giving feedback. Rather than "Oh, I don't like the color" or something similar, start by stating your goal, then explain what you think is preventing the goal from being accomplished. For example, your app's goal is to get more sign-ups, and the signup button doesn't pop up. A good way to give feedback is to share more button, color, and font options for users to navigate easily.
Be specific.
You would barely see any difference in the next iteration if your feedback is vague and includes words like "it's just not clicking" or "this is not impressive enough." It is important to speak your mind and be clear about what you don't like. "These colors are too bold and could be overwhelming our users" is a better way of saying that "it doesn't click right."
What specific design feedback actually looks like
Here's the difference between vague and specific design feedback in practice:
Vague feedback | Specific feedback |
"It doesn't feel right." | "The contrast between the text and background is too low for users with visual impairments. WCAG requires a 4.5:1 ratio for body text." |
"Make it more modern." | "The button style looks dated. Try a flat design with a stronger primary color to match current SaaS conventions." |
"I don't like the layout." | "The sign-up CTA is buried below the fold. Most users won't scroll that far. Move it to the top right of the header." |
"This isn't exciting enough." | "The hero section doesn't communicate what the product does. Add a headline that states the core benefit in under 10 words." |
Specific feedback is faster to act on, produces fewer revision rounds, and keeps the designer aligned with actual goals, not guesswork.
Feedback on the design and not the designer
If there are specific issues with the design, you can mention them in the feedback. But it is important to know that you are giving feedback that bounces back on the design and not on the designer's preferences or personality; that could shake up the trust wall you have built between the two of you.
Give regular feedback.
Regular feedback is essential in any designer-client relationship. Just like in any relationship, consistent feedback provides designers with the confidence and assurance they need in their work. By establishing open lines of communication with your designer, you can actively discuss the design process and ensure that the project stays on the right track. Sharing your preferences and insights with the designer throughout the design process enables them to effectively meet your expectations and deliver the desired outcome within the designated timeframe.
How to receive and make use of feedback?
Now, if you are on this side of the table, you must learn how to receive feedback, use it for your good, and help you become a better designer.
Let's see some quick tips that can help you go a long way:
Take notes and listen to understand, not to defend
Don't be afraid; it's just feedback! When you are receiving feedback, especially a negative one, do not listen to the answer, but listen to understand the thought process behind the change that is being suggested. Defending your design decisions may come naturally to you, but it is important to understand from their perspective what is not working here. Be sure to take notes, as recalling these suggestions during reiteration is easier.
Separate yourself from your design
Don't let your ego get in between you and the ultimate goal of the product you're working for. Staying open-minded is a virtue of a good designer. At every step of your design process, you must always remember the problem you are trying to solve with this product. When you keep all the feedback focusing on how best you can resolve this problem, it becomes easier to work towards it and take the suggestions for the ultimate goal you are trying to achieve.
Ask questions when something isn't clear
Never hesitate to ask questions. There is a popular saying: " The man who asks a question is a fool for a minute; the man who does not ask is a fool for life.” If something is unclear, ask a question; if you think what they are suggesting might not work, counter it with an explanation but be vocal about your thoughts and bring a healthy discussion to the table for the best of your product. Hey, I liked that feature we discussed, but I have a question. What if this happens? What do you think, then? Other than that, I'm all for it! Let's move forward after you get my thoughts.
Explain the reasoning behind your choices
The best way to do this is by justifying your ideas in a way that makes sense. Explain why you are trying to achieve a certain goal and how it will improve the design, rather than saying, ‘Because I said so'. This leads to better understanding which results in a more meaningful discussion. Remember to also work with the team and provide as much information and context as possible; this reduces friction and misunderstandings later.
Organize feedback before you act on it
You may find yourself with many suggestions and feedback from multiple perspectives. It is important to list them, review them all, and connect them with the objective of the meeting. Based on that, you should group them on a priority basis. This will remove the undue pressure from your head while ensuring the result is mutually agreed upon.
Listening and being willing to hear what others are saying are essential elements of effective design collaboration. We hope the tips in this post will help you improve your design feedback and collaboration process, whether you're giving or receiving. This is an area where improvement can come from any direction, so we urge you to be open to all feedback that comes your way.
Design feedback FAQ
What is the difference between constructive and destructive design feedback?
Constructive feedback is specific, tied to a goal, and gives the designer something actionable to work with. Destructive feedback is vague, personal, or negative without direction. Example of destructive: "I don't like it." Example of constructive: "The navigation structure is confusing for new users. Consider moving the account settings to a dedicated profile menu rather than burying it under the main nav."
What is a design critique?
A design critique is a structured feedback session where a design is reviewed against specific goals, usually with the designer walking the team through their decisions before the team provides input. It's more formal than ad hoc feedback and follows a set process. Regular design critiques help teams build a shared standard for what good design looks like.
How do you give feedback on a wireframe?
Focus on structure and flow, not aesthetics. At the wireframe stage, the right questions are: Does this layout make sense for the user's task? Is the navigation logical? Are all necessary elements present? Comments about color, fonts, or visual polish belong in a later stage. Tools like MockFlow's WireframePro let you leave inline comments directly on the wireframe so feedback is contextual and easy to act on.
How do you handle conflicting design feedback?
Consolidate before it reaches the designer. If two stakeholders have opposing opinions, that's an internal alignment issue, not a design issue. The team should agree on priorities first. When feedback genuinely conflicts, default to what user research says, not to whoever has the loudest voice in the room.
Design Feedback with MockFlow
Collecting design feedback is only half the problem. The other half is making sure it doesn't get scattered across Slack messages, emails, and spreadsheets where it's impossible to track or act on.
MockFlow is built for exactly this. With WireframePro, you can share wireframes and prototypes with your team or clients, and collect inline comments directly on the design, so feedback is always tied to the specific element it refers to. No more "the button on slide 3" in an email chain.
A few things that make the feedback loop easier inside MockFlow:
- Inline comments and discussion threads — Stakeholders can leave comments directly on design elements, and you can resolve them as you iterate.
- Presentation mode — Walk clients or stakeholders through the design and collect real-time feedback without handing over edit access.
- Version history — Compare design iterations side by side so you can track what changed based on feedback and why.
- Approval status — Assign approval states to files so everyone knows what's been signed off and what's still in review.
- Audio and video calls inside the editor — Run live feedback sessions without switching to another tool.
If your team is also in the early brainstorming phase, IdeaBoard gives you an AI-powered whiteboard to map out ideas before the design even starts, so feedback can happen on the concept before you invest time building it.
Sign up for free and try it on your next design project.