Give each round a job

A creative project rarely benefits from asking everyone, at every stage, “What do you think?” That question can produce responses about anything from the overall idea to a minor colour choice. Before sharing work, write down what the current round needs to decide. An early round might test whether the concept fits the brief. A middle round might examine hierarchy and clarity. A final round might check details, consistency and readiness to deliver.

Share that purpose alongside the work. For example: “We are choosing a direction, not reviewing finished layouts. Please focus on which option best communicates the project’s welcoming tone, and tell us where the message feels unclear.” This does not prevent people from noticing other problems. It gives them a useful frame and makes their responses easier to compare. Keep a separate place for observations that matter but belong to a later round.

Collect feedback in a consistent format

Use a simple set of prompts rather than relying only on open comments. Ask reviewers what is working, what is confusing, which project goal their concern relates to and what they would change if they could change one thing. Invite them to point to a specific part of the work. “The headline is hard to find on the mobile layout” gives a team more to work with than “Make it stronger.”

Give reviewers enough context to judge the work fairly: the audience, the intended use, any fixed requirements and the questions still open. If you are sharing three directions for an exhibition identity, label them clearly and show each in a comparable setting. A logo displayed on a polished poster will not be easy to compare with another shown only on a blank page. When possible, collect individual responses before a group discussion so quieter participants have a chance to form their own views.

Sort comments by the problem they identify

After each round, bring the responses into one working document. Record the comment, where it applies, who raised it and whether it calls for action now. Then group comments by issue rather than by reviewer. Several remarks about type size, reading order and a missing call to action may point to the same underlying problem: people cannot tell what to do next. One thoughtful observation can also matter even if nobody else raised it, especially when it identifies a missed requirement.

A useful set of labels is: brief or audience fit, comprehension, visual execution, practical constraint and personal preference. Treat these as sorting tools, not automatic rankings. “I prefer blue” is different from “The pale blue label is difficult to distinguish from the background.” Both may be sincere, but the second describes a testable issue. Note contradictions instead of forcing agreement. If one reviewer wants more detail and another wants less, the question may be whether the information is arranged at the right level for its audience.

Decide what to change, test or set aside

Turn the grouped feedback into a short decision list. For each issue, choose an action: change it, explore alternatives, test it with a specific person or setting, defer it, or leave it as it is. Add a brief reason tied to the project goal. For instance: “Increase the event date’s prominence because readers need to find it quickly; retain the restrained colour palette because it supports the agreed direction.” This keeps the team from treating the volume of comments as a vote.

Be clear about who makes the final call. Contributors can offer valuable perspectives without sharing responsibility for every decision. Where a comment depends on specialist knowledge or a fixed requirement, confirm it with the person responsible for that area. Where it concerns taste, compare it with the agreed audience and purpose. If there is no clear answer yet, make a small test rather than debating indefinitely: place two versions in the same context and ask a focused question about what each communicates.

Carry decisions into the next round

At the start of the next review, show what changed, what stayed the same and which questions remain open. A compact change log can do this in a few lines. It helps reviewers avoid repeating resolved comments and gives them an opportunity to flag a change that created a new problem. If someone offered feedback that was not adopted, acknowledge the concern and explain the decision without turning the review into a defence of every design choice.

End each round by naming its outcome: a direction selected, a layout ready for refinement or a set of details ready for final checks. Store the feedback and decision list with the relevant version of the work so later comments do not become detached from their context. Over several rounds, this creates a clear path from the original brief to the finished project—and makes feedback a way to move the work forward, rather than a growing pile of opinions.

Back to category ↗