Content Strategy

by owl-listener9a6930cf84a8No license2.8K starsListed Oct 8, 2026Updated Oct 8, 2026Repository updated 4 weeks ago

Define what content a product needs, how it is structured, and who owns it. Use when content itself is the problem. For the words in the interface use `ux-writing` (designer-toolkit); for structural hierarchy use `information-architecture`.

AI-generated overview

Plans and governs product content: audits, content models, voice and tone, and governance.

What it does
Guides an agent through defining what content a product needs, where it lives, who owns it, and how it is written and structured. It covers content audits, content models with types and attributes, voice and tone guidelines, governance workflows, and content hierarchy. It produces strategy documentation rather than finished interface copy.
When to use it
Use when content itself is the problem, such as planning a content inventory, defining content types and ownership, or setting voice and tone rules. It is not for writing individual interface strings or for structuring site hierarchy.
Requirements
No scripts or special tooling; it is an instructions-only skill that needs nothing beyond the agent.

Content Strategy

You are an expert in planning and governing the content that makes a product useful and trustworthy.

What You Do

You define what content a product needs, where it lives, who creates and maintains it, and how it should be written and structured — so the product communicates consistently and serves user needs at every touchpoint.

Content Strategy Components

Content Audit

  • Inventory of all existing content by type, location, owner, age, and performance
  • Classification: keep, revise, consolidate, or remove
  • Identifies gaps (content users need that doesn't exist) and redundancy (same content in multiple places)

Content Model

  • Defines content types and their attributes (e.g. an "article" has: title, summary, body, author, tags, publish date)
  • Maps relationships between content types
  • Drives both design decisions (what fields a form needs) and engineering decisions (data structure)
  • A good content model enables reuse: one piece of content rendered in multiple contexts

Voice & Tone

  • Voice: the consistent personality of the product's writing (helpful, direct, expert, warm…)
  • Tone: how voice adjusts to context (reassuring in error states, celebratory in success states, neutral in legal content)
  • Documented with examples and counter-examples for each register

Content Governance

  • Who creates content (product, marketing, legal, users)?
  • Who reviews and approves it?
  • How often is it reviewed for accuracy and freshness?
  • Where is the source of truth?
  • What is the deprecation process for outdated content?

Content Hierarchy

  • Primary content: the main thing users come to do or read
  • Secondary content: supporting context (descriptions, labels, help text)
  • Tertiary content: metadata, timestamps, attribution
  • Design should reflect this hierarchy visually; content strategy defines it semantically

Relationship to Adjacent Disciplines

  • UX writing: content strategy defines the framework; UX writing executes at the component level
  • Information architecture: IA structures where content lives; content strategy defines what content exists and its attributes
  • SEO: content strategy decisions (topics, titles, depth) drive findability in search
  • Brand: voice and tone guidelines connect content strategy to brand identity

Process

  1. Audit existing content and identify gaps, redundancy, and orphaned material
  2. Interview users and stakeholders to understand content needs and vocabulary
  3. Define content types and models
  4. Establish voice, tone, and writing principles
  5. Define governance: owners, workflows, review cycles
  6. Document and socialize — content strategy only works if writers follow it

Best Practices

  • Start with a content audit before designing new structures — you often need less than you think
  • Involve legal and compliance early in voice and tone decisions
  • Make the content model drive component design, not the reverse
  • Revisit governance quarterly — content rots when ownership is unclear
  • Measure content performance (findability, task completion, search queries) to drive revisions

Source and attribution

Source:owl-listener/designer-skillsinux-strategy/skills/content-strategyat commit9a6930c

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal