Product Marketing and GTM skill 09 of 13
Product Launches SKILL.md
The Product Launches skill makes Claude, Codex or another AI agent plan launches that drive adoption, not just announcements. It tiers each release by revenue, audience, competitive impact and change required, sets goals, writes launch messaging for customers, prospects and sales, builds readiness checklists, runs the internal launch first, targets external channels, writes launch-day runbooks and schedules retrospectives.
product-launch/SKILL.md, version 1.0.0, 1,525 words.
By Afeez Adebayo, Marketing, SEO & Growth Expert with 10+ years of experience.
Created 10 October 2026. Updated 10 October 2026. Free to use under CC BY 4.0.
Most product launches are announcements: a blog post, an email, a few social posts, then silence. Customers who would benefit never hear about it, sales doesn't know how to position it, support learns about it from confused tickets, and nobody measures whether it changed anything. A launch is a cross-team project to get the right customers to adopt something new, and its size should match its importance.
This skill plans launches with tiering, readiness checklists, audience-specific messaging, channel plans, enablement, launch-day runbooks and post-launch measurement.
Operating principles
- Tier every launch. Not every release deserves a big launch; effort should match impact.
- Launch to people, not to the void. Target the customers and prospects who benefit most.
- Internal launch first. Sales, support and success must be ready before customers hear.
- Adoption is the goal. Measure usage and revenue impact, not just announcement reach.
- Review every launch. Learn what worked for the next one.
Launch tiers
| Tier | Examples | Typical activities |
|---|---|---|
| Tier 1 | New product, major platform change, new pricing, entry to a new market | Full GTM: positioning, press, event or webinar, campaign, website, sales training, customer outreach |
| Tier 2 | Significant feature for a key segment, major integration | Blog, email to relevant segments, in-app announcement, sales brief, help docs, webinar optional |
| Tier 3 | Smaller improvements | Changelog, in-app note, help docs, social post |
Tiering criteria
| Criterion | Question |
|---|---|
| Revenue impact | Will it win new deals, raise prices or reduce churn noticeably? |
| Audience size | How many customers or prospects does it affect? |
| Competitive impact | Does it close a gap or create a differentiator? |
| Change required | Do users or sales need to change how they work? |
| Market interest | Will press, analysts or communities care? |
When to use, and when not to
Use it for any release that customers, prospects or sales need to know about, from new products to meaningful features and pricing changes.
Don't use it for full go-to-market strategy for a new product or segment (go-to-market-plan) or routine changelog entries.
Inputs to ask for, in one message
- What is launching, for whom, and the release date.
- Business goals for the launch.
- Target segments and personas.
- Positioning and messaging, if they exist.
- Channels available and team capacity.
- Dependencies: product readiness, pricing, legal, partners.
Raw SKILL.md file
This is the exact file agents read, including the credit header and licence notice. Save it as product-launch/SKILL.md.
--- name: product-launch description: "Plan product and feature launches that drive adoption: tiering by revenue, audience, competitive impact and change required, goals and metrics, launch messaging for customers, prospects and sales, readiness checklists, internal launch first, targeted external channels, launch-day runbooks, sustained follow-up and retrospectives. Use whenever someone asks to plan a product launch, feature launch, launch checklist, launch tiers, release announcement, beta launch, pricing change communication or why a launch got no adoption." license: CC-BY-4.0 metadata: author: Afeez Adebayo author_url: https://afeezadebayo.com author_linkedin: https://www.linkedin.com/in/afeez-adebayo/ author_x: https://x.com/za_icon source: https://afeezadebayo.com/skills-md/marketing/product-marketing/product-launch/ category: marketing subcategory: product-marketing version: "1.0.0" created: "2026-10-10" updated: "2026-10-10" --- # Product Launches Most product launches are announcements: a blog post, an email, a few social posts, then silence. Customers who would benefit never hear about it, sales doesn't know how to position it, support learns about it from confused tickets, and nobody measures whether it changed anything. A launch is a cross-team project to get the right customers to adopt something new, and its size should match its importance. This skill plans launches with tiering, readiness checklists, audience-specific messaging, channel plans, enablement, launch-day runbooks and post-launch measurement. ## Operating principles 1. **Tier every launch.** Not every release deserves a big launch; effort should match impact. 2. **Launch to people, not to the void.** Target the customers and prospects who benefit most. 3. **Internal launch first.** Sales, support and success must be ready before customers hear. 4. **Adoption is the goal.** Measure usage and revenue impact, not just announcement reach. 5. **Review every launch.** Learn what worked for the next one. ## Launch tiers | Tier | Examples | Typical activities | |---|---|---| | Tier 1 | New product, major platform change, new pricing, entry to a new market | Full GTM: positioning, press, event or webinar, campaign, website, sales training, customer outreach | | Tier 2 | Significant feature for a key segment, major integration | Blog, email to relevant segments, in-app announcement, sales brief, help docs, webinar optional | | Tier 3 | Smaller improvements | Changelog, in-app note, help docs, social post | ## Tiering criteria | Criterion | Question | |---|---| | Revenue impact | Will it win new deals, raise prices or reduce churn noticeably? | | Audience size | How many customers or prospects does it affect? | | Competitive impact | Does it close a gap or create a differentiator? | | Change required | Do users or sales need to change how they work? | | Market interest | Will press, analysts or communities care? | ## When to use, and when not to Use it for any release that customers, prospects or sales need to know about, from new products to meaningful features and pricing changes. Don't use it for full go-to-market strategy for a new product or segment (`go-to-market-plan`) or routine changelog entries. ## Inputs to ask for, in one message 1. What is launching, for whom, and the release date. 2. Business goals for the launch. 3. Target segments and personas. 4. Positioning and messaging, if they exist. 5. Channels available and team capacity. 6. Dependencies: product readiness, pricing, legal, partners. ## Workflow ### Step 1. Tier the launch Score against the criteria; agree the tier with product and leadership. ### Step 2. Define goals and metrics Adoption, pipeline, upgrades, churn reduction, awareness; with targets and time frames. ### Step 3. Write launch messaging What it is, who it's for, the problem it solves, proof and how to get started; adapted for customers, prospects and sales. ### Step 4. Build the readiness checklist Product, documentation, support, sales, legal, pricing, website and analytics. ### Step 5. Plan the internal launch Sales and support training, FAQ, demo, objection handling, release notes, one week or more before external launch. ### Step 6. Plan external channels Email to relevant segments, in-app messages, blog, website updates, social, webinar, press, partners, community. ### Step 7. Run launch day A runbook with owners and times; monitor issues and feedback. ### Step 8. Sustain and measure Follow-up campaigns, sales plays and adoption nudges; measure at two weeks, 30 days and 90 days. ### Step 9. Retrospective What worked, what didn't, what to repeat. ## Readiness checklist - Feature complete, tested and available to the right plans. - Help docs, videos and release notes published. - Support trained with FAQ and escalation paths. - Sales briefed with talk track, demo and objection handling. - Pricing, packaging and billing updated if affected. - Website, product pages and screenshots updated. - Analytics events tracking adoption. - Legal and compliance review done where needed. ## Launch-day runbook (example) | Time | Action | Owner | |---|---|---| | 08:00 | Feature enabled for all eligible accounts | Product | | 09:00 | Website and docs live | Marketing | | 09:30 | Customer email and in-app announcement | Lifecycle | | 10:00 | Blog, social and partner notes | Marketing | | 11:00 | Sales and success channels share talk track and asset links | Product marketing | | All day | Monitor support tickets, social, errors | Support, product | ## Launch metrics by tier | Tier | 2 weeks | 30 days | 90 days | |---|---|---|---| | 1 | Reach, demo requests, press coverage | Pipeline, trials, early adoption | Revenue, win rate, retention effect | | 2 | Segment email engagement, feature trials | Adoption among target accounts | Upgrades or churn change in that segment | | 3 | Help doc views | Feature usage | Support ticket trends | ## Internal launch kit - One-page brief: what, who, why, when, how to talk about it. - Two-minute demo video and live demo steps. - FAQ and objection handling. - Pricing and packaging notes. - Links to docs, release notes and customer-facing assets. - A named contact for questions. ## Retrospective questions - Did we hit adoption and business goals? Why or why not? - Which channels drove the most adoption from the right segments? - Were sales and support ready? What was missing? - What will we change for the next launch of this tier? ## Tiering scorecard Score each criterion from 1 to 3 (revenue impact, audience size, competitive impact, change required, market interest). A total of 13 to 15 suggests Tier 1, 9 to 12 Tier 2, and below 9 Tier 3. Adjust thresholds to your company, but apply them consistently. ## Edge cases and judgement calls | Situation | What to do | |---|---| | Release date slips | Hold external announcements; keep internal readiness on track | | Beta or early access | Launch to a waitlist first; collect proof for the general launch | | Pricing change | Communicate early to existing customers, explain value, offer transition terms | | Launch for one segment only | Target that segment; avoid broadcasting to everyone | | Many small releases | Bundle into a monthly or quarterly launch moment | ## Handoffs to related skills - Full GTM: `go-to-market-plan` - Messaging: `messaging-framework` - Sales readiness: `sales-enablement` - Pricing changes: `pricing-packaging` - Proof from early adopters: `case-studies-customer-proof` - Partner co-launches: `partner-marketing` - Customer emails and in-app messages: the CRM and Lifecycle skills ## Worked example A marketing automation company launched an AI email writer with a blog post and a newsletter mention. Adoption stayed under 5% after a month, and sales didn't mention it in demos. The relaunch was tiered as Tier 2: an internal training session, a demo script, segmented emails to customers who sent the most campaigns, in-app prompts in the email editor, a webinar with customer examples and a help video. Adoption rose several times within 60 days, and sales began using it as a differentiator in competitive deals. ## Output format ``` # Launch plan: <feature/product>, <date> ## Tier and rationale ## Goals and metrics ## Messaging (customers, prospects, sales) ## Readiness checklist with owners ## Internal launch plan ## External channel plan ## Launch-day runbook ## Post-launch measurement and retro date ``` ## Common mistakes - Treating every release as Tier 1, or none of them. - Announcing before sales and support are ready. - Broadcasting to everyone instead of relevant segments. - Measuring reach instead of adoption. - No retrospective. ## Questions to ask before you plan - Who benefits most from this release, and how will they hear about it? - What must sales and support know on day one? - What would success look like in 30 and 90 days? ## Self-check before you answer - Is the launch tiered with clear criteria? - Is internal readiness planned before external announcements? - Are channels targeted to the right segments? - Are adoption metrics and a retrospective scheduled? ## Further reading - Product Marketing Alliance launch resources: https://www.productmarketingalliance.com/ - Lenny's Newsletter on product launches: https://www.lennysnewsletter.com/ --- Created by Afeez Adebayo, Marketing, SEO & Growth Expert Website: https://afeezadebayo.com LinkedIn: https://www.linkedin.com/in/afeez-adebayo/ X: https://x.com/za_icon Source: https://afeezadebayo.com/skills-md/marketing/product-marketing/product-launch/ Licence: CC BY 4.0 (https://creativecommons.org/licenses/by/4.0/). You may copy, share and adapt this skill, including for commercial use, as long as you credit Afeez Adebayo and link to the source URL above. Keep this notice in any copy or adapted version.
Workflow
Step 1. Tier the launch
Score against the criteria; agree the tier with product and leadership.
Step 2. Define goals and metrics
Adoption, pipeline, upgrades, churn reduction, awareness; with targets and time frames.
Step 3. Write launch messaging
What it is, who it's for, the problem it solves, proof and how to get started; adapted for customers, prospects and sales.
Step 4. Build the readiness checklist
Product, documentation, support, sales, legal, pricing, website and analytics.
Step 5. Plan the internal launch
Sales and support training, FAQ, demo, objection handling, release notes, one week or more before external launch.
Step 6. Plan external channels
Email to relevant segments, in-app messages, blog, website updates, social, webinar, press, partners, community.
Step 7. Run launch day
A runbook with owners and times; monitor issues and feedback.
Step 8. Sustain and measure
Follow-up campaigns, sales plays and adoption nudges; measure at two weeks, 30 days and 90 days.
Step 9. Retrospective
What worked, what didn't, what to repeat.
Readiness checklist
- Feature complete, tested and available to the right plans.
- Help docs, videos and release notes published.
- Support trained with FAQ and escalation paths.
- Sales briefed with talk track, demo and objection handling.
- Pricing, packaging and billing updated if affected.
- Website, product pages and screenshots updated.
- Analytics events tracking adoption.
- Legal and compliance review done where needed.
Launch-day runbook (example)
| Time | Action | Owner |
|---|---|---|
| 08:00 | Feature enabled for all eligible accounts | Product |
| 09:00 | Website and docs live | Marketing |
| 09:30 | Customer email and in-app announcement | Lifecycle |
| 10:00 | Blog, social and partner notes | Marketing |
| 11:00 | Sales and success channels share talk track and asset links | Product marketing |
| All day | Monitor support tickets, social, errors | Support, product |
Launch metrics by tier
| Tier | 2 weeks | 30 days | 90 days |
|---|---|---|---|
| 1 | Reach, demo requests, press coverage | Pipeline, trials, early adoption | Revenue, win rate, retention effect |
| 2 | Segment email engagement, feature trials | Adoption among target accounts | Upgrades or churn change in that segment |
| 3 | Help doc views | Feature usage | Support ticket trends |
Internal launch kit
- One-page brief: what, who, why, when, how to talk about it.
- Two-minute demo video and live demo steps.
- FAQ and objection handling.
- Pricing and packaging notes.
- Links to docs, release notes and customer-facing assets.
- A named contact for questions.
Retrospective questions
- Did we hit adoption and business goals? Why or why not?
- Which channels drove the most adoption from the right segments?
- Were sales and support ready? What was missing?
- What will we change for the next launch of this tier?
Tiering scorecard
Score each criterion from 1 to 3 (revenue impact, audience size, competitive impact, change required, market interest). A total of 13 to 15 suggests Tier 1, 9 to 12 Tier 2, and below 9 Tier 3. Adjust thresholds to your company, but apply them consistently.
Edge cases and judgement calls
| Situation | What to do |
|---|---|
| Release date slips | Hold external announcements; keep internal readiness on track |
| Beta or early access | Launch to a waitlist first; collect proof for the general launch |
| Pricing change | Communicate early to existing customers, explain value, offer transition terms |
| Launch for one segment only | Target that segment; avoid broadcasting to everyone |
| Many small releases | Bundle into a monthly or quarterly launch moment |
Handoffs to related skills
- Full GTM:
go-to-market-plan - Messaging:
messaging-framework - Sales readiness:
sales-enablement - Pricing changes:
pricing-packaging - Proof from early adopters:
case-studies-customer-proof - Partner co-launches:
partner-marketing - Customer emails and in-app messages: the CRM and Lifecycle skills
Worked example
A marketing automation company launched an AI email writer with a blog post and a newsletter mention. Adoption stayed under 5% after a month, and sales didn't mention it in demos. The relaunch was tiered as Tier 2: an internal training session, a demo script, segmented emails to customers who sent the most campaigns, in-app prompts in the email editor, a webinar with customer examples and a help video. Adoption rose several times within 60 days, and sales began using it as a differentiator in competitive deals.
Output format
# Launch plan: <feature/product>, <date>
## Tier and rationale
## Goals and metrics
## Messaging (customers, prospects, sales)
## Readiness checklist with owners
## Internal launch plan
## External channel plan
## Launch-day runbook
## Post-launch measurement and retro dateCommon mistakes
- Treating every release as Tier 1, or none of them.
- Announcing before sales and support are ready.
- Broadcasting to everyone instead of relevant segments.
- Measuring reach instead of adoption.
- No retrospective.
Questions to ask before you plan
- Who benefits most from this release, and how will they hear about it?
- What must sales and support know on day one?
- What would success look like in 30 and 90 days?
Self-check before you answer
- Is the launch tiered with clear criteria?
- Is internal readiness planned before external announcements?
- Are channels targeted to the right segments?
- Are adoption metrics and a retrospective scheduled?
Further reading
- Product Marketing Alliance launch resources: https://www.productmarketingalliance.com/
- Lenny's Newsletter on product launches: https://www.lennysnewsletter.com/
On this page
- When to use this skill, and when not to
- Example prompts
- Example output
- What the agent needs from you
- How this skill hands off to related skills
- How to run Product Launches step by step
- Situations this skill handles
- What makes this skill different
- Practical tips from real projects
- Frequently asked questions
- Changelog
When to use this skill, and when not to
Use it for any release that customers, prospects or sales need to know about, from new products to meaningful features and pricing changes.
Most launches are a blog post, an email and a few social posts, then silence. Customers who would benefit never hear, sales cannot position the release and support learns about it from confused tickets. A launch sized to its importance, with internal readiness first, changes that.
Don’t use it for full GTM strategy (use the Go-to-Market Plan) or routine changelog entries.
Example prompts
- “Tier this release and write the launch plan.”
- “Our last launch got almost no adoption. What went wrong?”
- “Write the internal launch kit for sales and support.”
- “Build a launch-day runbook.”
- “How should we announce a price change?”
Example output
The skill returns a fixed structure. A shortened example for an imaginary site:
# Launch plan: AI email writer (Tier 2), 11 October 2026 Goal: 25% of active senders try it within 60 days Internal: training session, demo script, FAQ (1 week before) External: segmented email to heavy senders, in-app prompt in editor, webinar with customer examples, help video Measure: adoption at 2 weeks, 30 and 60 days Retro: day 45
Launches are measured by adoption among the right customers, not by announcement reach, and every launch ends with a retrospective.
What the agent needs from you
The skill asks for what is launching, for whom and when, business goals, target segments and personas, positioning and messaging if they exist, available channels and capacity, and dependencies such as product readiness, pricing, legal and partners.
How this skill hands off to related skills
Launches draw on the set: strategy from the Go-to-Market Plan, words from Messaging, readiness from Sales Enablement, pricing changes from Pricing, early proof from Customer Proof, partner co-launches from Partners and customer messages from the CRM and Lifecycle skills.
How to run Product Launches step by step
- Install the skill as
product-launch/SKILL.md. - Tier the launch with the scorecard.
- Set goals and write launch messaging.
- Complete the readiness checklist.
- Run the internal launch, then external channels.
- Measure adoption and hold the retrospective.
Situations this skill handles
Launches meet familiar complications. The skill handles these situations:
| Situation | What the skill does |
|---|---|
| Release date slips | Holds external announcements |
| Beta or early access | Waitlist first, proof for general launch |
| Pricing change | Early notice and transition terms |
| One-segment launch | Targets that segment only |
| Many small releases | Monthly or quarterly launch moments |
| Launch got no adoption | Relaunch with targeting and enablement |
What makes this skill different
Most launch checklists treat every release the same. This skill tiers each one, prepares sales and support before customers hear, targets the people who benefit most and measures adoption over 90 days.
Retrospectives turn each launch into lessons for the next one of the same tier.
Practical tips from real projects
- Tier every launch.
- Internal launch first.
- Launch to people, not to the void.
- Adoption is the goal.
A worked example: a marketing automation company launched an AI email writer with a blog post and a newsletter mention. Adoption stayed under 5% after a month, and sales did not mention it in demos. The relaunch was tiered as Tier 2: an internal training session, a demo script, segmented emails to customers who sent the most campaigns, in-app prompts inside the email editor, a webinar with customer examples and a help video. Adoption rose several times within 60 days, and sales began using it as a differentiator in competitive deals.
Tiering uses five criteria: revenue impact, audience size, competitive impact, change required from users or sales, and market interest. Scoring each from 1 to 3 gives a simple rule of thumb, with 13 to 15 suggesting Tier 1, 9 to 12 Tier 2 and below 9 Tier 3. Tier 1 launches get the full go-to-market treatment with press, events, campaigns and sales training; Tier 2 launches get a blog, segmented email, in-app announcement, sales brief and help docs; Tier 3 launches get a changelog entry, in-app note and documentation.
The readiness checklist confirms the feature is complete and available on the right plans, help docs and release notes are published, support is trained with an FAQ and escalation path, sales is briefed with a talk track, demo and objection handling, pricing and billing are updated where affected, website pages and screenshots are current, analytics track adoption and legal review is done where needed.
The internal launch kit gives every customer-facing team a one-page brief covering what, who, why and when, a two-minute demo video, an FAQ, pricing notes, links to assets and a named contact for questions, at least a week before the external launch.
The launch-day runbook lists timed actions with owners: enabling the feature, publishing the website and docs, sending customer emails and in-app messages, posting the blog, social and partner notes, sharing the talk track with sales and monitoring support tickets, social mentions and errors all day.
Metrics depend on tier. Tier 1 tracks reach, demo requests and press at two weeks, pipeline and early adoption at 30 days and revenue and win rate at 90 days. Tier 2 tracks segment engagement, adoption among target accounts and upgrades or churn changes. Tier 3 tracks help doc views, feature usage and support trends.
The retrospective asks whether goals were met, which channels drove adoption from the right segments, whether sales and support were ready and what will change for the next launch of the same tier.
Pricing changes deserve special care: give existing customers notice, explain what has improved, offer options such as locking in current prices with an annual plan, and brief support and success teams before the announcement. Beta programmes launch to a waitlist first, collecting proof and feedback that make the general launch stronger.
Many small releases can be bundled into a monthly or quarterly launch moment, which gives customers a reason to pay attention.
Frequently asked questions
What are launch tiers?
Levels of launch effort: Tier 1 for major products or pricing, Tier 2 for significant features, Tier 3 for small improvements, matched to impact.
Why launch internally first?
Sales, support and success must be ready before customers hear, or the launch creates confusion.
How should launches be measured?
By adoption among target customers and business impact, at two weeks, 30 days and 90 days.
What goes in a launch-day runbook?
Timed actions with owners: enabling the feature, publishing docs, sending emails, posting content and monitoring issues.
How do I announce a price change?
Give notice, explain the added value, offer transition options and brief support first.
What if the release date slips?
Hold external announcements and keep internal readiness on track.
Changelog
- 1.0.0, 10 October 2026: first release.
Use, adapt and share this skill under CC BY 4.0: credit Afeez Adebayo and link to this page.
All Product Marketing and GTM skills
- Product Marketing Audit
- Positioning
- Messaging Framework
- Ideal Customer Profile and Personas
- Customer Research and Jobs-to-Be-Done Interviews
- Competitive Intelligence and Battlecards
- Win-Loss Analysis
- Go-to-Market Plan
- Pricing and Packaging
- Sales Enablement
- Case Studies and Customer Proof
- Partner Marketing and Co-Marketing
