Communitygithub.com

amplitude/builder-skills

Set up measurement and tracking for product launches, run post-launch retros with data, and build a launch analytics system. Use this skill whenever someone asks to track a launch, set up UTM parameters, measure launch performance, run a launch retro, analyze launch results, or build a dashboard for a product release. Also trigger for "how do we know if the launch worked," "what should we track for this launch," "set up UTMs for the announcement," or any request about measuring or evaluating a product launch. Covers pre-launch tracking setup, UTM conventions, per-tier KPIs, benchmark expectations, and retro frameworks.

What is builder-skills?

builder-skills is a Claude Code agent skill that set up measurement and tracking for product launches, run post-launch retros with data, and build a launch analytics system. Use this skill whenever someone asks to track a launch, set up UTM parameters, measure launch performance, run a launch retro, analyze launch results, or build a dashboard for a product release. Also trigger for "how do we know if the launch worked," "what should we track for this launch," "set up UTMs for the announcement," or any request about measuring or evaluating a product launch. Covers pre-launch tracking setup, UTM conventions, per-tier KPIs, benchmark expectations, and retro frameworks.

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

Ask in your favorite AI

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

Documentation

Launch Metrics

This skill covers how to measure product launches — what to set up before launch day, what to track during, and how to evaluate results afterward. Without consistent measurement, launches are guesswork. With it, each launch informs the next.

Pre-launch setup

Measurement starts before launch day. Setting up tracking the day of the launch means you miss the first-wave data when traffic is highest.

What to set up

  1. UTM parameters — Tag every link in every distribution channel
  2. Analytics events — Instrument the conversion funnel end-to-end
  3. Baseline capture — Record current metrics before launch so you can measure lift
  4. Dashboard or view — One place to watch all key metrics on launch day

UTM conventions

UTM parameters track where traffic comes from. Use a consistent naming scheme across all launches so you can compare over time.

utm_source    = the platform (twitter, linkedin, email, producthunt, hackernews)
utm_medium    = the channel type (social, email, paid, referral)
utm_campaign  = the launch name (feature-name-launch, v2-launch, etc.)
utm_content   = the specific asset (tweet-thread, announcement-email, blog-post)

Example URLs:

  • Twitter announcement: ?utm_source=twitter&utm_medium=social&utm_campaign=realtime-api-launch&utm_content=launch-tweet
  • Launch email: ?utm_source=email&utm_medium=email&utm_campaign=realtime-api-launch&utm_content=announcement-email
  • Product Hunt: ?utm_source=producthunt&utm_medium=referral&utm_campaign=realtime-api-launch&utm_content=ph-listing

Rules:

  • Always lowercase
  • Use hyphens, not underscores or spaces, in values
  • Campaign name should match across all channels for a single launch
  • Create all UTMs from a spreadsheet before launch day so nothing is missing

Instrumented events

Before launch, verify these analytics events exist and fire correctly:

EventDescription
landing_page_viewLanding page loaded with UTM params captured
signup_startedUser begins registration
signup_completedAccount created
first_actionFirst meaningful product action (varies by product)
cta_clickEach CTA button clicked (with label)
blog_post_viewLaunch blog post loaded
email_openLaunch email opened (from email platform)
email_clickLink clicked in launch email

If these events don't exist and you don't have time to add them before launch, at minimum use UTMs to measure traffic and signups from whatever analytics platform you already have.

KPIs by tier

What "success" looks like depends on launch tier. Don't compare a Tier 3 changelog tweet to a Tier 1 product launch.

Tier 1 KPIs (full product launch)

MetricWhat it measuresWhere to track
New signups (day 1, week 1)Direct acquisition impactProduct analytics
Landing page visitorsReach of the announcementWeb analytics
Landing page → signup conversion ratePage effectivenessWeb analytics
Email open rateList engagementEmail platform
Email click rateEmail copy effectivenessEmail platform
Social impressions + engagementsAwarenessNative platform analytics
Press mentionsPR reachManual + Google Alerts
Backlinks generatedSEO impactAhrefs, Search Console
Product Hunt rank (if applicable)PH-specific reachProduct Hunt

Tier 2 KPIs (major feature)

MetricWhat it measures
New signups from launch trafficAcquisition
Feature adoption rate (existing users)Activation
Blog post viewsContent reach
Social engagement rateResonance
Email open + click rateList engagement

Tier 3 KPIs (small improvement)

MetricWhat it measures
Changelog viewsAwareness among existing users
Social post engagementReach

Benchmark expectations

These are rough benchmarks for a B2B/developer tool with an established audience. Use them to calibrate expectations, not as hard targets.

MetricWeakSolidStrong
Email open rate (existing list)< 20%30-40%> 50%
Email click rate< 2%4-8%> 10%
Landing page → signup CVR< 2%5-10%> 15%
Twitter launch tweet impressions (10K followers)< 5K10-30K> 50K
HN front page (if hit)—200-500 visits2,000+ visits
Product Hunt (featured)< 100 upvotes200-500500+
Tier 1 launch: week-1 signups< 100200-1,0001,000+

These vary enormously by audience size, product category, and launch quality. Treat them as directional.

Launch day monitoring

On launch day, watch metrics in near real-time for the first 4-6 hours. This is when you can still adjust (reshare a post, send a follow-up tweet, extend a limited offer).

What to watch:

  • Signups per hour (alert if significantly below expectation)
  • Top traffic sources by signup conversion rate (not just volume)
  • Email delivery issues (bounce rate, spam complaints)
  • Social engagement velocity in the first 2 hours (predicts final reach)

Don't do:

  • Obsessively refresh metrics while neglecting to engage with social comments
  • Make major messaging changes mid-launch based on early data
  • Panic if a specific channel underperforms — wait for 24-hour data

Post-launch retro

Run the retro within 5-7 days of launch, when the data is fresh. For Tier 1, schedule this during launch prep. For Tier 2, a Slack thread async works.

Retro data to pull

Before the retro, gather:

  • Traffic by source (UTM breakdown)
  • Signups by source
  • Conversion rates by source (signups ÷ visitors)
  • Email metrics (open, click, unsubscribe)
  • Social metrics by platform
  • Comparison to previous comparable launch (if available)

Questions to answer

  1. What was the top-performing channel (by conversion rate, not just volume)?
  2. What was the worst-performing channel relative to effort invested?
  3. What was surprising? (channels that over- or under-performed expectations)
  4. Did messaging land? (qualitative: comments, replies, email responses)
  5. Where did the funnel leak? (high traffic, low signups → landing page problem; low traffic → distribution problem)
  6. What would you do differently?

Retro output

The retro should produce exactly two things:

  1. Updated distribution priorities — which channels to invest more/less in next time
  2. Checklist updates — additions or removals to the launch checklist based on what you learned

Document in a shared place (Notion, Linear, Confluence) so it accumulates over launches. The value compounds: after 10 launches, you have a quantitative model of what works for your product and audience.

Building a launch history

Track every launch in a single spreadsheet or database:

LaunchDateTierTop channelSignups (D1)Signups (W1)Email open rateNotes

After 5+ launches, patterns emerge:

  • Which channels consistently convert for your audience
  • What tier of launch drives what magnitude of signups
  • How your benchmarks trend over time (growth in list size, social following)

This history is your most valuable launch asset. It makes future launch planning faster and more accurate than any external benchmark.

Companion skills

  • launch-strategy — defines the launch tier and checklist that determines what to track
  • launch-distribution — each channel's UTM is set up before launch day
  • launch-email — email open/click metrics feed back into the retro
  • launch-blog-post — blog post UTMs and organic search performance over time

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