How to get feedback on a UI design
To get feedback on a UI design, share it in a format the client can react to directly — a Figma prototype link, an exported PNG or PDF, a live screen-share walkthrough, or a review link where they click the exact element and pin a note. The most common mistake is asking 'what do you think?' in an open message: it reliably produces vague praise rather than notes you can act on. The method that produces specific, addressable feedback is the one that lets the client point at the exact spot they mean.
Share a Figma prototype link — not the design file
In Figma, open the prototype (the play icon in the top right), click Share Prototype, and copy the link. This is the one to send to clients — not the file link. A file link drops them into the full editor with every layer visible and every component name exposed, which creates questions that have nothing to do with the design. A prototype link shows only the connected flows in a clean browser view. Anyone can open it without a Figma account; to leave comments, they need a free Figma login, which is worth flagging in advance. If a client says they can't comment, they've hit the account wall — the fix is to invite them as a commenter, not resend the link.
Walk through it on a screen share, but let them react first
A 30-minute call where you share your screen and click through each screen section by section produces the most feedback per minute of any method — but only if you stop talking before the client reacts. The discipline that most designers skip: share your screen, say 'here's the home screen — what's your first read of it?', and then wait. Don't explain your decisions before they form an impression. Once they've reacted, you can frame the intent. Take notes in a shared doc as they speak — paste each comment into the section it applies to, and send the doc back within the hour. The limitation: the notes only exist in your doc and their memory. Async clients on different time zones often find it hard to schedule; one round of back-and-forth over async comments can cover what an hour call does, with a written record.
Export as PNG and share for annotation
Select the frames in Figma, open the Design panel, scroll to Export, and export at 2x PNG. Send the image by email or drop it in a shared folder. Clients mark it up in Preview on Mac (Shift ⌘ A for the toolbar) or Edge on Windows. This works for clients who prefer to mark up in a familiar tool rather than follow a link to something new. The drawback shows up at revision round two: you've re-exported a new PNG with a different name, and now there are two annotated images — one from each round — with no clear connection between which notes were addressed and which are still open. Label each export with the version and date (hero-v2-2026-06-20.png), keep a running changelog in the email thread, and plan to reconcile manually. For quick, one-round reviews, this is fine. For anything past two rounds, it gets expensive.
Share a review link where they comment on the exact element
Upload the design export to a review tool — Drafty, Ruttl, or Markup.io (note: Markup.io removed their free plan in 2025) — and send the resulting link. Your client opens it in any browser, clicks the button or heading they mean, and types a note pinned to that exact spot. No account, no Figma, no downloaded file. The feedback you get from this method is structurally different from what email produces: 'the CTA text — change to Book a call' pinned to the actual button is unambiguous. 'The button area near the top' in an email message requires a reply to confirm which element. For client sign-off rounds, where specificity matters most and you need a clear record of what changed between versions, a review link beats the alternatives.
If your client keeps emailing you feedback that requires a follow-up to decode — 'the bit in the middle', 'the colors feel off' — try this: drop your Figma export or screenshot into Drafty and send the link. They click the exact element they mean and pin a note right there, no account needed. Each comment is threaded; you resolve it when the revision ships. Every round lives on the same link, so there is no 'which version did this apply to?' question when you get to round three.
Open a live demoQuestions
- How do I get specific feedback on a UI design instead of vague comments?
- Ask specific questions, not open ones. 'Does the pricing section make the plan difference clear?' produces a more usable answer than 'let me know your thoughts.' The tool also shapes specificity: clients who click a spot and pin a note give element-level feedback; clients who reply to an email describe positions. Matching the right tool to the right client — a review link for non-designers, a Figma comment for tech-comfortable PMs — is the fastest way to cut the vague-feedback cycle.
- Can a client comment on a UI design without creating an account?
- Not in Figma natively — even view-only links require a free Figma account to leave comments. Third-party review tools including Drafty, Ruttl, and (with a paid plan) Markup.io allow guest commenting on a public link with no signup. That removes the single biggest friction point for non-designer clients who receive a prototype share and hit an account wall before they've left a single note.
- What is the best way to share a UI design for client review?
- Match the format to what the client will actually open. A Figma prototype link is ideal when the client is a designer or a technical PM — they can inspect spacing and click through flows. A review link with guest commenting is better for non-designer clients: one URL, click to comment, no setup. Export-and-email works for clients who prefer annotating in their own tools but adds manual reconciliation work for each revision round.
- How do I collect UI design feedback from multiple stakeholders?
- Send everyone the same link rather than separate email threads. When feedback lands in one place — anchored to the design itself — you see all comments without chasing reply-all chains or reconciling four annotated screenshots. If stakeholders need to react independently before influencing each other, share the link sequentially rather than in a group; a threaded review tool makes it easy to see who said what and when.
- How do I manage multiple rounds of UI design revisions?
- Keep all rounds on the same link if your tool supports versioning — when you push a revised design, existing comments stay anchored, and you can resolve each one as the fix ships. If you're emailing image exports, label every file with the version and date (dashboard-v3-2026-06-20.png) and maintain a running log of which notes were addressed in each round. Version confusion — clients leaving notes on an older copy — is the most common reason revision cycles run longer than budgeted.
- Is a screen share better than async feedback for UI design review?
- Screen shares produce the densest feedback per minute — you can probe vague reactions in real time ('which section feels heavy?') and hear the reasoning behind a note. The tradeoff: the feedback only persists if you capture it during the call. Async review links produce slower but documented feedback that is easier to track and act on. For the first major review of a complex design, a screen share is worth scheduling. For revision rounds, async links are faster and leave a clear record.
Keep exploring
Stop emailing files back and forth.
Share one link. They comment on the exact spot — no account, always the current version.