Purpose
Take one piece of design or product content — a feature update, design rationale, roadmap change, or research finding — and produce distinct, audience-calibrated versions for each stakeholder group, so the message lands with the specific concerns, vocabulary, and decision needs of executives, engineers, marketers, and non-technical audiences. Solves the "one deck for everyone" problem that causes updates to feel too vague for engineers and too dense for executives.
When to Use
Invoke this skill when the user asks to:
- Present the same feature, design decision, or roadmap change to multiple audiences
- Reframe a technical update for executives or a strategic update for engineers
- Turn a design rationale into something marketing or sales can use
- Simplify a product update for non-technical stakeholders without losing accuracy
- Prepare talking points for a cross-functional review or all-hands
- Fix an update that landed flat with one specific group
Inputs Required
Before starting, collect:
- Source content: The original design or product content to adapt (a summary, doc, or rough notes)
- Target audiences: Which groups need a version — executives, engineers, marketers, non-technical (default: all four if unspecified)
- Communication goal: Inform / get a decision / get buy-in / align on next steps
- Format: Slide talking points / written update / verbal script / Slack message
- Key decision or ask: If there's a specific thing you need from the audience
- Constraints to preserve: Anything that must stay accurate or must not be over-promised
If the goal or format is missing, default to "inform + written update" and note the assumption.
Instructions
Step 1: Extract the Core Message
Before adapting, distill the source content into a neutral core:
- The what: What changed or was decided, in one sentence
- The why: The reasoning or trigger behind it
- The impact: What this affects (users, timeline, other teams, metrics)
- The ask: What, if anything, the audience needs to do
This neutral core is the source of truth every version stays faithful to. No version may add facts not present here or contradict the impact.
Step 2: Adapt Per Audience
For each requested audience, produce a version calibrated to the question that audience is actually asking.
Executive Version
- Question they're asking: "What does this mean for the business, and what do you need from me?"
- Lead with outcome and impact, not process
- Frame in terms of goals, metrics, timeline, risk, and resourcing
- Cut implementation detail; keep one sentence of rationale max
- State the ask explicitly and up front if a decision is needed
- Length target: 3–5 sentences or 3 bullets
Engineer Version
- Question they're asking: "What's the actual change, why this approach, and how does it affect what I'm building?"
- Lead with the concrete change and the reasoning/tradeoffs behind it
- Keep technical precision — use correct terms, name the constraint or dependency
- Include what's decided vs. still open, and where their input is needed
- Avoid business abstraction ("synergy," "value-add") — be specific
- Length target: 4–7 bullets
Marketer Version
- Question they're asking: "What's the story, and what can I say to customers?"
- Lead with the user-facing benefit and the narrative angle
- Translate features into outcomes a customer would care about
- Flag what's safe to communicate externally vs. internal-only
- Suggest one headline framing or positioning line
- Length target: 3–5 sentences plus a suggested framing line
Non-Technical Version
- Question they're asking: "What is this, and why should I care, in plain terms?"
- Use an analogy or plain-language reframe for any technical concept
- No jargon, no acronyms without expansion
- Explain the "so what" for the reader specifically
- Length target: 3–4 short sentences
Step 3: Apply Framing Shifts
For each version, deliberately shift these three levers away from the source default:
- Level of detail: Executive (lowest) → Non-technical (plain) → Marketer (benefit-level) → Engineer (highest)
- Vocabulary: Match each audience's working language
- Emphasis: Lead with what that audience decides on or cares about — reorder the same facts
Step 4: Consistency Check
Confirm no version contradicts another. The what, why, and impact must be identical across all versions — only framing, detail, and emphasis change.
Output Format
- Structure: A short "Core Message" block first, then one clearly labeled section per audience
- Length: 600–900 words total across all versions
- Format: Labeled sections; each version formatted in the requested delivery format (bullets, prose, or script)
- Sections: Core Message → Executive Version → Engineer Version → Marketer Version → Non-Technical Version (only the audiences requested)
- Tone: Each version carries its own tone — executive is decisive and brief, engineer is precise and matter-of-fact, marketer is narrative and benefit-forward, non-technical is warm and plain
Quality Checklist
Before delivering output, verify:
- [ ] Every requested audience has its own labeled version
- [ ] All versions share the same what/why/impact — no version invents or contradicts a fact
- [ ] The executive version states the ask and leads with impact, not process
- [ ] The engineer version keeps technical precision and names what's decided vs. open
- [ ] The non-technical version contains zero unexplained jargon or acronyms
- [ ] Each version's length is within its target range
Notes
- The most common failure is a version that's just the source content with softer words — real adaptation reorders emphasis and answers a different question per audience
- When a decision is needed, the executive version should make the ask impossible to miss; executives skim
- If the source content over-promises, flag it in the Core Message rather than propagating it into every version
- For verbal script format, write in spoken cadence — short sentences, natural transitions, no bullet fragments
How to use this skill
This file is a Claude Code skill in Anthropic's standard format — markdown with YAML frontmatter at the top.
Installing in Claude Code:
~/.claude/skills/<folder-name>/SKILL.md— auto-loads in every session anywhere on your machine (recommended for skills you'll use across multiple projects)<your-project>/.claude/skills/<folder-name>/SKILL.md— auto-loads only when working in that project (recommended for project-specific skills)
Restart Claude Code or open a new session to register.
Using in Claude.ai, ChatGPT, Gemini, or other AI tools:
- Drag this file into a new chat, or copy and paste its contents
- Send your task or request as your next message — the AI will apply the skill where it fits
For Claude Code skill details: https://docs.anthropic.com/en/docs/claude-code/skills