After a design is shared in a group chat, an executive asks for a more premium look, sales says there is not enough information, engineering says implementation is difficult, and another leader asks to return to the first version the next day. The designer keeps revising, but the project does not actually move forward.
Efficient feedback depends less on the tool than on who has authority over which decisions and what each review round is meant to resolve.
01 Define Roles at the Start of the Project
Distinguish the final decision-maker, business owner, specialist reviewers, and people who are consulted. Everyone can provide useful information, but not every comment has equal authority over the direction.
There should be one final channel for consolidated instructions. A service provider should not be expected to follow several conflicting versions at once.

02 Review Only the Appropriate Layer in Each Round
Confirm objectives, structure, and flows first, then visual direction, and finally details. Discussing button radii before the structure is settled, or overturning the positioning after the visual direction is approved, creates substantial rework.
Before inviting participants, explain what must be decided in the current round and what is outside the discussion.
Format for Effective Feedback
| Feedback Element | Recommended Wording | Ineffective Wording |
|---|---|---|
| Problem | “The hero section does not show that this is for manufacturing procurement leaders” | “It does not look premium enough” |
| Evidence | “Three sales representatives were asked whether we support international delivery” | “Customers probably all want to know this” |
| Priority | Launch blocker / important / suggestion | Marking every item as urgent |
| Location | Page, module, state, or exact link | A vague screenshot sent in group chat |
| Suggestion | Explain the objective and offer a direction without prescribing the solution | Specify a color and position without explaining why |
| Confirmation | The owner submits one consolidated document | Each participant messages the designer separately |

03 Describe the Problem and Goal Before Personal Preference
“The type is too small to read on a conference-room display” is a testable problem. “I do not like this font” requires further explanation of how it relates to the brand, audience, or context.
Personal preferences can be acknowledged, but project goals and the authorized decision-maker should determine the final tradeoff.
04 Resolve Conflicting Comments Transparently
Sales may want more information while the brand team wants greater simplicity. Neither side is necessarily wrong. Layered content, separate pages, or progressive disclosure may satisfy both, or the team may need to establish a clear priority.
Do not make the designer privately choose one request, only to have the other group reverse it in the next round.

05 Set Feedback Windows and Default Rules
Collect comments within an agreed period, then have the owner remove duplicates, prioritize them, and submit them together. Late comments should move to the next round or the change process.
If silence is intended to count as approval, that rule should be established in the contract and collaboration process in advance, not announced unexpectedly.
06 Record Approved Outcomes by Version
For each round, record approved items, unresolved questions, next steps, and owners. Confirm major directional decisions through email, documentation, or review notes.
Label design files with versions and statuses so the team does not continue commenting on obsolete pages.
Frequently Asked Questions
Can the final decision-maker skip some review meetings?
Yes, but that person should join key directional and conflict-resolution points and authorize the business owner to manage routine feedback.
Should every employee vote on the design?
Usually not. The team can collect information and usability feedback, but brand and product decisions require clear accountability.
How should we handle an executive overturning an approved direction?
First explain the impact on scope, schedule, and cost, then make the decision through the change process instead of restarting unconditionally.
Should designers challenge client feedback?
They should explain risks using objectives, evidence, and professional judgment and offer alternatives. The authorized decision should then guide execution.
Will Figma comments solve disorganized feedback?
The tool can centralize comments, but the project still needs defined roles, review goals, consolidation, and version rules.
| Service | View |
|---|---|
| Design and development services | Contact JVDS |
| Project consultation | Contact JVDS |
| Design and web development insights | Browse more articles |