UI/UX Atlas
Content & UX Writing Intermediate

Microcopy: Inform, Influence & Interact (3 I's / 3 C's)

Tiny words carry enormous weight — master the three functions of microcopy to reduce friction, build trust, and guide users to confident action.

9 min read

The full lesson

Every button label, placeholder hint, tooltip, and error message is a microcopy decision. Together, these small pieces form the ongoing conversation your product has with users. They quietly determine whether someone completes a checkout, trusts a permission prompt, or gives up on a form.

Getting microcopy right is not about being clever. It is about being useful at the exact moment a user needs help.

The 3 I’s — Inform, Influence, and Interact — describe what every piece of microcopy does. The 3 C’s — Clear, Concise, Contextual — describe how it should be written. Together they give you a practical test you can apply to any string in any interface.

The 3 I’s: What Microcopy Does

Inform

Informing microcopy removes uncertainty. It answers the questions a user is silently asking: “What does this field need?” “What happens next?” “Why is this required?”

Good informing copy prevents errors before they happen. That is always cheaper than recovering from them.

Examples of informing microcopy:

  • A date field hint: “Format: DD / MM / YYYY” (prevents the most common form error on global products)
  • A password rule list that appears as you type, checking off each rule as it is met
  • A file upload that says “Accepts JPG, PNG, or PDF — max 5 MB” before the user tries to upload a 40 MB RAW file
  • A two-factor prompt that names the device: “We sent a code to your iPhone ending in 4821” — specific, not generic

One outdated habit to break: using placeholder text as the only label for an input. The placeholder disappears the moment the user starts typing, leaving them mid-form with no idea what the field is asking for.

Use persistent top-aligned labels paired with optional helper text below the field. This is the modern baseline. It also satisfies WCAG 2.2 — specifically SC 1.3.1 (Info and Relationships) and SC 3.3.2 (Labels or Instructions).

Influence

Influencing microcopy shapes decisions and builds confidence. It is the ethical side of persuasion: it gives users accurate, complete information so they can choose well — for themselves, not for your conversion metric.

This is where the line between a fair nudge and a dark pattern lives. Influence is ethical when:

  1. The information is symmetrical — the user learns what they need to know, not just what helps your goal
  2. The framing respects autonomy — it does not exploit loss aversion or artificial urgency
  3. The benefit flows primarily to the user, not just the business

Deceptive patterns — pre-checked consent boxes, fake scarcity (“Only 2 left!” when inventory is actually 2,000), roach-motel subscription language (“Click here to begin your cancellation process”) — are now legally actionable in the EU under the Digital Services Act, and increasingly in US state law. They also measurably hurt long-term retention and brand trust.

Legitimate influence examples:

  • A savings callout: “Annual plan saves you $48 per year” — factual, helpful, lets the user decide
  • A security badge next to a card field: “Encrypted with TLS 1.3 — we never store your full card number”
  • A confirmation dialog that reframes the action positively: “Keep my account” vs. “Cancel” — rather than “Are you sure you want to delete your account?” which manufactures regret

Interact

Interacting microcopy drives action. Button labels, CTA copy, confirmation dialogs, and success or error messages are the interface’s verbs. They tell users what to do, confirm they did it, and tell them what comes next.

The cardinal rule of interacting copy: button labels should complete the sentence “I want to ___.” This small test exposes vague labels immediately.

Vague labelSpecific labelWhy it’s better
SubmitSave changesNames the action and its effect
OKGot itAcknowledges without implying agreement
ContinueAdd shipping addressNames the next step
DeleteDelete account permanentlyStakes are clear; “permanently” is honest, not scary
Yes / NoKeep subscription / Cancel subscriptionOptions name the outcome, not just the polarity

Interacting copy covers the post-action state too. A spinner with no label, a silent redirect, or a generic “Success!” teaches users nothing. Name what happened and what comes next: “Order confirmed — you’ll get a shipping email within 24 hours.”

The 3 C’s: How Microcopy Should Be Written

Clear

Clarity means one reading, understood on the first pass. It is not about dumbing things down — it is about removing ambiguity at the exact moment the user needs to act.

Diagnostic question: Can a user who has never seen this product understand this string in under two seconds?

Common clarity breakers:

  • Jargon borrowed from back-end systems (“Session token expired” — say “You were signed out for security”)
  • Negative constructions that force mental gymnastics (“You cannot proceed without agreeing to our terms” — say “Agree to terms to continue”)
  • Pronoun ambiguity (“Your data will be deleted” — deleted by whom? when? all of it?)

Concise

Concise means no words that do not pull their weight. Every extra word is friction the user must process before reaching the information they actually need.

A good edit test: cover the copy. If the UI still communicates the intent, cut the copy. If it does not, the copy is earning its place.

Common word-count offenders:

  • “Please note that you will need to” → “You need to”
  • “In the event that you would like to” → “To”
  • “Click on the button below in order to” → “Select”
  • “We’re sorry but” before every error (apologize once per session, not per error)

Concise does not mean abrupt. Warmth and brevity can coexist: “We sent you a link — check your spam folder too, just in case” is warm, specific, and under 15 words.

Contextual

Contextual means the right copy at the right moment. Microcopy that is technically correct but wrong for the situation still fails the user. Context includes:

  • Emotional state: a user mid-checkout is anxious about trust, not interested in a product tour. A user who just onboarded successfully is open to “what’s next.”
  • Platform: touch targets on mobile mean briefer labels (the label competes with thumb reach). Desktop can tolerate slightly more instructional text.
  • Brand voice: formal and precise for a healthcare tool; warmer and more playful for a consumer lifestyle app. But voice must never override clarity in high-stakes moments — errors, destructive actions, and legal consent.
  • User state: first-time visitor vs. returning power user. A tooltip that teaches a concept to new users is noise to veterans. Progressive disclosure — show detail on demand — solves this.

Error Messages: The Acid Test

Error messages are the highest-stakes microcopy in any product. A user hitting an error is already frustrated — possibly embarrassed — and looking for a way out. Good error copy does three things, in this order:

  1. Says what went wrong (without blaming the user)
  2. Says why (if that helps them fix it)
  3. Says exactly what to do next

The anatomy of a good error message:

[What happened]: Your card was declined.
[Why, if useful]: The billing address doesn't match your card's records.
[What to do]: Check the address in your account or try a different card.

This is worlds away from “Error 402” or “Payment failed. Please try again.” The latter gives users no path forward and puts all the cognitive burden on them.

Technical implementation note: in 2026, inline validation on blur (when the user leaves a field) is the standard — not on-submit-only validation. Each error message element should be linked to its input via aria-describedby, and the input should carry aria-invalid="true" in the error state. This satisfies WCAG 2.2 SC 3.3.1 (Error Identification) and SC 3.3.3 (Error Suggestion). It also ensures screen reader users hear the error in natural reading order without having to hunt for it.

Do

Write errors in plain language that names the problem and provides a fix: “Password must be at least 12 characters — you have 8 so far.” Link the error element to the input with aria-describedby so assistive technology reads it inline. Validate on blur so users get feedback before the full form submission.

Don't

Write vague system errors like “Invalid input” or “Something went wrong.” Avoid blaming language (“You entered an incorrect password”) — state what the system needs, not what the user did wrong. Never delay all validation to form submit and dump a list of errors at the top while focus stays at the bottom of the page.

Voice, Tone, and Consistency

Voice is who you are. Tone is how you sound in a given moment. A brand has one voice but many tones — think of a person who is consistently professional but shifts from warm and encouraging during onboarding to calm and precise during an error state.

A practical consistency check across a product:

MomentAppropriate toneExample
Empty stateEncouraging, directive”No projects yet. Create your first one.”
Form validation errorNeutral, specific”Email already in use — try signing in instead.”
Destructive action confirmationSerious, honest”Delete workspace? This removes all projects and members permanently.”
Success stateWarm, forward-looking”Profile updated. Changes are live.”
Permission requestDirect, benefit-led”Allow location access to show stores near you.”

The sign that voice is inconsistent: users experience whiplash. A product that is breezy and casual everywhere — except in errors, which suddenly turn cold and technical — feels like it has multiple authors arguing.

Design systems that embed content standards alongside visual tokens are the modern fix. When copy guidelines live next to the components they govern — in living documentation in tools like Storybook or zeroheight, not a static tone-of-voice PDF — writers and engineers both follow the same source of truth.

Measuring Microcopy Quality

Microcopy is often the last thing tested and the first thing blamed when something goes wrong. Build measurement in from the start:

  • Task completion rate and time-on-task before and after a copy change are the cleanest signal — behavioral data is more trustworthy than self-report surveys
  • Error rate on specific fields tells you where informing copy is failing. A spike in “invalid format” errors on a date field is a copy problem, not a user problem.
  • Support ticket tagging — a cluster of tickets using the exact words from your UI (“it says my session expired but I just logged in”) pinpoints confusing copy affecting real users right now
  • Usability sessions using think-aloud protocol surface misreadings that are invisible in quantitative data — five sessions are enough to find the majority of comprehension failures on a specific flow
  • A/B tests for high-traffic strings (CTAs, pricing page copy, onboarding headlines) where the volume supports statistical significance — 40 or more participants per variant for quantitative benchmarking; five is only appropriate for qualitative problem-finding

The outdated habit is treating microcopy changes as too small to measure. In reality, a label change on a primary CTA can shift conversion by double digits. Copy is a product lever, not a cosmetic detail.