Go-to-Market Planner
Go-to-Market Planner Skill

Build a go-to-market plan for any product launch, feature release, or new market entry. Use when planning a product launch, writing a GTM strategy, defining launch tiers, or coordinating cross-functional launch activities.
--- name: go-to-market-planner description: "Build a go-to-market plan for any product launch, feature release, or new market entry. Use when planning a product launch, writing a GTM strategy, defining launch tiers, or coordinating cross-functional launch activities. Produces a tiered GTM plan with messaging, cross-functional activity tracker, success metrics, and launch day checklist. For positioning and messaging content itself use go-to-market instead." --- # Go-to-Market Planner Skill Produce a complete, cross-functional GTM plan that aligns product, marketing, sales, and support around a single launch — with clear owners, timelines, and success metrics. ## Launch Tier Framework Before planning, classify the launch: | Tier | Scope | Typical Effort | Examples | |---|---|---|---| | **Tier 1 — Major Launch** | New product / significant platform change | 8–12 weeks | New pricing model, platform rebrand, new product line | | **Tier 2 — Feature Launch** | Significant new capability | 4–6 weeks | Major feature, API release, new integration | | **Tier 3 — Incremental Release** | Improvement, bug fix, minor feature | 1–2 weeks | UI tweak, performance improvement, small enhancement |
Overview
Produce a complete, cross-functional GTM plan that aligns product, marketing, sales, and support around a single launch — with clear owners, timelines, and success metrics.
Manual install (npx, ZIP)
npx skills add mohitagw15856/pm-claude-skills --skill go-to-market-planner -g -a claude-codemkdir -p ~/.claude/skills && curl -sL https://codeload.github.com/mohitagw15856/pm-claude-skills/tar.gz/f6ca79348c55 \
| tar -xz -C ~/.claude/skills --strip-components=2 pm-claude-skills-f6ca79348c55/skills/go-to-market-plannerNew-Item -ItemType Directory -Force "$HOME\.claude\skills" | Out-Null; Invoke-WebRequest "https://m.agentalley.io/zip/548deb9482917b4ca19b/go-to-market-planner.zip" -OutFile "$env:TEMP\go-to-market-planner.zip"; Expand-Archive "$env:TEMP\go-to-market-planner.zip" -DestinationPath "$HOME\.claude\skills" -ForceConnects with Agent Alley MCP · agentalley.io/mcp
Files included
SKILL.md5.3 KB
Read the files here
mohitagw15856/
Show the full text142 lines
Go-to-Market Planner Skill
Produce a complete, cross-functional GTM plan that aligns product, marketing, sales, and support around a single launch — with clear owners, timelines, and success metrics.
Launch Tier Framework
Before planning, classify the launch:
| Tier | Scope | Typical Effort | Examples |
|---|---|---|---|
| Tier 1 — Major Launch | New product / significant platform change | 8–12 weeks | New pricing model, platform rebrand, new product line |
| Tier 2 — Feature Launch | Significant new capability | 4–6 weeks | Major feature, API release, new integration |
| Tier 3 — Incremental Release | Improvement, bug fix, minor feature | 1–2 weeks | UI tweak, performance improvement, small enhancement |
Always confirm tier with the user before proceeding.
GTM Plan Output Format
GTM Plan — [Product/Feature Name] — [Launch Date]
Launch Tier: [1 / 2 / 3] Launch Owner (PM): [Name] Target Launch Date: [Date] Soft Launch Date (Beta/Limited): [Date, if applicable]
1. What We're Launching
One-line description: [What it is, for whom, and why now] Key customer problem solved: [Specific pain point] Key differentiator: [Why ours, why now]
2. Target Audience
Primary segment: [Who benefits most — be specific] Secondary segment: [Who else benefits] Not for: [Who this is NOT for — helps sales and support]
3. Messaging
Headline: [Customer-facing headline — lead with outcome, not feature] Sub-headline: [Supporting context — how it works or why it matters] 3 key messages:
- [Problem solved]
- [How it works / what's new]
- [Proof / social proof / data]
Elevator pitch (30 seconds):
[For [target user] who [has this problem], [product/feature] is a [category] that [key benefit]. Unlike [alternative], we [differentiator].]
4. Launch Activities by Function
| Function | Activity | Owner | Due Date | Status |
|---|---|---|---|---|
| Product | Feature flagging / rollout plan | PM | [date] | |
| Marketing | Blog post / landing page | Marketing | [date] | |
| Marketing | Email campaign to existing users | Marketing | [date] | |
| Marketing | Social media content | Marketing | [date] | |
| Sales | Sales enablement deck | PM + Sales | [date] | |
| Sales | FAQ for sales team | PM | [date] | |
| Support | Help centre articles | Support | [date] | |
| Support | Support team training | Support | [date] | |
| Engineering | Monitoring/alerting in place | Eng | [date] |
5. Success Metrics
| Metric | Baseline | Target | Measurement Window |
|---|---|---|---|
| [Adoption metric] | [X] | [Y] | 30 days post-launch |
| [Engagement metric] | [X] | [Y] | 60 days post-launch |
| [Business metric] | [X] | [Y] | 90 days post-launch |
6. Risks & Contingencies
| Risk | Likelihood | Impact | Mitigation |
|---|---|---|---|
| [Risk] | H/M/L | H/M/L | [Action if it happens] |
7. Launch Day Checklist
- Feature live for [X%] of users
- Monitoring dashboard active
- Support team briefed
- Blog post published
- Email sent / scheduled
- Sales team notified
- Executive announcement sent (if Tier 1)
- Rollback procedure confirmed
Required Inputs
Ask the user for these if not provided:
- Product or feature name
- Target launch date
- Launch tier (Tier 1 / 2 / 3 — or describe scope and the skill will classify)
- Target audience (who benefits and who it's NOT for)
- Key message (what's the headline outcome for the customer)
- PM and launch owner
Guidelines
- Never plan a Tier 1 launch without at least 8 weeks of lead time
- Always include a "Not for" section — it prevents misdirected sales and support tickets
- Recommend a soft launch to 5–10% of users before full rollout for any Tier 1 or 2 launch
- Post-launch retrospective should be scheduled at launch planning time — don't leave it to chance
Quality Checks
- Launch tier is confirmed and appropriate for scope
- "Not for" section is included to prevent misdirected sales and support
- Every function has at least one activity with a named owner and due date
- Success metrics include a measurement window (30/60/90 days)
- Rollback procedure is confirmed for Tier 1 and 2 launches
- Post-launch retrospective is scheduled
Anti-Patterns
- Do not build a Tier 1 GTM plan for an incremental feature update — tier the launch appropriately before planning
- Do not create activity lists without named owners and due dates — unowned tasks do not get done
- Do not skip the rollback procedure for Tier 1 and 2 launches — every significant launch must have an abort plan
- Do not treat marketing and engineering as separate tracks — cross-functional coordination is the whole point of a GTM plan
- Do not set success metrics without a defined measurement window — "increase signups" is not a measurable target
| 1 | |
| 2 | name go-to-market-planner |
| 3 | description "Build a go-to-market plan for any product launch, feature release, or new market entry. Use when planning a product launch, writing a GTM strategy, defining launch tiers, or coordinating cross-functional launch activities. Produces a tiered GTM plan with messaging, cross-functional activity tracker, success metrics, and launch day checklist. For positioning and messaging content itself use go-to-market instead." |
| 4 | |
| 5 | |
| 6 | # Go-to-Market Planner Skill |
| 7 | |
| 8 | Produce a complete, cross-functional GTM plan that aligns product, marketing, sales, and support around a single launch — with clear owners, timelines, and success metrics. |
| 9 | |
| 10 | ## Launch Tier Framework |
| 11 | |
| 12 | Before planning, classify the launch: |
| 13 | |
| 14 | | Tier | Scope | Typical Effort | Examples | |
| 15 | |---|---|---|---| |
| 16 | | **Tier 1 — Major Launch** | New product / significant platform change | 8–12 weeks | New pricing model, platform rebrand, new product line | |
| 17 | | **Tier 2 — Feature Launch** | Significant new capability | 4–6 weeks | Major feature, API release, new integration | |
| 18 | | **Tier 3 — Incremental Release** | Improvement, bug fix, minor feature | 1–2 weeks | UI tweak, performance improvement, small enhancement | |
| 19 | |
| 20 | Always confirm tier with the user before proceeding. |
| 21 | |
| 22 | |
| 23 | |
| 24 | ## GTM Plan Output Format |
| 25 | |
| 26 | ### GTM Plan — [Product/Feature Name] — [Launch Date] |
| 27 | |
| 28 | **Launch Tier:** [1 / 2 / 3] |
| 29 | **Launch Owner (PM):** [Name] |
| 30 | **Target Launch Date:** [Date] |
| 31 | **Soft Launch Date (Beta/Limited):** [Date, if applicable] |
| 32 | |
| 33 | |
| 34 | |
| 35 | ### 1. What We're Launching |
| 36 | **One-line description:** [What it is, for whom, and why now] |
| 37 | **Key customer problem solved:** [Specific pain point] |
| 38 | **Key differentiator:** [Why ours, why now] |
| 39 | |
| 40 | |
| 41 | |
| 42 | ### 2. Target Audience |
| 43 | **Primary segment:** [Who benefits most — be specific] |
| 44 | **Secondary segment:** [Who else benefits] |
| 45 | **Not for:** [Who this is NOT for — helps sales and support] |
| 46 | |
| 47 | |
| 48 | |
| 49 | ### 3. Messaging |
| 50 | |
| 51 | **Headline:** [Customer-facing headline — lead with outcome, not feature] |
| 52 | **Sub-headline:** [Supporting context — how it works or why it matters] |
| 53 | **3 key messages:** |
| 54 | [Problem solved] |
| 55 | [How it works / what's new] |
| 56 | [Proof / social proof / data] |
| 57 | |
| 58 | **Elevator pitch (30 seconds):** |
| 59 | > [For [target user] who [has this problem], [product/feature] is a [category] that [key benefit]. Unlike [alternative], we [differentiator].] |
| 60 | |
| 61 | |
| 62 | |
| 63 | ### 4. Launch Activities by Function |
| 64 | |
| 65 | | Function | Activity | Owner | Due Date | Status | |
| 66 | |---|---|---|---|---| |
| 67 | | Product | Feature flagging / rollout plan | PM | [date] | | |
| 68 | | Marketing | Blog post / landing page | Marketing | [date] | | |
| 69 | | Marketing | Email campaign to existing users | Marketing | [date] | | |
| 70 | | Marketing | Social media content | Marketing | [date] | | |
| 71 | | Sales | Sales enablement deck | PM + Sales | [date] | | |
| 72 | | Sales | FAQ for sales team | PM | [date] | | |
| 73 | | Support | Help centre articles | Support | [date] | | |
| 74 | | Support | Support team training | Support | [date] | | |
| 75 | | Engineering | Monitoring/alerting in place | Eng | [date] | | |
| 76 | |
| 77 | |
| 78 | |
| 79 | ### 5. Success Metrics |
| 80 | |
| 81 | | Metric | Baseline | Target | Measurement Window | |
| 82 | |---|---|---|---| |
| 83 | | [Adoption metric] | [X] | [Y] | 30 days post-launch | |
| 84 | | [Engagement metric] | [X] | [Y] | 60 days post-launch | |
| 85 | | [Business metric] | [X] | [Y] | 90 days post-launch | |
| 86 | |
| 87 | |
| 88 | |
| 89 | ### 6. Risks & Contingencies |
| 90 | |
| 91 | | Risk | Likelihood | Impact | Mitigation | |
| 92 | |---|---|---|---| |
| 93 | | [Risk] | H/M/L | H/M/L | [Action if it happens] | |
| 94 | |
| 95 | |
| 96 | |
| 97 | ### 7. Launch Day Checklist |
| 98 | [ ] Feature live for [X%] of users |
| 99 | [ ] Monitoring dashboard active |
| 100 | [ ] Support team briefed |
| 101 | [ ] Blog post published |
| 102 | [ ] Email sent / scheduled |
| 103 | [ ] Sales team notified |
| 104 | [ ] Executive announcement sent (if Tier 1) |
| 105 | [ ] Rollback procedure confirmed |
| 106 | |
| 107 | |
| 108 | |
| 109 | ## Required Inputs |
| 110 | |
| 111 | Ask the user for these if not provided: |
| 112 | **Product or feature name** |
| 113 | **Target launch date** |
| 114 | **Launch tier** (Tier 1 / 2 / 3 — or describe scope and the skill will classify) |
| 115 | **Target audience** (who benefits and who it's NOT for) |
| 116 | **Key message** (what's the headline outcome for the customer) |
| 117 | **PM and launch owner** |
| 118 | |
| 119 | ## Guidelines |
| 120 | |
| 121 | Never plan a Tier 1 launch without at least 8 weeks of lead time |
| 122 | Always include a "Not for" section — it prevents misdirected sales and support tickets |
| 123 | Recommend a soft launch to 5–10% of users before full rollout for any Tier 1 or 2 launch |
| 124 | Post-launch retrospective should be scheduled at launch planning time — don't leave it to chance |
| 125 | |
| 126 | ## Quality Checks |
| 127 | |
| 128 | [ ] Launch tier is confirmed and appropriate for scope |
| 129 | [ ] "Not for" section is included to prevent misdirected sales and support |
| 130 | [ ] Every function has at least one activity with a named owner and due date |
| 131 | [ ] Success metrics include a measurement window (30/60/90 days) |
| 132 | [ ] Rollback procedure is confirmed for Tier 1 and 2 launches |
| 133 | [ ] Post-launch retrospective is scheduled |
| 134 | |
| 135 | ## Anti-Patterns |
| 136 | |
| 137 | [ ] Do not build a Tier 1 GTM plan for an incremental feature update — tier the launch appropriately before planning |
| 138 | [ ] Do not create activity lists without named owners and due dates — unowned tasks do not get done |
| 139 | [ ] Do not skip the rollback procedure for Tier 1 and 2 launches — every significant launch must have an abort plan |
| 140 | [ ] Do not treat marketing and engineering as separate tracks — cross-functional coordination is the whole point of a GTM plan |
| 141 | [ ] Do not set success metrics without a defined measurement window — "increase signups" is not a measurable target |
| 142 |
Details
- Updated
- Sep 23, 2026
- License
- MIT
- Stars on the repo
- ★ 1,395
- Checked
- Source
- mohitagw15856/pm-claude-skills ↗
- Creator
- mohitagw15856 · 191 listings
Similar skills
See all →
SkillLaunch Video Composer
SkillQuick Launch Video
SkillCommercial Motion Film
SkillAI Product Launch Playbook
SkillMotion OS Studio
SkillLaunch Video CreatorMore from mohitagw15856
Skill360 Feedback Survey
SkillExperiment Design Planner
SkillWeb Accessibility Auditor
SkillKey Account Planner
SkillAEO Optimizer
SkillAI Ethics Review Conductor