Create a product launch narrative kit for sales, website, ads, and email
Turn launch inputs into a PMM-approved narrative system that keeps website, sales, ads, email, customer, and support messaging consistent.
What you will have
A launch narrative kit with positioning, audience-specific message blocks, claim guardrails, FAQs, channel copy, approval status, and post-launch message learnings.
Setup time
4-6 hours
Time saved
8-12 hours per launch package
Estimated cost
$0 to $350 per month
Tools used
6 tools
Why this works
Launches get messy when every channel rewrites the product story separately and every stakeholder reviews from a different version of the truth. A narrative kit gives teams one approved source for who the launch is for, why it matters, which claims are safe, and how the value should be explained. AI speeds up synthesis and first drafts, but the workflow forces claim review, owner assignment, and post-launch learning before the message becomes permanent positioning.
Step-by-step workflow
Preview the workflow
The first 2 steps are open. Pro unlocks the remaining steps, copy-paste prompts, pro tips, tool-by-tool setup guidance, and implementation details.
1
Assemble the launch source brief and evidence folder
45-60 min
45-60 min
Create a Google Drive folder and Google Doc for the launch source brief. Include the product update, target audience, use cases, screenshots, demo notes, release timing, pricing or packaging changes, differentiators, roadmap context, competitive context, customer proof, sales feedback, known limitations, and claims that are already approved. Label each input as approved, needs confirmation, background only, or do not use. Add links to source files instead of pasting scattered notes into multiple chats. The goal is to give Claude one clean source of truth while keeping uncertain material out of draft generation.
Output
Launch source brief with product facts, audience, proof, limitations, source links, and approval status for each input.
Google DocsAirtable
Pro tip
Include limitations early. Launch messaging becomes risky when teams only document the upside and leave sales or support to discover caveats later.
2
Create the claim ledger before writing copy
45-60 min
45-60 min
In Airtable, create a claim ledger with one row per product claim, proof point, stat, integration, customer reference, roadmap statement, pricing note, or competitive statement. Add fields for source, owner, approval status, risk level, allowed wording, channels where it can be used, and reviewer. Use Claude to suggest the first version from the source brief, but require PMM or product to confirm anything factual. This separates persuasive writing from claim approval so teams do not accidentally publish unsupported promises. The claim ledger becomes the guardrail for every website, email, ad, and sales asset that follows.
Output
Claim ledger with approved, pending, restricted, and prohibited launch claims mapped to owners and sources.
AirtableClaudeGoogle Docs
Pro tip
Separate copy approval from claim approval. A sentence can sound good and still be unsupported, risky, or not ready for a public launch.
Prompt template
Create a launch claim ledger from this source brief.
Launch source brief:
{{launch_source_brief}}
Known claims or proof points:
{{known_claims}}
Risk rules:
{{risk_rules}}
For each claim, output:
1. Claim or proof point
2. Source document or evidence
3. Claim type: product, customer, integration, roadmap, pricing, competitive, performance, or legal
4. Risk level
5. Allowed wording
6. Wording to avoid
7. Required reviewer
8. Approval status recommendation
9. Channels where the claim can be used
Do not invent claims. Mark uncertain items as needs confirmation.
Pro workflow preview
Previewing 2 of 8 steps
Pro membership
Unlock the full workflow
Get the remaining 6 steps, copy-paste prompts, pro tips, tool-by-tool setup guidance, and weekly new workflows.
$9/month
Define the core launch narrative
Build persona-specific message blocks
Draft channel-ready copy from the approved blocks
Create the sales, CS, and support FAQ
Run role-based review and lock the final kit
Package launch execution and measure message adoption