ChatGPT Prompts for UX Writing

Writing Updated September 17, 2026 by GenPrompto
Prompt
Write microcopy for [real interface element, e.g. "a button that submits a form"]. Real user state at this moment: [real context]. Real tone: [real tone, e.g. "friendly but efficient"].

What this does

Writes real interface microcopy, error messages, and onboarding text from your real user context with ChatGPT.

ChatGPT prompts for UX writing work from a real specific interface moment and real user intent — microcopy for a real button, error message, or onboarding flow — not generic interface text, since UX writing lives or dies on real specific context and real user state.

What this produces

Microcopy written for a real specific interface moment, an error message that’s clear and genuinely helpful rather than technical or vague, and onboarding copy that respects a real new user’s actual state of knowledge. Interface text grounded in real context, not generic UI copy.

Variations

Three ready-to-copy versions for UX writing tasks.

Microcopy Version
Write microcopy for {real interface element, e.g. “a button that submits a form”}. Real user state at this moment: {real context}. Real tone: {real tone, e.g. “friendly but efficient”}. Keep it real short.
Error Message Version
Write an error message for {real error scenario}. Real cause: {real cause}. It should be genuinely clear and helpful, not technical jargon, and tell the user a real next step if possible.
Onboarding Copy Version
Write onboarding copy for {real product/feature}. Real user’s actual starting knowledge: {real level, e.g. “brand new, no context”}. Real key thing they need to understand first: {real key point}.

Who this is for

Product and design teams writing real interface copy, not visual UI design itself — for the visual layout and mockup side of interface design, Midjourney Prompt for UI Design covers that different, visual concept exploration.

Example Output

A real specific interface moment and real user state produce microcopy that’s appropriately calibrated — a confirmation button and a destructive-action warning need genuinely different tone and clarity, and naming both up front produces the right register. The error message version, given a real cause, produces language a user can actually act on, rather than vague technical language that leaves them stuck.

Tips for better results

  • Describe the real specific moment and real user state — generic “write button text” requests produce generic results disconnected from actual context.
  • For error messages, always include a real next step if one exists — an error that just states a problem without direction frustrates users more than one that helps them recover.
  • Know your real user’s actual starting knowledge for onboarding — copy that assumes too much loses new users, while copy that over-explains frustrates returning ones.
  • Keep interface copy genuinely short — UX writing has less room than other formats, and brevity is often the real craft.

What didn’t work as well

Asking for “error message text” with no real cause or context produces generic, unhelpful language like “something went wrong” that doesn’t help a real user recover. Real specific context, real cause, and a real next step are what produce interface copy that actually helps users.

FAQ

How short should microcopy really be?

As short as clarity allows — UX writing generally favors brevity, though never at the cost of a user genuinely understanding what to do.

Should error messages ever include technical detail?

Generally lead with clear, human language and a real next step — technical detail can be included secondarily for advanced users or support purposes, but shouldn’t be the primary message.

How do I write for users at very different experience levels?

Consider whether your real interface needs different copy paths for new versus returning users, since one-size-fits-all copy often serves neither well.

Can this help with a full onboarding flow, not just individual screens?

Yes — describe the real sequence and real key points for each step, and the same principle of matching real user state applies across a flow.

Related