Communitygithub.com

Launch-Strategie (amplitude/builder-skills)

Plane und führe Produkteinführungen mit einem abgestuften Rahmenwerk durch – von großen neuen Produkten bis hin zu kleinen Verbesserungen. Nutze diesen Skill, wenn jemand eine Einführung planen, eine Checkliste erstellen, Launch-Stufen definieren, Launch-Texte schreiben oder eine Produktveröffentlichung koordinieren möchte.

Was ist builder-skills)?

Dieser Skill, "Launch-Strategie", bietet ein strukturiertes, wiederholbares Rahmenwerk für die Planung und Durchführung von Produkteinführungen. Er basiert auf der Erkenntnis, dass jedes Release ein potenzieller Launch-Moment ist – skalierbar nach seiner Bedeutung. Der Skill definiert drei Launch-Stufen: Stufe 1 für große neue Produkte oder Plattformwechsel (2-4 Wochen Vorbereitung), Stufe 2 für wichtige neue Funktionen (1-2 Wochen) und Stufe 3 für kleinere Verbesserungen (Stunden bis Tage). Jede Stufe hat spezifische Checklisten für Assets, Vertriebskanäle und Kommunikation. Der Skill betont die Bedeutung eines klaren Messaging-Rahmens vor der Asset-Erstellung und enthält eine detaillierte Checklistenvorlage, eine Post-Launch-Retrospektive und die Philosophie "Alles ist ein Launch". Er ist als übergeordneter Skill konzipiert und verweist auf begleitende Skills (launch-tweet, launch-email, launch-blog-post, etc.) für die konkrete Umsetzung.

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

In Ihrer bevorzugten KI fragen

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

Dokumentation

Launch-Strategie

Dieser Skill hilft, Produkteinführungen mit einem strukturierten, wiederholbaren Rahmenwerk zu planen und durchzuführen. Die Kernidee: Die meisten Teams führen nur große, spektakuläre Einführungen durch. Wenn man jedoch jedes Release als potenziellen Launch-Moment behandelt – maßstabsgetreu seiner Bedeutung – baut man konsistente Bekanntheit, Akquise und Aktivierung auf. Das Ziel ist eine Launch-Engine, kein einmaliges Event.

Launch-Stufen

Jedes Release wird einer von drei Stufen zugeordnet. Die Stufe bestimmt den Aufwand für Messaging, Assets und Vertrieb.

Stufe 1: Großes neues Produkt oder Plattformwechsel

Vollständige Einführung. Dies ist Ihr Vorzeigemoment – ein neues Produkt, eine große Umbenennung, eine Plattformerweiterung. Rechnen Sie mit 2-4 Wochen Vorbereitungszeit.

Typische Assets: Launch-Video (Motion Design oder Gründererzählung), dedizierte Landing Page, Blogbeitrag, Pressearbeit, Social-Media-Kampagne (alle Plattformen), E-Mail an die gesamte Liste, interner Verstärkungspush.

Stufe 2: Wichtige neue Funktion

Eine bedeutende Ergänzung, die die Möglichkeiten der Nutzer verändert. Genug, um eine eigene Ankündigung zu rechtfertigen, aber keinen vollständigen Medien-Push. Rechnen Sie mit 1-2 Wochen Vorbereitung.

Typische Assets: Launch-Tweet/-Thread, Blogbeitrag oder Changelog-Eintrag, aktualisierter Landing-Page-Bereich, E-Mail an relevante Segmente, Social-Media-Beiträge auf 2-3 Plattformen.

Stufe 3: Kleinere Verbesserungen und Iterationen

Fehlerbehebungen, UI-Verbesserungen, inkrementelle Verbesserungen. Trotzdem erwähnenswert – sie signalisieren Dynamik und Sorgfalt. Vorbereitungszeit: Ein paar Stunden bis zu einem Tag.

Typische Assets: Changelog-Eintrag, einzelner Social-Media-Beitrag, optionale Erwähnung in einer E-Mail-Digest.

Die richtige Stufe wählen

Fragen Sie: "Würde diese Ankündigung die Wahrnehmung eines potenziellen Kunden über die Fähigkeiten des Produkts verändern?" Wenn ja → Stufe 1 oder 2. Wenn es eher um Qualität und Zuverlässigkeit geht → Stufe 3.

Im Zweifel eine Stufe höher gehen. Zu wenig Launch ist häufiger als zu viel. Ein Launch der Stufe 2, der Stufe 3 hätte sein sollen, kostet ein paar zusätzliche Stunden. Ein Launch der Stufe 1, der wie Stufe 3 behandelt wird, ist eine verpasste Wachstumschance.

Messaging-Rahmenwerk

Messaging hat Vorrang vor allem anderen. Erstellen Sie keine Assets, bevor das Messaging festgelegt ist. Ein mittelmäßiges Video mit gutem Messaging übertrifft ein schönes Video mit verwirrender Positionierung.

Das Messaging-Briefing

Definieren Sie für jeden Launch (jede Stufe):

  1. Name — Wie nennen Sie das? Verwenden Sie für Funktionen mit SEO-Potenzial Suchdaten zur Auswahl. Überprüfen Sie, wonach Leute tatsächlich suchen (z.B. "Sprache zu Text" vs. "Transkriptions-API" – wählen Sie die mit mehr Volumen, wenn die Zielgruppe passt). Tools wie Google Trends und Keyword-Recherche-Plattformen helfen hier.

  2. Zielgruppe — Wer profitiert speziell? Seien Sie präzise. "Entwickler" ist zu breit. "Backend-Ingenieure, die Echtzeit-Sprach-Apps entwickeln" gibt Ihnen etwas, auf das Sie hinschreiben können.

  3. Primäres Wertversprechen — Ein Satz. Was können sie jetzt tun, was sie vorher nicht konnten, oder was ist dramatisch besser? Dies wird zur Überschrift überall.

  4. Sekundäre Wertversprechen — 2-3 unterstützende Punkte. Diese füllen den Blogbeitrag, die Landing-Page-Abschnitte und die Thread-Tweets.

  5. Beweispunkte — Zahlen, Benchmarks, Vergleiche, Kundenreferenzen. Alles, was die Wertversprechen konkret und nicht nur wünschenswert macht.

Messaging-Test

Lesen Sie Ihr primäres Wertversprechen laut vor. Wenn es genauso gut ein Konkurrenzprodukt beschreiben könnte, ist es zu generisch. Die besten Wertversprechen sind spezifisch genug, dass jemand in der Zielgruppe sofort weiß, ob das für ihn ist.

Launch-Checklisten-System

Erstellen Sie eine Master-Checkliste mit allen möglichen Launch-Aktionen, geordnet nach Stufe. Für jeden neuen Launch:

  1. Kopieren Sie die Master-Checkliste in eine neue Instanz (neuer Tab, neues Ticket, neue Seite)
  2. Löschen Sie Zeilen, die nicht für diese Stufe/diesen Launch gelten
  3. Weisen Sie Besitzer und Fälligkeitsdaten zu den verbleibenden Zeilen zu
  4. Verwenden Sie sie als die einzige Quelle der Wahrheit bis zum Launch-Tag

Werkzeuge

Wählen Sie ein System und bleiben Sie dabei. Das spezifische Tool ist weniger wichtig als die konsistente Nutzung.

  • Tabellenkalkulation (Google Sheets, Notion-Tabelle) — Am einfachsten. Funktioniert gut für kleine Teams. Ein Master-Blatt, ein Tab pro Launch. Nachteil: Keine integrierten Zuweisungen oder Benachrichtigungen.
  • Projektmanagement-Tool (Linear, Asana, Notion) — Besser für Teams. Erstellen Sie ein Launch-Vorlagenprojekt. Jeder Launch erhält eine Kopie mit zuweisbaren Aufgaben und Fälligkeitsdaten. Linear-Labels oder Asana-Abschnitte können auf die Stufenspalten unten abgebildet werden.
  • Dokumente + Checkliste (Notion, Google Docs) — Mittelweg. Ein Vorlagendokument mit Kontrollkästchen. Leicht zu kopieren, schwieriger, den Status über mehrere Launches hinweg zu verfolgen.

Welches Tool auch immer Sie verwenden, aktualisieren Sie die Master-Vorlage nach jeder Retrospektive. Die Vorlage ist ein lebendes Dokument – sie wird mit jedem Launch besser.

Checklistenvorlage Struktur

KategorieAktionStufe 1Stufe 2Stufe 3BesitzerFälligStatus
MessagingMessaging-Briefing schreiben✓✓✓
MessagingSEO-Keyword-Recherche für Namen✓Optional—
AssetsLaunch-Video✓Optional—
AssetsLanding Page (neu oder aktualisiert)✓✓—
AssetsBlogbeitrag✓✓Optional
AssetsChangelog-Eintrag✓✓✓
SocialLaunch-Tweet/-Thread✓✓✓
SocialLinkedIn-Beitrag✓✓Optional
SocialAndere Plattformen (BlueSky, Threads)✓Optional—
VertriebProduct Hunt Einreichung✓Optional—
VertriebHacker News Beitrag✓Optional—
VertriebPresse-/Journalistenkontakt✓——
VertriebInfluencer-/Netzwerk-Repost-Anfragen✓✓—
E-MailAnkündigung an gesamte Liste✓——
E-MailSegment-spezifische E-MailOptional✓—
E-MailChangelog-Digest-Erwähnung—Optional✓
Intern#amplify-Kanalbeitrag✓✓Optional
InternTeam-Briefing✓Optional—
TrackingUTMs für alle Links einrichten✓✓Optional
TrackingAnalytics-Events feuern überprüfen✓Optional—
TrackingBasis-Metriken erfassen✓✓—
Nach dem LaunchRetro planen (1 Woche später)✓✓—

Launch-Zeitplan

Stufe 1 Zeitplan (2-4 Wochen)

3-4 Wochen vorher: Messaging-Briefing finalisieren. Mit Landing Page und Videoproduktion beginnen. Pressearbeit starten (Journalisten brauchen Vorlaufzeit).

1-2 Wochen vorher: Alle Assets finalisieren. Social-Media-Texte schreiben. E-Mail vorbereiten. Internes Team einweisen. Tracking einrichten (UTMs, Analytics-Events). Einen Probelauf der Vertriebssequenz durchführen.

Launch-Tag: Vertrieb in Sequenz ausführen – Social zuerst (morgens), dann E-Mail, dann Presse-Embargo-Aufhebungen. Den ganzen Tag Kommentare/Antworten überwachen und darauf reagieren.

Woche danach: Retro durchführen.

Stufe 2 Zeitplan (1-2 Wochen)

2 Wochen vorher: Messaging finalisieren. Mit Blogbeitrag und Landing-Page-Updates beginnen.

1 Woche vorher: Texte finalisieren. Social-Media-Beiträge schreiben. E-Mail-Segment vorbereiten.

Launch-Tag: Social posten, Blog veröffentlichen, E-Mail senden. Auf Antworten reagieren.

3-5 Tage danach: Kurze Retro (asynchron, z.B. in einem Slack-Thread).

Stufe 3 Zeitplan (gleicher oder nächster Tag)

Ausliefern. Changelog-Eintrag und Social-Media-Beitrag schreiben. Fertig. Wenn es Teil einer Reihe kleiner Verbesserungen ist, bündeln Sie sie in einem wöchentlichen Digest.

Post-Launch-Retrospektive

Überspringen Sie das nicht. Die Retro ist das, was einzelne Launches zu einer sich verstärkenden Launch-Engine macht.

Was besprochen wird

  1. Was hat funktioniert? Welche Kanäle haben den meisten Traffic, die meisten Anmeldungen oder das meiste Engagement gebracht? Welches Messaging hat eingeschlagen?
  2. Was nicht? Welche Assets haben unterperformt? Wo ist der Zeitplan verrutscht?
  3. Überraschungen? Ist ein unerwarteter Kanal explodiert? Hat eine bestimmte Rahmung besser funktioniert als erwartet?
  4. Zahlen — Traffic, Anmeldungen, Aktivierung, Social Engagement, Presseerwähnungen. Vergleichen Sie mit vorherigen Launches, wenn Sie die Daten haben.
  5. Checklisten-Updates — Fügen Sie Elemente basierend auf dem Gelernten hinzu oder entfernen Sie sie aus der Master-Checkliste.

Retro-Format

Halten Sie es leichtgewichtig. Ein Slack-Thread oder ein 15-minütiger Anruf funktioniert für Stufe 2. Stufe 1 verdient ein kurzes Dokument. Das wichtigste Ergebnis sind spezifische Änderungen an der Checkliste und am Prozess, kein retrospektiver Aufsatz.

Die "Alles ist ein Launch"-Philosophie

Wenn Sie mehrmals im Monat ausliefern, aber nur wenige Male im Quartal launchen, verschenken Sie Wachstum. Jede Auslieferung ist eine Gelegenheit, Ihre Geschichte zu erzählen, Leute daran zu erinnern, dass es Sie gibt, und Dynamik zu zeigen.

Das bedeutet nicht, dass jede Fehlerbehebung eine Pressemitteilung bekommt. Es bedeutet, dass jede Verbesserung irgendeine Ankündigung bekommt, maßstabsgetreu ihrer Bedeutung. Launches der Stufe 3 dauern Minuten. Der kumulative Effekt konsistenter Sichtbarkeit ist enorm.

Bauen Sie die Gewohnheit auf: Wenn der PR gemergt wird, öffnet sich die Launch-Checkliste.

Arbeiten mit begleitenden Skills

Dieser Skill kümmert sich um Strategie und Planung. Für die Ausführung verweisen Sie auf:

  • launch-tweet — Erstellung der Social-Media-Texte (Tweets, Threads, LinkedIn, plattformübergreifend)
  • launch-email — E-Mail-Betreffzeilen, Ankündigungsstruktur, Segmentierung, Changelog-Digests
  • launch-blog-post — Schreiben des Ankündigungsbeitrags (Struktur, SEO, AEO)
  • launch-video — Demovideos, GIFs, Screenshots und programmatische Videos mit Remotion
  • launch-landing-page — Erstellen der Landing Page (Struktur, Dringlichkeitsmechaniken, SEO, Konversion)
  • launch-distribution — Kanalweise Verteilung und Launch-Tag-Sequenzierung
  • launch-metrics — UTM-Einrichtung, KPIs nach Stufe, Benchmark-Erwartungen, Retro-Daten-Rahmenwerk

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