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 6 Aug 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.

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. This guide is about being the person receiving and acting on that feedback, rather than the person running the review.

Getting Your Work In

Uploads are capped at 20 MB and 20 files per batch, so a large set needs splitting before you start.

Instructions:

  • Open the project that should hold the design and go to Designs in the sidebar.
  • Select Add design. The upload window opens, headed Upload Design.
  • Drag your files in, or select Upload Files. The limit shown is 20 MB and 20 files, and success confirms with Design added to your project.
  • 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.

    The Designs section of a project with 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:

  • Open the design and find the info bar above it.
  • 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.
  • Use the version selector to move between versions and see what changed.
  • Creating a new version of a design
    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”.

    Signalling 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.
    The Design Status control in the bottom bar
    The Design Status control
    Two things to know about the control
    It appears only where page approvals are included in your plan and your role carries the status permissions — and 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.

    Feedback pinned to a point on a design
    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.

    Replying to feedback and handing the task on
    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 a fortnight 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.
  • Filters and sorting in the designs sidebar
    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. Two members matter most to a designer.

    AgentDomain
    NaviUX and accessibility — WCAG alignment at AA baseline, colour contrast, touch target sizing, form labelling, 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.

    Reviews are started from a page in the collaboration view. At least one agent must be enabled, and only one review runs at a time. Findings come back in the Review tab in the sidebar, grouped by the viewport they were found in; selecting one takes you to it on the 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 MB and 20 files 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.
  • AI reviews are started from a page, so a design has to be built before it can be reviewed that way.
  • 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?

    Reviews are started from a page, so the design needs to be built first.

    Which agent checks accessibility?

    Navi, covering WCAG AA alignment, contrast, touch targets, form labelling, 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 against the 20 MB and 20 file limits and that the file type is supported.
    • You cannot see the Design Status control — page approvals are not on your plan, or your role does not carry the status permissions.
    • 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.
    • The designs view is cramped — the browser is narrower than recommended. 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