Give the critique a real brief
“Make this look better” leaves too much to guess. State who the page serves, what the user should do next, and what you are allowed to change. A checkout, documentation page, and portfolio need different kinds of feedback. Bring the frame or live page into view and ask about the most important part first.
This page helps first-time visitors download a Mac app. Review the visible hierarchy and wording. Give me three changes, ranked by impact. Point to each element you mean. Keep the existing typeface and brand colors.
Review in separate passes
- Hierarchy: can a reader identify the main message and next action?
- Wording: do labels describe a concrete action or hide behind vague language?
- Layout: do spacing and alignment group related content?
- Accessibility: which elements need a measured contrast or keyboard check?
Treat the critique as a set of hypotheses. Ask why each change supports the user’s goal, and reject suggestions that ignore constraints such as brand guidelines or a component library. A smaller set of specific changes is easier to evaluate than a complete redesign.
Make one revision and compare
- Duplicate the frame or use a safe branch of the page.
- Apply one suggested change yourself, or approve a tightly scoped task if you want computer control.
- Compare the original and revision at the same size.
- Check the page at a narrow viewport and with longer real copy.
- Keep the change only if you can explain the improvement.
Compare the current version with the goal I gave you. Did this change make the next action clearer? Name one remaining issue and one part I should leave alone.
Measure what a screenshot cannot establish
A screen image does not prove the exact contrast ratio, DOM reading order, keyboard focus behavior, responsive breakpoints, or screen-reader output. Use an accessibility checker and keyboard testing for those checks. HeyMate can help you understand the results on screen, but a visual opinion is not an accessibility certification.
For Figma work, inspect the actual spacing and typography values rather than copying measurements guessed from pixels. For a website, test the rendered page. The same design can behave differently with real content, browser zoom, or a different font load.
Keep client work and permissions in view
Relevant screen images go to your selected AI provider. Use a sample frame or approved project material, and read the privacy explanation. Connected app access is separate from simply looking at a Figma window; it depends on the tools and accounts you configure.
Start with the screen guidance walkthrough. For broader software practice, see learning a Mac app with AI. Results depend on the model and the context it can actually see.
Related reading
- Learn a Mac app with AI guidance, one step at a time
- Ask HeyMate for diagrams and visual explanations on your desktop
- HeyMate vs Raycast: which Mac AI workflow fits you?
Try it with one small task.
HeyMate is free and open source for macOS 14.2 and later. Bring your own AI; provider limits and optional service fees apply. Current builds are self-signed and not Apple notarized.