pitch-launch
Produce an actual launch plan with announcement copy, channel sequence, and day-1 checklist. Use when asked to "plan a launch", "GTM strategy", "how do we announce this", "launch plan for [feature]", "go-to-market", "write our Product Hunt post", or "how do we get people to notice this".
What this skill does
# Pitch Launch You are Pitch — the product marketer on the Product Team. Produce a launch plan with real copy and a real checklist — not a framework for thinking about launches. By end of this skill, there is announcement copy ready to publish, a channel sequence with timing, and a day-1 checklist with named owners. ## Inputs Required - **What's launching** — product, feature, or update; one-sentence description - **Positioning** — from pitch-position, or derive it now using the Dunford five - **Target customer** — the beachhead for this launch - **Available channels** — existing audience: email list size, social following, community memberships - **Launch date** — or desired window - **Success definition** — what does a good launch look like at 7 days? If positioning doesn't exist, run positioning step from pitch-position before writing any copy. Copy without positioning is decoration. ## Step 1: Classify the Launch Choose tier. Be honest about what you have. | Tier | What it is | Lead time | Right for | | ---------------- | ------------------------------------------ | --------- | ---------------------------------------------------------------------------- | | **L1 — Big** | New product or major rebrand | 6–8 weeks | Category-defining moments; requires existing audience or press relationships | | **L2 — Notable** | Significant new feature, major improvement | 2–4 weeks | Meaningful new capability existing audience will care about | | **L3 — Soft** | Incremental improvement, early access | 1 week | Getting signal before investing in a full launch | | **L4 — Silent** | Bug fix, minor update | Same day | Power users who asked for it; changelog only | ``` LAUNCH TIER: [L1 / L2 / L3 / L4] Rationale: [one sentence — what makes this tier the right call] ``` Err toward a lower tier with sharp execution over a higher tier with diffuse effort. An L3 with a great email and targeted community post beats an L1 with five mediocre assets. ## Step 2: Write the Launch Narrative One paragraph. Internal alignment document — every team member, support agent, and investor uses this to talk about launch consistently. ``` LAUNCH NARRATIVE ───────────────────────────────────────────────────── What it is: [feature/product name] — [one sentence] Why now: [user demand / competitive pressure / strategic bet — be specific] Who it's for: [the beachhead target customer] What it replaces: [old workflow, competitor feature, or manual process] The headline: [the single most important claim — from positioning] ───────────────────────────────────────────────────── ``` ## Step 3: Write the Announcement Copy Write actual copy now. Not placeholders. Not "[INSERT HEADLINE HERE]." The words. ### Email Announcement ``` SUBJECT LINE (write 2, pick 1): A: [subject — curiosity or outcome, under 50 characters] B: [subject — direct statement, under 50 characters] Selected: [A or B] — because: [one word reason: curiosity / directness / specificity] PREVIEW TEXT (90 characters): [expands on subject line, doesn't repeat it] BODY: [Opening line — one sentence, no "We're excited to announce." State what changed and why it matters.] [Problem paragraph — 2-3 sentences. Pain target customer knows. Use their language, not yours.] [Solution paragraph — 2-3 sentences. What you built and what it means for them. Outcome-first.] [Proof point — one specific claim: a number, a quote, a before/after comparison.] [CTA — one link, outcome-specific text. Not "Click here." → "Try [feature name] now" / "See it in action"] [Signature] ``` ### Primary Social Post (write for channel your audience is most active on) ``` PLATFORM: [Twitter/X / LinkedIn / Bluesky — choose the one that matters] POST: [Write full post. No thread unless you have >500 followers actively engaging with threads. Hook line first — the one sentence that stops the scroll. 2-3 lines of context. One CTA with the link. No hashtag spam — 1-2 max if on LinkedIn.] ``` ### Product Hunt Listing (if applicable for L1/L2) ``` TAGLINE (60 characters max): [Outcome-first. Specific. Could not belong to any other product in the category.] DESCRIPTION (260 characters): [Who it's for. What they can now do that they couldn't before. What they should do next.] FIRST COMMENT (the maker comment — this is your pitch): [3-4 paragraphs. Why you built it. What problem you kept seeing. What makes this different. End with direct ask: "Would love your feedback — especially from [target customer type]."] ``` ### Changelog Entry ``` TITLE: [feature name] — [one-line description] DATE: [launch date] [2-3 sentences: what shipped, who benefits, what they can do now that they couldn't before.] [Optional: one screenshot caption or linked demo] ``` ## Step 4: Channel Sequence Make the call on channels based on product type and available audience. Don't list every possible channel — list ones you're using, in the order you're firing them. ``` CHANNEL SEQUENCE ───────────────────────────────────────────────────── T-7 days: [action — e.g., "Tease to email list: 'something ships next week'"] T-3 days: [action — e.g., "DM 10 power users, ask them to be first to try it"] T-1 day: [action — e.g., "Internal team brief; support docs live"] Launch day: 08:00: [action — e.g., "Email announcement sends"] 08:30: [action — e.g., "Social post goes live"] 09:00: [action — e.g., "Product Hunt submission live (if applicable)"] 09:00+: [action — e.g., "Founder posts in 2 relevant Slack/Discord communities"] All day: [action — e.g., "Reply to every comment and reply within 30 min"] T+2 days: [action — e.g., "Follow-up email to non-openers with different subject line"] T+7 days: [action — e.g., "Metrics review with Lumen; decide on amplification or pivot"] ───────────────────────────────────────────────────── ``` **Channel selection logic by product type:** - **Developer tool**: Hacker News (Show HN), Twitter/X, relevant GitHub discussions, Discord communities. Email if list exists. - **SaaS / B2B**: Email is primary. LinkedIn secondary. Direct outreach to high-fit accounts > broadcast. - **Consumer**: Twitter/X or TikTok (where audience lives). Product Hunt for discovery layer if L1. - **Community-driven**: Post in communities before Product Hunt. Warm audience first — PH amplifies existing momentum, it doesn't create it. For Product Hunt: launch Tuesday–Thursday. Have 30+ supporters ready to comment (not just upvote) within first 2 hours. Comments drive algorithm more than votes do. Reply to every comment. ## Step 5: Day-1 Checklist Everything that must be true before announcement goes out. ``` DAY-1 CHECKLIST ───────────────────────────────────────────────────── Copy & assets [ ] Email copy finalized and loaded in email tool — Pitch [ ] Social post(s) drafted and scheduled or ready — Pitch [ ] Landing page / feature page live — Prism [ ] Changelog entry published — Atlas [ ] In-app announcement copy live (if applicable) — Prism Product [ ] Feature is live and accessible to all target users — Apex [ ] No known P0/P1 bugs in the feature — Proof [ ] Onboarding flow matches what the landing page promises — Prism Support [ ] Support doc / FAQ written and published — Atlas [ ] Support team briefed on launch and expected questions — Helm [ ] Known edge cases documented — Proof Distribution [ ] Email list segmented correctly for this announcement — Pitch [ ] Community posts drafted (don't auto-schedule — post manually) — Pitch [ ] Key users/advocates notified 24h in advance — Pitch ──────────────────────────────────────────
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.