L’interface est localisée ; les présentations et documents des Skills sont traduits automatiquement par IA dans votre langue. Le code, les commandes, chemins et termes techniques restent en version originale, et le document de l’auteur fait foi.
Explorer les Skills
Productivité · SKILL.md

go-to-market-planner

go-to-market-planner

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…

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentation de la Skill

GitHub

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:

TierScopeTypical EffortExamples
Tier 1 — Major LaunchNew product / significant platform change8–12 weeksNew pricing model, platform rebrand, new product line
Tier 2 — Feature LaunchSignificant new capability4–6 weeksMajor feature, API release, new integration
Tier 3 — Incremental ReleaseImprovement, bug fix, minor feature1–2 weeksUI 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:

  1. [Problem solved]
  2. [How it works / what's new]
  3. [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

FunctionActivityOwnerDue DateStatus
ProductFeature flagging / rollout planPM[date]
MarketingBlog post / landing pageMarketing[date]
MarketingEmail campaign to existing usersMarketing[date]
MarketingSocial media contentMarketing[date]
SalesSales enablement deckPM + Sales[date]
SalesFAQ for sales teamPM[date]
SupportHelp centre articlesSupport[date]
SupportSupport team trainingSupport[date]
EngineeringMonitoring/alerting in placeEng[date]

5. Success Metrics

MetricBaselineTargetMeasurement 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

RiskLikelihoodImpactMitigation
[Risk]H/M/LH/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

Work from what is given. If any of these is missing, still produce the complete output: fill each gap with a reasonable assumption marked (assumed, confirm) and list those assumptions at the end. Ask a question first only when the core subject itself is missing (there is nothing to write about).

  • 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

Example Trigger Phrases

  • "Plan a product launch."
  • "Write a GTM strategy."
  • "Define launch tiers."
Skills enregistrées