ux-content-strategy
Use when planning, governing, or upgrading product content as a system - voice charts, content-first design, UI text patterns, form completion gates, error taxonomy, content measurement, decision communication, lifecycle narrative, and content operations. Higher-level orchestration above tactical microcopy and form mechanics.
Best use case
ux-content-strategy is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Use when planning, governing, or upgrading product content as a system - voice charts, content-first design, UI text patterns, form completion gates, error taxonomy, content measurement, decision communication, lifecycle narrative, and content operations. Higher-level orchestration above tactical microcopy and form mechanics.
Teams using ux-content-strategy should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/ux-content-strategy/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How ux-content-strategy Compares
| Feature / Agent | ux-content-strategy | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Use when planning, governing, or upgrading product content as a system - voice charts, content-first design, UI text patterns, form completion gates, error taxonomy, content measurement, decision communication, lifecycle narrative, and content operations. Higher-level orchestration above tactical microcopy and form mechanics.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# UX Content Strategy
Acknowledgement: Shared by Peter Bamuhigire, techguypeter.com, +256 784 464178.
<!-- dual-compat-start -->
## Use When
- Defining or refreshing product voice, tone-shift rules, and content principles for a product or feature family.
- Designing a flow where content drives layout (onboarding, recovery, churn-risk, premium upgrades, complex forms).
- Establishing a content measurement framework tied to completion, comprehension, error reduction, conversion, trust, and support deflection.
- Communicating a content decision to skeptical stakeholders or capturing agreement after debate.
- Planning a 30 / 60 / 90-day content operation across multiple surfaces, locales, or teams.
## Do Not Use When
- The task is a single string of microcopy with an established voice and clear pattern - use `ux-writing` directly.
- The task is form layout, field grouping, input types, or validation mechanics - use `form-ux-design` directly.
- The request is a one-line stakeholder reply that needs no decision rationale capture.
## Required Inputs
- Product purpose, audience segments, and the user state(s) the content must serve (first use, mastery, error, churn-risk, win-back).
- Existing voice or content guidance, brand constraints, regulatory or legal copy requirements, locale list.
- The surface(s) involved (screen, form, email, notification, system message) and the metric the content is expected to move.
- Stakeholder map: who decides, who reviews, who has veto.
## Workflow
- Read this `SKILL.md` first. Pull only the references you need for the current decision.
- Decide whether the task is **strategic** (voice, measurement, lifecycle) or **tactical** (a string, a field, an error). If tactical, hand off to `ux-writing` or `form-ux-design`.
- For any new flow: write the **content brief before the wireframe**. Layout decisions follow content, not the reverse. See `references/content-first-design-workflow.md`.
- For any new product or sub-product without a voice chart: build one before approving copy. See `references/voice-chart-construction.md`.
- For any UI text decision: pick the pattern from `references/ui-text-patterns-library.md`, not from instinct.
- For any error: classify (system / user / environment), then apply the recovery formula in `references/error-state-taxonomy-and-recovery.md`.
- For any form: apply input reduction and engagement gates from `references/form-completion-gates.md` before writing labels.
- Set the metric and baseline using `references/content-measurement-framework.md` before content ships, or the change is unmeasurable.
- Communicate the decision using the framing in `references/design-decision-communication.md` and capture explicit agreement.
- For lifecycle content (onboarding through win-back), apply the narrative arc and peak/end placement in `references/product-narrative-arcs.md`.
## Quality Standards
- Every content decision names: the user state it serves, the metric it moves, the voice principle it enforces, and the alternative it rejected.
- Voice attributes are observable in the copy. If a stakeholder cannot point to the word that proves "warm" or "expert," the chart is decorative.
- Tone shifts by user state, not by writer mood. Same product, different moments, predictable shift.
- Errors tell the user what happened, why, and the next move - in that order, in user language, without blame.
- No content ships without a measurement plan: baseline, target, time window, sampling rule.
- Stakeholder agreements are recorded in writing with the date, the alternatives considered, and the trade-off accepted.
## Anti-Patterns
- Writing copy onto a finished wireframe and calling it content design.
- Voice charts that list adjectives nobody can disprove ("friendly," "professional," "human").
- Apologetic system errors that hide cause and offer no next step.
- Form labels rewritten in isolation while the field still asks for data the business does not need now.
- "We measured engagement" used as a substitute for completion, comprehension, error rate, or trust signals.
- Carrying a content debate by seniority instead of by evidence, then re-litigating it three sprints later.
- Treating onboarding as the only narrative moment and ignoring recovery, mastery, and win-back.
## Outputs
- Voice chart with tone-shift table, content principles, and worked examples per user state.
- Content brief(s) preceding wireframes, with success metric, voice principle, user state, and copy boundary.
- UI text decisions traceable to a pattern in the library.
- Error taxonomy with recovery copy formulas and escalation paths.
- Content measurement plan: metric, baseline, target, instrumentation, review cadence.
- Decision log entries (decision -> reason -> evidence -> alternatives -> trade-off -> agreement).
- Lifecycle narrative map with peak/end moments identified per persona.
- 30 / 60 / 90-day content operations plan when scope warrants.
## Evidence Produced
| Category | Artifact | Format | Example |
|----------|----------|--------|---------|
| UX quality | UX content strategy and voice chart | Markdown with voice principles, UI patterns, and audience rules | `docs/ux/content-strategy.md` |
| Correctness | UI text QA checklist | Markdown checklist covering buttons, labels, errors, empty states, and confirmations | `docs/ux/ui-text-qa.md` |
| Performance | Form completion gate | Markdown or CSV with friction, validation timing, and completion metrics | `docs/ux/form-completion-gate.md` |
| Release evidence | Content measurement plan | Markdown plan with metrics, owners, review cadence, and change log | `docs/ux/content-measurement.md` |
## References
- `references/voice-chart-construction.md` - deriving voice attributes and the tone-shift table.
- `references/content-first-design-workflow.md` - content brief template and the content-first protocol.
- `references/ui-text-patterns-library.md` - rules for label, button, error, empty, loading, confirm, notification.
- `references/form-completion-gates.md` - input reduction logic, gradual engagement, inline validation copy.
- `references/error-state-taxonomy-and-recovery.md` - error categories, recovery formulas, escalation copy.
- `references/content-measurement-framework.md` - metrics tied to content goals, baseline-to-target.
- `references/design-decision-communication.md` - rationale framing, objection handling, agreement capture.
- `references/product-narrative-arcs.md` - lifecycle stories, peak/end moments, persona-aware narrative.
- Use `ux-writing` for tactical microcopy execution once strategy is set.
- Use `form-ux-design` for form mechanics, field selection, and validation behavior.
<!-- dual-compat-end -->
Derived from Metts and Welfle (2020) *Strategic Writing for UX*, Wroblewski (2008) *Web Form Design: Filling in the Blanks*, Greever (2020) *Articulating Design Decisions*, 2nd ed., and Parrish (2020) *Storytelling in Design*.
## When To Invoke Companion Skills
| Situation | Skill |
|---|---|
| Voice exists, you need a single button or empty state string | `ux-writing` |
| Form layout, field count, input type, validation behavior | `form-ux-design` |
| New product, new sub-product, or voice drift across teams | this skill, then `ux-writing` |
| Error rate or completion rate is the target metric | this skill, then `form-ux-design` and `ux-writing` |
| Stakeholder has rejected copy three times | this skill - see `design-decision-communication.md` |
## Decision Gates
- **Voice gate:** No copy ships for a new product surface until the voice chart and at least one tone-shift row exist.
- **Content-first gate:** No high-stakes flow goes to visual design until a content brief is approved.
- **Measurement gate:** No content change is "done" until baseline, target, and review date are recorded.
- **Decision gate:** No revisited debate is reopened without new evidence; the decision log is the source of truth.
- **Narrative gate:** No lifecycle program ships without identifying its peak and end moments per persona.
## Operating Cadence
- Weekly: review content tickets against voice and pattern library; flag drift.
- Monthly: review measurement dashboard against targets; retire content that fails to move its metric.
- Quarterly: refresh voice chart only if evidence shows the audience or product purpose has shifted; otherwise leave it alone.
- Per release: confirm error taxonomy coverage for new failure modes introduced by the release.Related Skills
advanced-testing-strategy
Use when designing or reviewing test strategy for production systems, APIs, mobile apps, SaaS platforms, ERP workflows, and AI-enabled systems. Covers unit, integration, contract, end-to-end, regression, release-gate, and risk-based testing decisions.
saas-architecture-strategy
Use when architecting or evaluating a cloud SaaS product — including choosing multi-tenant patterns, mapping deployment to IaaS, planning scaling and blast-radius isolation, aligning architecture to business capabilities, and reconciling multi-enterprise consumption requirements with operating-model constraints.
software-pricing-strategy
Pricing strategy for software products and SaaS. Covers value-based pricing, the 3 pricing principles, B2B vs B2C differences, pricing models (per-seat, usage, freemium, tiered, flat-rate), packaging strategy, negotiation frameworks, discounting...
product-strategy-vision
Frameworks for defining a compelling product vision and a focused product strategy. Covers the 10 principles of product vision, product strategy principles, OKR technique for product teams, outcome-based roadmaps, product principles, and product...
content-writing
Copywriting and content creation standards for website pages, blog posts, and all written copy. Covers headlines, ledes, readability, niche vocabulary, scannable formatting, and persuasive structure. Cross-cutting skill — apply whenever...
web-app-security-audit
Use when auditing a PHP/JavaScript/HTML web application for security vulnerabilities. Covers configuration, authentication, authorization, input validation, XSS, API security, HTTP headers, and dependency scanning. Produces a severity-rated audit...
vibe-security-skill
Use when designing or reviewing security for a web application, API, or multi-tenant SaaS — produces threat model, abuse case list, auth/authz matrix, and secret handling plan; covers OWASP Top 10 2025 and the AI-code-generation blind spots. Neighbours — api-design-first owns auth model fields, deployment-release-engineering owns secret rotation choreography, ai-security and llm-security own model-specific threats.
network-security
Use when designing, hardening, or auditing network-layer security for self-managed Debian/Ubuntu SaaS infrastructure — firewalls (nftables/UFW), WAF (ModSecurity + OWASP CRS), VPN (WireGuard, OpenVPN, IPsec), TLS/PKI ops, IDS/IPS (Suricata, Fail2ban), zero-trust, SSH hardening, DDoS mitigation, DNS security. Complements web-app-security-audit (app layer) and cicd-devsecops (secrets/CI).
linux-security-hardening
Use when hardening a Debian/Ubuntu server — user/group/sudo hardening, file permission audits, PAM password policy + MFA, AppArmor mandatory access control, auditd system call logging, kernel sysctl hardening, file integrity monitoring (AIDE), rootkit detection (rkhunter/chkrootkit), unattended security patching, GRUB + UEFI + LUKS boot security, and CIS benchmark compliance.
dpia-generator
Generate a Data Protection Impact Assessment (DPIA), Uganda DPPA 2019-compliant. Use when producing or reviewing a data protection impact assessment, a privacy impact assessment, when uganda-dppa-compliance flags [DPIA-REQUIRED], or when processing large-scale or sensitive personal data for a new feature.
code-safety-scanner
Scan any codebase for 14 critical safety issues across security vulnerabilities, server stability (500 errors), and payment misconfigurations. Use when auditing code before deployment, reviewing AI-generated code for production readiness, or...
world-class-engineering
Use when designing, building, reviewing, or upgrading production software systems that must be secure, performant, maintainable, scalable, and user-centered. Apply before writing specs, code, architecture, APIs, databases, mobile apps, SaaS platforms, or ERP systems.