Communitygithub.com

Launch-Metriken

Richtet Messung und Tracking für Produkteinführungen ein, führt Post-Launch-Retros mit Daten durch und erstellt ein Launch-Analyse-System. Dieses Skill verwenden, wenn jemand nach dem Tracken eines Launches, der Einrichtung von UTM-Parametern, der Messung der Launch-Leistung, einem Launch-Retro, der Analyse von Launch-Ergebnissen oder dem Erstellen eines Dashboards für eine Produktveröffentlichung fragt.

Was ist Launch-Metriken?

Dieses Skill, Launch-Metriken, hilft Entwicklern und Produktteams, den Erfolg von Produkteinführungen systematisch zu messen, von der Vorbereitung vor dem Launch bis zur Analyse danach. Es unterstützt die Plattformen Claude Code, Cursor und Codex und stellt sicher, dass Teams nicht im Blindflug starten, sondern datenbasierte Entscheidungen treffen. Das Skill umfasst eine konsistente UTM-Konvention (z.B. `utm_source=twitter`), die Einrichtung von Analysen-Events (z.B. `signup_completed`) und gestaffelte KPIs für Launch-Tier 1 (vollständiger Launch), Tier 2 (großes Feature) und Tier 3 (kleine Verbesserung). Es bietet Benchmark-Erwartungen für Metriken wie E-Mail-Öffnungsrate oder Landing-Page-zu-Anmeldung-Konversion, beschreibt, wie der Launch-Tag in Echtzeit überwacht wird, und liefert ein strukturiertes Retro-Framework, das innerhalb von 5–7 Tagen durchgeführt wird, um Verteilungs-Prioritäten und Checklisten-Updates zu generieren. Der Wert dieses Skills liegt in der kontinuierlichen Verbesserung: Nach mehreren Launches entsteht eine quantitative Historie, die zukünftige Planung beschleunigt und präziser macht als externe Benchmarks.

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

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht Launch-Metriken?

Dieses Skill beschreibt, wie Produkteinführungen gemessen werden – was vor dem Launch-Tag eingerichtet werden muss, was währenddessen verfolgt wird und wie die Ergebnisse anschließend bewertet werden. Ohne konsistente Messung sind Launches reine Glückssache. Mit ihr informiert jeder Launch den nächsten.

Vorbereitung vor dem Launch

Die Messung beginnt vor dem Launch-Tag. Das Einrichten des Trackings am Launch-Tag selbst bedeutet, dass man die Erstwelle an Daten verpasst, wenn der Traffic am höchsten ist.

Was eingerichtet werden muss

  1. UTM-Parameter – Jeden Link in jedem Vertriebskanal taggen
  2. Analytics-Events – Den Conversion-Funnel End-to-End instrumentieren
  3. Basislinie erfassen – Aktuelle Metriken vor dem Launch aufzeichnen, um den Zuwachs messen zu können
  4. Dashboard oder Ansicht – Einen Ort, um alle wichtigen Metriken am Launch-Tag zu beobachten

UTM-Konventionen

UTM-Parameter verfolgen, woher der Traffic kommt. Verwende ein einheitliches Benennungsschema über alle Launches hinweg, damit du im Laufe der Zeit vergleichen kannst.

utm_source    = die Plattform (twitter, linkedin, email, producthunt, hackernews)
utm_medium    = der Kanaltyp (social, email, paid, referral)
utm_campaign  = der Launch-Name (feature-name-launch, v2-launch, etc.)
utm_content   = das spezifische Asset (tweet-thread, announcement-email, blog-post)

Beispiel-URLs:

  • Twitter-Ankündigung: ?utm_source=twitter&utm_medium=social&utm_campaign=realtime-api-launch&utm_content=launch-tweet
  • Launch-E-Mail: ?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

Regeln:

  • Immer in Kleinbuchstaben
  • Verwende Bindestriche, keine Unterstriche oder Leerzeichen in Werten
  • Der Kampagnenname sollte für einen einzelnen Launch kanalübergreifend identisch sein
  • Erstelle alle UTMs vor dem Launch-Tag in einer Tabelle, damit nichts fehlt

Instrumentierte Events

Überprüfe vor dem Launch, ob diese Analytics-Events existieren und korrekt ausgelöst werden:

EventBeschreibung
landing_page_viewLandingpage geladen mit erfassten UTM-Parametern
signup_startedBenutzer beginnt mit der Registrierung
signup_completedKonto erstellt
first_actionErste sinnvolle Produkthandlung (variiert je nach Produkt)
cta_clickJeder CTA-Button geklickt (mit Beschriftung)
blog_post_viewLaunch-Blogbeitrag geladen
email_openLaunch-E-Mail geöffnet (von der E-Mail-Plattform)
email_clickLink in der Launch-E-Mail geklickt

Wenn diese Events nicht existieren und du keine Zeit hast, sie vor dem Launch hinzuzufügen, verwende mindestens UTMs, um Traffic und Anmeldungen von der vorhandenen Analytics-Plattform zu messen.

KPIs nach Stufe

Was „Erfolg“ bedeutet, hängt von der Launch-Stufe ab. Vergleiche nicht einen Tier-3-Changelog-Tweet mit einem Tier-1-Produkt-Launch.

Tier-1-KPIs (vollständiger Produkt-Launch)

MetrikWas sie misstWo tracken
Neue Anmeldungen (Tag 1, Woche 1)Direkte AkquisitionswirkungProdukt-Analytics
Landingpage-BesucherReichweite der AnkündigungWeb-Analytics
Landingpage → Anmeldung-KonversionsrateSeiten-EffektivitätWeb-Analytics
E-Mail-ÖffnungsrateListen-EngagementE-Mail-Plattform
E-Mail-KlickrateWirksamkeit des E-Mail-TextesE-Mail-Plattform
Soziale Impressionen + InteraktionenBekanntheitNative Plattform-Analytics
PresseerwähnungenPR-ReichweiteManuell + Google Alerts
Generierte BacklinksSEO-WirkungAhrefs, Search Console
Product Hunt-Rang (falls zutreffend)PH-spezifische ReichweiteProduct Hunt

Tier-2-KPIs (großes Feature)

MetrikWas sie misst
Neue Anmeldungen aus Launch-TrafficAkquisition
Feature-Adoptionsrate (bestehende Benutzer)Aktivierung
BlogbeitragsaufrufeContent-Reichweite
Soziale InteraktionsrateResonanz
E-Mail-Öffnungs- + KlickrateListen-Engagement

Tier-3-KPIs (kleine Verbesserung)

MetrikWas sie misst
Changelog-AufrufeBekanntheit bei bestehenden Benutzern
Social-Post-InteraktionReichweite

Benchmark-Erwartungen

Dies sind grobe Benchmarks für ein B2B/Entwickler-Tool mit einem etablierten Publikum. Verwende sie, um Erwartungen zu kalibrieren, nicht als harte Ziele.

MetrikSchwachSolideStark
E-Mail-Öffnungsrate (bestehende Liste)< 20 %30–40 %> 50 %
E-Mail-Klickrate< 2 %4–8 %> 10 %
Landingpage → Anmeldung-Konversionsrate< 2 %5–10 %> 15 %
Twitter-Launch-Tweet-Impressionen (10K Follower)< 5K10–30K> 50K
HN-Startseite (falls erreicht)—200–500 Besuche2.000+ Besuche
Product Hunt (vorgestellt)< 100 Upvotes200–500500+
Tier-1-Launch: Anmeldungen in Woche 1< 100200–1.0001.000+

Diese variieren enorm je nach Zielgruppengröße, Produktkategorie und Launch-Qualität. Betrachte sie als Richtwerte.

Launch-Tag-Überwachung

Am Launch-Tag überwache die Metriken in den ersten 4–6 Stunden nahezu in Echtzeit. Dies ist der Zeitpunkt, an dem du noch Anpassungen vornehmen kannst (einen Beitrag erneut teilen, einen Folge-Tweet senden, ein zeitlich begrenztes Angebot verlängern).

Was zu beobachten ist:

  • Anmeldungen pro Stunde (Alarm, wenn deutlich unter den Erwartungen)
  • Top-Traffic-Quellen nach Anmeldung-Konversionsrate (nicht nur Volumen)
  • E-Mail-Zustellungsprobleme (Bounce-Rate, Spam-Beschwerden)
  • Geschwindigkeit der sozialen Interaktionen in den ersten 2 Stunden (sagt endgültige Reichweite voraus)

Nicht tun:

  • Zwanghaft Metriken aktualisieren, während die Interaktion mit sozialen Kommentaren vernachlässigt wird
  • Größere Änderungen an der Botschaft mitten im Launch basierend auf frühen Daten vornehmen
  • In Panik geraten, wenn ein bestimmter Kanal unterdurchschnittlich abschneidet – warte auf die 24-Stunden-Daten

Post-Launch-Retro

Führe das Retro innerhalb von 5–7 Tagen nach dem Launch durch, wenn die Daten noch frisch sind. Für Tier 1 plane dies während der Launch-Vorbereitung. Für Tier 2 reicht ein asynchroner Slack-Thread.

Retro-Daten zum Abrufen

Sammle vor dem Retro:

  • Traffic nach Quelle (UTM-Aufschlüsselung)
  • Anmeldungen nach Quelle
  • Konversionsraten nach Quelle (Anmeldungen ÷ Besucher)
  • E-Mail-Metriken (Öffnungen, Klicks, Abmeldungen)
  • Soziale Metriken nach Plattform
  • Vergleich zu einem vorherigen vergleichbaren Launch (falls verfügbar)

Zu beantwortende Fragen

  1. Was war der leistungsstärkste Kanal (nach Konversionsrate, nicht nur Volumen)?
  2. Was war der leistungsschwächste Kanal relativ zum investierten Aufwand?
  3. Was war überraschend? (Kanäle, die die Erwartungen über- oder untertroffen haben)
  4. Kam die Botschaft an? (qualitativ: Kommentare, Antworten, E-Mail-Reaktionen)
  5. Wo hatte der Trichter ein Leck? (hoher Traffic, niedrige Anmeldungen → Problem mit der Landingpage; niedriger Traffic → Problem mit der Verteilung)
  6. Was würdest du anders machen?

Retro-Output

Das Retro sollte genau zwei Dinge hervorbringen:

  1. Aktualisierte Verteilungsprioritäten – in welche Kanäle beim nächsten Mal mehr/weniger investiert werden sollte
  2. Checklisten-Updates – Ergänzungen oder Streichungen zur Launch-Checkliste basierend auf dem Gelernten

Dokumentiere dies an einem gemeinsamen Ort (Notion, Linear, Confluence), damit es sich über Launches hinweg ansammelt. Der Wert steigert sich: Nach 10 Launches hast du ein quantitatives Modell dafür, was für dein Produkt und deine Zielgruppe funktioniert.

Aufbau einer Launch-Historie

Verfolge jeden Launch in einer einzigen Tabelle oder Datenbank:

LaunchDatumStufeTop-KanalAnmeldungen (T1)Anmeldungen (W1)E-Mail-ÖffnungsrateNotizen

Nach 5+ Launches zeigen sich Muster:

  • Welche Kanäle für deine Zielgruppe konstant konvertieren
  • Welche Launch-Stufe welches Anmeldevolumen antreibt
  • Wie sich deine Benchmarks im Laufe der Zeit entwickeln (Wachstum der Liste, Social-Media-Follower)

Diese Historie ist dein wertvollstes Launch-Asset. Sie macht die zukünftige Launch-Planung schneller und genauer als jeder externe Benchmark.

Begleit-Skills

  • launch-strategy – definiert die Launch-Stufe und Checkliste, die bestimmt, was getrackt wird
  • launch-distribution – die UTMs jedes Kanals werden vor dem Launch-Tag eingerichtet
  • launch-email – E-Mail-Öffnungs-/Klickmetriken fließen in das Retro ein
  • launch-blog-post – Blog-Post-UTMs und organische Suchleistung im Laufe der Zeit

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.

Verwandte Skills