ertac.paprat.com
EN

← Writing

AI in UI/UX Design: Who Checks Whether a Generated Screen Works?

· 3 min read · English

Rewritten: . Rewritten with AI assistance. Examples and tool references follow the original publication period.

A generated signup screen can look finished before anyone has tried to sign up.

The fields align. The button has a pleasing color. The layout fits a familiar product style. Then someone enters an invalid address, submits twice on a slow connection, or moves through the page using only a keyboard.

Those actions reveal a different design—the one made of states and behavior rather than the initial screenshot.

Design the awkward minute after submission

Take a hypothetical form with name, email, and password fields. On the first submission, the email is already associated with an account. What happens next?

The product needs a response that is understandable, appropriate to its account-disclosure policy, and connected to an action the user can take. The interface must preserve useful input, indicate where attention is needed, and make status changes available to assistive technology. A red border alone is insufficient communication.

If the network fails, the message should distinguish that situation from invalid input where possible. If a request is still pending, the interface should handle repeated submissions. If the password is rejected, the explanation should match the actual rule instead of presenting a generic “something went wrong.”

An AI tool can propose these states. Someone still needs to establish which states exist and whether the implementation behaves accordingly.

Use generation to explore a decision

By April 2025, tools such as Figma’s First Draft can help produce editable starting points. The useful prompt is often a constrained design question: show alternatives for explaining a failed payment without losing the user’s progress.

That gives the alternatives something to compete on. A collection of visually different screens is less useful when every option preserves the same confusing interaction.

Compare drafts against a concrete scenario. Can someone understand what happened? Can they recover? Does the most prominent action match the next sensible step? What happens when the text is longer or translated?

Generated variations can make the exploration cheaper. They do not establish which variation users understand.

Synthetic users are ideas, not research participants

An assistant can suggest interview questions, summarize appropriately handled research notes, or propose possible user concerns. A generated persona may help the team notice an assumption.

It cannot stand in for evidence that actual users have that concern. If a model invents five convincing complaints and the team treats them as findings, the research process has become circular: the tool validates the story supplied to it.

Keep observations, interpretations, and generated hypotheses visibly separate. When summarizing real interviews, preserve the differences and inconvenient details instead of smoothing them into a single cheerful conclusion.

Test the behavior the image cannot show

For the signup form, try completing it with a keyboard, inspect focus visibility and order, check programmatic labels, and test how errors are announced with assistive technology. Test contrast and resizing too. Automated checks can catch some issues, but W3C’s evaluation guidance makes clear that knowledgeable human evaluation remains necessary.

Then watch people attempt the task where feasible. A form can meet technical accessibility checks and still ask an incomprehensible question.

The generated screen earns its place when it helps the team reach a better, testable interaction. A useful handoff includes the normal state, the failure states, the recovery path, and the reasoning behind the choices. The polished screenshot is only one page of that work.