Help center
Open dashboard

Atarim for UX/UI Designers: Managing Design Reviews and Iterations

Get feedback attached to the pixel it refers to, iterate in versions that keep their history, and hand work back without a status meeting.

Atarim team Updated 21 Oct 2026 · 10 min read
Role-Specific Guides
Atarim design review with comment pins and an annotated iteration
Before you start

Relevant for

  • UX and UI designers producing work that gets reviewed — by clients, stakeholders, or a design lead — and iterating on what comes back.

Required knowledge

  • Your own design tool. Familiarity with Atarim projects helps but is not required.

Tools & resources needed

  • A project to hold your designs, the files or Figma frames to upload, and a team member role or above.

The work of iterating is not the redesign. It is reconciling six comments from four people across three channels, working out which ones contradict each other, and establishing whether the note about the header applied to this round or the last one. Atarim removes most of that by attaching feedback to the design and the version it was given on.

Feedback lands on the design itself, on the version it was left on.

This guide is about being the person receiving and acting on that feedback, rather than the person running the review.

Getting Your Work In

You can upload up to 20 designs at a time, so a large set needs splitting before you start.

Instructions:

  1. Open the project that should hold the design and go to Designs in the sidebar. If you need a new design project first, select Add new on the Projects screen and choose Upload designs or PDFs or Connect to Figma.
  2. Select Add design. The upload window opens, headed Upload Design.
  3. Drag your files in, or select Upload Files. You can add up to 20 designs at a time, and success confirms with Design added to your project.
  4. Or paste a link into Drop a Figma URL Here. Select a frame in Figma before copying the URL to import that design; with no frame selected, the full page is pulled in.

Uploading several related files at once groups them into a collection, which suits a set of screens better than adding them one by one.

Designs grid opened from the Designs tab, showing the Add design tile next to three Brightwell designs; the arrow points at Add design
Adding a design to a project
Select the frame before copying the Figma URL
Importing a whole page when you meant one screen produces something reviewers cannot comment on precisely, and the fix is re-importing rather than editing. Explore The Atarim Figma Plugin

Iterating in Versions

Versions are what stop round three inheriting round two’s comments. Feedback stays attached to the version it was left on, which means your revision history doubles as a record of why each change happened.

Instructions:

  1. Open the design and find the info bar above it.
  2. Select Create new version and upload the revised file. The window is headed Add Version, described as useful for comparing different versions of the same design.
  3. Use the version selector to move between versions and see what changed.
Add Version window opened from Create new version, with the upload area, Upload Files and Drop a Figma URL Here; the arrow points at Upload Files
Adding a version
Never re-upload a revision as a new design
It severs the link between the feedback and the work it was about. When someone asks in six weeks why the layout changed, the version history is the only thing that answers them.

Two constraints are worth knowing. The last remaining version cannot be deleted, and version actions are permission-gated — without the right permission you see You do not have permission to create new versions rather than a silent failure.

What You Can Do from the Info Bar

ControlWhat it does
RenameRetitles the design. Save title confirms.
StatusShows where the design sits in the cycle.
Create new versionAdds a revision under the same design.
Move up / Move downReorders the design within the project.
Delete designRemoves it entirely. Cannot be undone.

Designs can also be dragged in the grid to reorder them, which is quicker than moving one position at a time when sequencing screens for a walkthrough.

Name designs after the screen, not the file
“Checkout — step 2” rather than “Untitled-3 final v2”. Reviewers reference designs by name in comments, and a good name saves a round of “which one do you mean”.

Signaling Where a Design Is

Status is set from the Design Status control in the bottom bar, with the tooltip “Change status for the current design in view”. It applies to whichever design you are looking at.

StatusWhat it signals
No StatusNothing claimed yet.
In ProgressYou are actively working on it.
Needs ReviewReady for eyes. This is how you ask for feedback.
ApprovedSigned off. Changes after this are a new round.
Brightwell design open with the Designs tab in the sidebar; the arrow points at the Design Status control in the bottom bar
The Design Status control
Two things to know about the control
Without page approvals on your plan, it shows a lock and the plan that includes it, and your role decides which statuses you can pick. Also, although a Draft badge can appear in the sidebar, Draft is not one of the options you can choose.
Move a design to Needs Review deliberately rather than telling someone it is ready
A status is visible to everyone and survives; a message in a thread reaches one person and gets buried.

Reading the Feedback You Get

Reviewers click the part of the design they mean and type. Each comment becomes a task pinned to that point, on that version. When a design has no feedback yet, the sidebar prompts reviewers to click any part of the design to leave their feedback.

Numbered feedback markers pinned on a Brightwell design, with the matching tasks in the Feedback tab; the arrow points at marker 3
Feedback pinned to the canvas
What arrives with a commentWhy it saves you a round
The point on the canvasNo ambiguity about which element is meant.
The version it was left onYou know whether it applies to what you have now.
Who left itYou know whose opinion it is, which matters when two conflict.
The threadReplies stay with the point instead of scattering.
When two comments contradict each other, name the conflict
Reply on both rather than picking one. Reviewers usually do not know they disagree, and surfacing it costs you a sentence instead of a wasted iteration. Read Atarim For Clients And Stakeholders

Responding and Handing Work Back

Each piece of feedback is a task with a status and a priority. Statuses run Open, In Progress, Pending Review, and Complete; priorities run Low, Medium, High, and Critical.

Design task open with the status menu expanded to Open, In Progress, Pending Review and Complete; the arrow points at Pending Review
Replying and handing work back
Set client-raised work to Pending Review rather than Complete
Closing it yourself removes their prompt to look, and the request reliably returns two weeks later as a fresh complaint about the same thing.

You can annotate your reply as well as your reviewers can annotate theirs. The comment box carries an annotation control that opens a window headed Annotate screenshot, with arrow, rectangle, circle, pen, and text tools, plus Undo, Redo, and Fit to Screen.

Annotate when explaining a constraint
Drawing the touch target that a requested change would break makes the argument in one image rather than three messages. See How To Use The Annotation Tools For Feedback

Working Through a Round

By round three the list is long. The designs sidebar carries filters built for this.

  • This Design / All Designs — narrow to what is in front of you, or see the whole project.
  • Assigned To Me — cut to what is yours.
  • Show Complete Tasks — bring closed work back when auditing a round.
  • Show Internal Tasks — include or exclude the team-only conversation.
  • Sort by priority, status, date, or unread first.
  • Search across tasks and comments as you type.
Feedback tab filter menu with This Design, All Designs, Assigned To Me, Show Complete Tasks, Show Internal Tasks and Sort by; the arrow points at it
Filtering a round of feedback
Sort by Unread at the start of the day
It shows what moved since you last looked, which is a better use of five minutes than scrolling the whole list for changes.

Talking to Your Team, Not the Client

Comments and tasks can be marked internal, which hides them from guests and clients. This is where you raise that a request breaks the grid, or that something will cost more than it is worth — on the design, without it landing in the client’s review.

Internal tasks depend on your plan
Where the feature is unavailable, the control reports that it is locked. Confirm it is enabled before you rely on anything being hidden from a client. Explore Internal Tasks

Getting an AI Opinion Before the Review

Atarim’s AI team can review a built page before your human reviewers see it. Navi and Pixel matter most to a designer, and the others cover copy, SEO and QA.

AgentDomain
NaviUX and accessibility — WCAG alignment at AA baseline, color contrast, touch target sizing, form labeling, error message usability, readability and cognitive load.
PixelVisual design — layout, spacing, and visual execution.
LexiUX writing and content.
IndexSEO and metadata.
GlitchTechnical QA and UX health.

Start a page review with Review at the top of the sidebar in the collaboration view. At least one agent must be enabled, and only one review runs at a time. Findings come back in the Tasks tab, as subtasks under the review, grouped by the section of the page they were found in, and selecting one takes you to it on the page. The designs view has no review button yet. To review an uploaded design, ask the AI in a chat to run one.

Review panel in the Plausible Analytics sidebar asking What should we review on this page?, with focus presets; the arrow points at Review This Page
AI reviews
Navi is the one to run before a client sees anything
Contrast failures and undersized touch targets are the findings most likely to come back from a client as a vague complaint about the design feeling wrong. Catching them yourself keeps the review about intent. Learn More About Optimizing User Flows With Navi

Benefits for a Designer

BenefitIn practice
Feedback lands on the pixelNo more decoding “the thing near the top”.
Versions carry their own historyRound three does not inherit round two’s comments.
Conflicts surface earlyReviewers see each other’s comments during the round.
Status instead of status meetingsNeeds Review says what a message in a thread would.
Room to push back privatelyInternal notes let you argue a constraint without the client reading it.
Accessibility caught earlyNavi flags contrast and target sizing before a reviewer does.

Fewer rounds is the compounding benefit. See Reducing Feedback Cycles With Visual Collaboration

Example Use Cases

SituationWhat to do
A revised screen after feedbackAdd a version, not a new design, so the history stays intact.
Two reviewers want opposite thingsReply on both comments and name the conflict rather than choosing.
A request that breaks accessibilityPush back in a comment, with Navi’s finding as the evidence.
Ready for the client to lookSet the design to Needs Review rather than messaging someone.
A change you think is a mistakeRaise it internally first, then take one position to the client.
Catching up after a day offSort by Unread to see only what moved.

Known Limitations

  • The last version of a design cannot be deleted. Delete the design itself if you need it gone.
  • Uploads are capped at 20 designs per batch.
  • Draft cannot be selected from the status control, although the badge can appear.
  • The status control depends on page approvals being in your plan, and on your role.
  • Version and design actions are permission-gated, so you may not be able to create or delete versions.
  • Figma import depends on frame selection — with none selected, the full page is imported.
  • Page reviews start from the collaboration view. The designs view has no review button yet, so ask the AI in a chat to review an uploaded design. Only one review runs at a time.
  • Internal tasks and attachments depend on your plan.

FAQs

Should a revision be a new version or a new design?

A new version, almost always. It keeps the feedback history attached to the work it belongs to.

Does old feedback carry over to a new version?

Comments stay attached to the version they were left on, which is what lets you see what each round actually changed.

How do I tell a client a design is ready?

Set the design to Needs Review. It is visible to everyone and outlasts a message.

Why can I not set a design to Draft?

Draft can be displayed but is not one of the options in the status control. The choices are No Status, In Progress, Needs Review, and Approved.

Can I annotate my replies?

Yes, using the annotation control on the comment box, with the same tools reviewers have.

Can I disagree with feedback without the client seeing?

Yes, using internal notes, where enabled on your plan.

Can the AI review my mockup?

Yes, but not from the designs view, which has no review button yet. Ask the AI in a chat to run a design review on it.

Which agent checks accessibility?

Navi, covering WCAG AA alignment, contrast, touch targets, form labeling, and readability.

Should I close feedback myself?

Set client-raised work to Pending Review and let them confirm. Closing it yourself causes it to reappear.

Can I reorder designs in a project?

Yes — drag them in the grid, or use move up and move down in the info bar.

Common issues

  • “You do not have permission to create new versions” — your role on this project does not carry version rights. Ask an administrator.
  • The version delete option is unavailable — it is the last remaining version. Delete the design instead if that is what you want.
  • A Figma import brought in the whole page — no frame was selected when the URL was copied. Select it and import again.
  • Upload failed — check the batch is 20 files or fewer, and that each file’s size and type are supported.
  • Design Status shows a lock, or a status is missing — page approvals are not on your plan, or your role does not carry that status permission.
  • A brand new design already shows as In Progress — no status has been set. The badge falls back to In Progress.
  • Feedback landed on an old version — the reviewer was viewing it. Check the version selector before the next round opens.
  • Reviewers cannot open the design — it has not been shared with them yet.
  • Internal tasks are locked — not on your plan. Do not assume a comment is hidden from the client.
  • Screen size too small — design projects need a browser window at least 1024 pixels wide. Widen the window.

Conclusion

Add versions rather than new designs, set Needs Review instead of messaging someone, name conflicts instead of quietly picking a side, and let the client close their own requests. The context arrives free — the discipline is in how you respond to it.

Understanding how the review is being run makes it easier to work with. Explore Atarim For Design Leads

Tips & best practices

  • Add versions, never re-upload a revision as a new design.
  • Select the Figma frame before copying the URL.
  • Name designs after the screen, not the file.
  • Set Needs Review rather than telling someone it is ready.
  • Name contradictions between reviewers instead of choosing silently.
  • Annotate when explaining a constraint — one image beats three messages.
  • Run Navi before a client sees the built page.
  • Let clients close their own requests.

Related articles