microcopy
Microcopy
The small words that shape big experiences.
How to use
/microcopyApply microcopy constraints to this conversation.
Constraints
Buttons
- MUST describe the action outcome, not the mechanical action
- "Create project" not "Submit". "Send invite" not "Confirm".
- Destructive actions: name what's being destroyed ("Delete project" not "Delete")
- MUST use sentence case, not Title Case or ALL CAPS
- Loading state: show progress ("Saving..." not "Please wait")
Confirmations and Dialogs
- Title: what's about to happen
- Body: what it means and whether it's reversible
- Primary button: the action being confirmed
- Secondary button: "Cancel" (not "No" or "Go back")
- NEVER use "Are you sure?" without explaining the consequence
Tooltips and Help Text
- MUST add information the user doesn't already have
- Keep under 15 words. If it needs more, use a help page.
- SHOULD answer "why" not just "what" (why this field exists, not just what to put in it)
- NEVER use tooltips as the only way to explain essential functionality
Empty and Placeholder Text
- Input placeholders: show the expected format, not the label ("name@company.com")
- MUST NOT use placeholders as labels (they disappear on focus)
- Empty search: suggest search terms or show popular queries
- NEVER use "N/A", "null", "undefined", or "—" where a human-readable message belongs
Error Micro-Copy
- MUST say what went wrong in plain language
- MUST say how to fix it
- Place error text adjacent to the field that caused it
- Use red for errors, but don't rely on color alone (add an icon or text prefix)
More from dragoon0x/product-skills
prd-writing
Write product requirement documents that engineers want to read and can actually build from. Covers structure, scope discipline, and the balance between clarity and over-specification. Use when writing PRDs, reviewing spec quality, or when engineering keeps asking clarifying questions.
1freemium-vs-paid-gate
Decide whether a product should offer a free tier, free trial, or go straight to paid. Structured decision framework based on economics, distribution model, and competitive landscape. Use when launching a new product or reconsidering your pricing model.
1error-recovery
When things break, guide people forward instead of leaving them stranded. Error message copy, retry patterns, graceful degradation, and recovery flows. Use when building error handling or failed state UIs.
1cta-patterns
Design calls-to-action that people actually click. Covers button copy, placement logic, urgency without manipulation, and progressive commitment. Use when reviewing pages for conversion potential or when CTA copy feels generic.
1onboarding-flow
Design first-run experiences that create the aha moment fast. Reduces time-to-value by sequencing actions, progressive disclosure, and contextual guidance. Use when building signup flows, product tours, or empty states.
1user-psychology
Apply motivation, friction, and trust patterns to product decisions. Maps cognitive biases and behavioral triggers to specific UI and copy choices. Use when reviewing flows for drop-off points or when something feels right but doesn't convert.
1