Communitygithub.com

amplitude/builder-skills

Plan and execute product launches using a tiered framework — from major new products down to small improvements. Use this skill whenever someone asks to plan a launch, create a launch checklist, define launch tiers, write launch messaging, or coordinate a product release. Also trigger when someone says "we're launching X" or "how should we announce this feature" or "what's our launch plan" — even if they don't use the word "strategy." Covers messaging, naming, launch assets, timelines, and post-launch retros. This is the master launch skill; it references the companion skills (launch-tweet, launch-landing-page, launch-distribution, launch-email, launch-video, launch-metrics) for specific execution.

What is builder-skills?

builder-skills is a Claude Code agent skill that plan and execute product launches using a tiered framework — from major new products down to small improvements. Use this skill whenever someone asks to plan a launch, create a launch checklist, define launch tiers, write launch messaging, or coordinate a product release. Also trigger when someone says "we're launching X" or "how should we announce this feature" or "what's our launch plan" — even if they don't use the word "strategy." Covers messaging, naming, launch assets, timelines, and post-launch retros. This is the master launch skill; it references the companion skills (launch-tweet, launch-landing-page, launch-distribution, launch-email, launch-video, launch-metrics) for specific execution.

Works with~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/launch-skills/skills/launch-strategy

Ask in your favorite AI

Open a new chat with this agent skill pre-loaded.

Documentation

Launch Strategy

This skill helps plan and execute product launches using a structured, repeatable framework. The core insight: most teams only do big splashy launches. By treating every ship as a potential launch moment — scaled to its significance — you build consistent awareness, acquisition, and activation. The goal is a launch engine, not a one-off event.

Launch tiers

Every release maps to one of three tiers. The tier determines how much effort goes into messaging, assets, and distribution.

Tier 1: Major new product or platform shift

Full launch. This is your marquee moment — a new product, a major rebrand, a platform expansion. Expect 2-4 weeks of preparation.

Typical assets: launch video (motion design or founder narrative), dedicated landing page, blog post, press outreach, social campaign (all platforms), email to full list, internal amplification push.

Tier 2: Major new feature

A meaningful addition that changes what users can do. Enough to warrant its own announcement, but not a full media push. Expect 1-2 weeks of prep.

Typical assets: launch tweet/thread, blog post or changelog entry, updated landing page section, email to relevant segment, social posts across 2-3 platforms.

Tier 3: Smaller improvements and iterations

Bug fixes, UI polish, incremental improvements. Still worth announcing — they signal momentum and care. Prep time: a few hours to a day.

Typical assets: changelog entry, single social post, optional email mention in a digest.

Choosing the tier

Ask: "If a potential customer saw this announcement, would it change their perception of what the product can do?" If yes → Tier 1 or 2. If it's more about quality and reliability → Tier 3.

When in doubt, tier up. Under-launching is more common than over-launching. A Tier 2 launch that should have been Tier 3 costs a few extra hours. A Tier 1 launch treated as Tier 3 is a missed growth opportunity.

Messaging framework

Messaging comes before everything else. Don't build assets until messaging is locked. A mediocre video with great messaging outperforms a beautiful video with confused positioning.

The messaging brief

For every launch (any tier), define:

  1. Name — What are you calling this? For features with SEO potential, use search data to choose. Check what people actually search for (e.g., "speech to text" vs. "transcription API" — pick the one with more volume if the audience matches). Tools like Google Trends and keyword research platforms help here.

  2. Audience — Who specifically benefits? Be precise. "Developers" is too broad. "Backend engineers building real-time voice apps" gives you something to write toward.

  3. Primary value prop — One sentence. What can they do now that they couldn't before, or what's dramatically better? This becomes the headline everywhere.

  4. Secondary value props — 2-3 supporting points. These fill out the blog post, landing page sections, and thread tweets.

  5. Proof points — Numbers, benchmarks, comparisons, customer quotes. Anything that makes the value props concrete rather than aspirational.

Messaging test

Read your primary value prop out loud. If it could describe a competitor's product just as well, it's too generic. The best value props are specific enough that someone in the target audience immediately knows whether this is for them.

Launch checklist system

Create a master checklist with every possible launch action, organized by tier. For each new launch:

  1. Copy the master checklist into a new instance (new tab, new ticket, new page)
  2. Delete rows that don't apply to this tier/launch
  3. Assign owners and due dates to remaining rows
  4. Use it as the single source of truth through launch day

Tooling

Pick one system and commit. The specific tool matters less than consistent use.

  • Spreadsheet (Google Sheets, Notion table) — Simplest. Works well for small teams. One master sheet, one tab per launch. Downside: no built-in assignments or notifications.
  • Project management tool (Linear, Asana, Notion) — Better for teams. Create a launch template project. Each launch gets a copy with assignable tasks and due dates. Linear labels or Asana sections can map to the tier columns below.
  • Docs + checklist (Notion, Google Docs) — Middle ground. A template doc with checkboxes. Easy to copy, harder to track status across launches.

Whichever tool you use, keep the master template updated after every retro. The template is a living document — it gets better with each launch.

Checklist template structure

CategoryActionTier 1Tier 2Tier 3OwnerDueStatus
MessagingWrite messaging brief✓✓✓
MessagingSEO keyword research for naming✓Optional—
AssetsLaunch video✓Optional—
AssetsLanding page (new or updated)✓✓—
AssetsBlog post✓✓Optional
AssetsChangelog entry✓✓✓
SocialLaunch tweet/thread✓✓✓
SocialLinkedIn post✓✓Optional
SocialOther platforms (BlueSky, Threads)✓Optional—
DistributionProduct Hunt submission✓Optional—
DistributionHacker News post✓Optional—
DistributionPress/journalist outreach✓——
DistributionInfluencer/network repost asks✓✓—
EmailFull list announcement✓——
EmailSegment-specific emailOptional✓—
EmailChangelog digest mention—Optional✓
Internal#amplify channel post✓✓Optional
InternalTeam briefing✓Optional—
TrackingSet up UTMs for all links✓✓Optional
TrackingVerify analytics events fire✓Optional—
TrackingCapture baseline metrics✓✓—
Post-launchSchedule retro (1 week out)✓✓—

Launch timeline

Tier 1 timeline (2-4 weeks)

Weeks 3-4 out: Lock messaging brief. Begin landing page and video production. Start press outreach (journalists need lead time).

Weeks 1-2 out: Finalize all assets. Write social copy. Prepare email. Brief internal team. Set up tracking (UTMs, analytics events). Do a dry run of the distribution sequence.

Launch day: Execute distribution in sequence — social first (morning), then email, then press embargo lifts. Monitor and engage with comments/replies all day.

Week after: Run retro.

Tier 2 timeline (1-2 weeks)

Week 2 out: Lock messaging. Start blog post and landing page updates.

Week 1 out: Finalize copy. Write social posts. Prepare email segment.

Launch day: Post social, publish blog, send email. Engage with responses.

3-5 days after: Quick retro (async, e.g., a Slack thread).

Tier 3 timeline (same day or next day)

Ship it. Write a changelog entry and a social post. Done. If it's part of a batch of small improvements, bundle them into a weekly digest.

Post-launch retro

Don't skip this. The retro is what turns individual launches into a compounding launch engine.

What to cover

  1. What worked? Which channels drove the most traffic, signups, or engagement? What messaging resonated?
  2. What didn't? Which assets underperformed? Where did the timeline slip?
  3. Surprises? Did an unexpected channel blow up? Did a specific framing land better than expected?
  4. Numbers — Traffic, signups, activation, social engagement, press mentions. Compare to previous launches if you have the data.
  5. Checklist updates — Add or remove items from the master checklist based on what you learned.

Retro format

Keep it lightweight. A Slack thread or 15-minute call works for Tier 2. Tier 1 deserves a short doc. The key output is specific changes to the checklist and process, not a retrospective essay.

The "everything is a launch" philosophy

If you're shipping multiple times a month but only launching a few times a quarter, you're leaving growth on the table. Every ship is an opportunity to tell your story, remind people you exist, and show momentum.

This doesn't mean every bug fix gets a press release. It means every improvement gets some announcement, scaled to its significance. Tier 3 launches take minutes. The compound effect of consistent visibility is enormous.

Build the habit: when the PR merges, the launch checklist opens.

Working with companion skills

This skill handles strategy and planning. For execution, point to:

  • launch-tweet — Crafting the social copy (tweets, threads, LinkedIn, cross-platform)
  • launch-email — Email subject lines, announcement structure, segmentation, changelog digests
  • launch-blog-post — Writing the announcement post (structure, SEO, AEO)
  • launch-video — Demo videos, GIFs, screenshots, and programmatic video with Remotion
  • launch-landing-page — Building the landing page (structure, urgency mechanics, SEO, conversion)
  • launch-distribution — Channel-by-channel distribution and launch day sequencing
  • launch-metrics — UTM setup, KPIs by tier, benchmark expectations, retro data framework

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

amplitude/builder-skills

Performs deep analysis of a specific Amplitude chart to explain trends, anomalies, and likely drivers. Use when a metric looks unusual, investigating a spike or drop, or understanding the "why" behind numbers.

amplitude/builder-skills

Deeply analyze Amplitude dashboards by analyzing key charts, surfacing top areas for concern and takeaways, identify anomalies, then explain changes using customer feedback trends.

amplitude/builder-skills

Designs A/B tests with proper metrics and variants, analyzes running or completed experiments, and interprets results with statistical rigor. Use when setting up experiments, checking experiment status, analyzing results, or making ship decisions.

amplitude/builder-skills

Synthesizes customer feedback into actionable themes including feature requests, bugs, pain points, and praise. Use when planning product roadmap, understanding user sentiment, investigating specific issues, or preparing voice-of-customer reports.

amplitude/builder-skills

Analyze MCP server usage instrumented with Amplitude's MCP Analytics SDK: break usage and errors down by tool, read the rationales within each tool to see what callers are trying to do, and produce a prioritized write-up of actionable fixes. Use this skill whenever the user asks to understand how their MCP server is being used, what agents/users are trying to do with it, why tool calls are failing, what to fix or improve in their MCP server, or asks for an "MCP usage report", "tool error analysis", "intent analysis", "rationale clustering", or "MCP insights". Also trigger when the user mentions [MCP]-prefixed events, tool rationale, tool call errors, or just finished instrumenting their MCP server and wants to see what the data says. Requires the Amplitude MCP connector.

amplitude/builder-skills

Read lost deals and churned accounts from your CRM, extract reasons clustered by theme (missing features, pricing, competitors, UX), and write a prioritized weekly analysis with product improvement recommendations. Use before roadmap planning or to build the case for prioritizing retention work.

amplitude/builder-skills

Creates Amplitude charts from natural language descriptions, handling event selection, filters, groupings, and visualization choices. Use when you know what you want to measure but prefer not to build the chart manually.

amplitude/builder-skills

Guide an Amplitude user through building a custom agent by suggesting use cases grounded in their role and data, shaping the idea into a well-formed spec, and generating a ready-to-run Global Agent deeplink that creates it. Use to create, build, or set up a custom agent, automate a recurring analysis, or put a repeated report on a schedule.

amplitude/builder-skills

Builds comprehensive Amplitude dashboards from requirements or goals, organizing charts into logical sections with appropriate layouts. Use when creating a complete dashboard from scratch or assembling existing charts into a cohesive view.

amplitude/builder-skills

Monitors all active and recently completed experiments across Amplitude projects, triages them by importance, then runs deep analysis and reporting on the most impactful ones. Use when the user asks to "check on experiments", "experiment status", "experiment review", "what experiments are running", or wants a periodic experiment health report.

amplitude/builder-skills

Pull Intercom tickets and Slack support messages from the past 7 days, classify each signal, enrich with CRM data (ARR, plan, renewal), score by customer value and churn risk, and output a tiered priority report saved to Drive. Use when you need a fast, data-driven view of what support signals matter most.

amplitude/builder-skills

Use this skill whenever a user wants to improve existing pages on their website to get cited more by AI models — whether they say "our pages aren't getting cited", "improve this page for AI visibility", "which of our pages should we update", "make this article more cite-worthy", "our competitors are getting cited instead of us", "update our content for AI search", or any variation where the goal is improving an existing asset rather than creating something new. This skill pulls owned pages from AI Visibility, identifies which ones have citation potential but are underperforming, compares them against the external pages that are winning citations on the same topics, and produces section-level rewrites or a full-page update — then pushes the revision to the CMS as a draft. Trigger even if the user just says "help me get cited more" or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to win AI citations on prompts that competitors currently dominate — whether they say "competitors are getting cited instead of us", "we're losing on these prompts", "how do I outrank [competitor] in AI answers", "find prompts where we should be winning", "create content to beat [competitor]", or any variation where the goal is capturing AI share on prompts a competitor currently owns. This skill pulls competitor visibility data from AI Visibility, identifies the specific prompts where competitors win and Amplitude is absent, clusters them by intent, and produces targeted comparison pages, alternatives content, or rebuttal assets — then pushes drafts to CMS. Trigger on any mention of competitor, prompt hijack, outrank, or "why is [competitor] getting cited instead of us".

amplitude/builder-skills

Use this skill whenever a user wants to turn AI Visibility data into published content — whether they say "find content gaps", "what should we write about", "which topics have low visibility", "help me get cited by AI models", "create a blog post from our AI Visibility gaps", "we're losing to competitors on these prompts", or any variation where they want to go from AI visibility weakness to a draft article, landing page, or FAQ. This skill connects directly to Amplitude AI Visibility data (topics, prompts, visibility scores, citations, competitor data, full LLM responses and sources) and produces a publish-ready content brief plus full article draft. If the user mentions CMS (WordPress, Webflow, Contentful, Sanity, HubSpot, Ghost, Shopify), also trigger this skill to push the draft directly. Trigger even if they just say something vague like "what content should we create?" in an AI Visibility context.

amplitude/builder-skills

Use this skill whenever a user wants to test content variants before publishing to find which one will get cited most by AI models — whether they say "which version of this content will perform better", "test this article before we publish", "simulate how AI will respond to this content", "which angle should we use", "generate content variants and pick the winner", "run a simulation before publishing", or any variation where the goal is data-driven content selection rather than gut-feel publishing. This skill takes an identified content opportunity, generates 2–3 distinct variants with different angles or structures, scores them against actual AI model responses from AI Visibility, references the Simulate Changes feature for pre-publish validation, and produces a clear recommendation on which variant to publish — then pushes the winner to CMS. Trigger on any mention of "simulate", "test variants", "which performs better", "A/B content", or "before we publish".

amplitude/builder-skills

Use this skill whenever a user wants to understand which external sources are being cited by AI models on topics relevant to their brand, and wants to create content that will outrank those sources — whether they say "what sources are AI models citing", "why is [third-party site] being cited instead of us", "we want to be the definitive source on X", "build something that gets cited more than G2 or TechRadar", "create an authoritative asset", or any variation where the goal is producing a new reference asset (definition page, benchmark, methodology, glossary, comparison hub) designed to beat existing top-cited sources. This skill analyzes AI Visibility source data, reverse-engineers what makes top-cited pages authoritative, and produces a superior source asset — then pushes it to CMS as a draft. Trigger on any mention of "sources", "third-party citations", "authoritative content", "definitional pages", or "outrank".

amplitude/builder-skills

Instrument a Node/TypeScript MCP server with Amplitude's @amplitude/mcp-analytics SDK so tool calls, sessions, and rationale are tracked as Amplitude events. Use this skill whenever the user wants to add Amplitude analytics to their MCP server, mentions "MCP Analytics", "@amplitude/mcp-analytics", "instrument my MCP server", "track MCP tool calls", "add rationale to my MCP tools", or wants agent traffic (Claude, Cursor, ChatGPT) attributed back to Amplitude. Also use for adding UTM tagging to MCP-returned links, or for troubleshooting identity/user_id mismatches between MCP events and web/mobile Amplitude data.

amplitude/builder-skills

Instruments a pull request with Amplitude analytics that conform to the project's existing taxonomy. Reads the tracking plan via the Amplitude MCP server (events, properties, naming conventions), analyzes the PR diff to find the few user actions genuinely worth tracking, detects the codebase's SDK and tracking patterns, and adds instrumentation that matches both. Optionally (opt-in) stages new events and properties on an Amplitude tracking-plan branch for data-governance review. Use when asked to "instrument this PR", "add analytics to this change", "add tracking", "add Amplitude events", "instrument this feature", or "what should I track here".

amplitude/builder-skills

Diagnoses product health by cross-referencing Amplitude analytics (dashboards, charts, funnels, feedback, AI agent analytics), optionally Datadog (errors, latency, stack traces), and optionally Slack (qualitative feedback, bug reports, feature requests). Identifies what's broken, what's working, and what to do about it — with root causes, not just symptoms. Use when asked to "diagnose my product", "what's going on", "product health check", "what's broken", "where are users struggling", "give me a product diagnosis", or "what should I focus on".

amplitude/builder-skills

Summarizes B2B account health by analyzing usage patterns, engagement trends, risk signals, and expansion opportunities. Use for customer success reviews, renewal preparation, QBRs, or account prioritization.

Related Skills