Communitygithub.com

amplitude/builder-skills

Verfasse E-Mails zur Produkteinführung und Changelog-Zusammenfassungen für Produktveröffentlichungen. Verwende diese Fähigkeit, wenn jemand darum bittet, eine Launch-E-Mail zu schreiben, eine Ankündigungs-E-Mail zu entwerfen, eine Produktupdate-E-Mail zu verfassen, eine Changelog-Zusammenfassung zu erstellen oder eine E-Mail zu einem Produktlaunch zu verfassen. Auch auslösend für „Schreibe die E-Mail für diesen Launch“, „Entwirf die Ankündigungs-E-Mail“, „Hilf mir, unsere Nutzer darüber zu informieren“ oder jede Anfrage zur Erstellung von E-Mail-Texten im Zusammenhang mit einer Produktveröffentlichung. Deckt Betreffzeilen, Ankündigungsstruktur, segmentierte E-Mails, Changelog-Zusammenfassungen und das Timing in Bezug auf soziale Medien ab.

Was ist builder-skills?

Diese Fähigkeit dient dazu, professionelle E-Mails für Produkteinführungen zu verfassen – von vollumfänglichen Ankündigungen über segmentierte Feature-E-Mails bis hin zu kompakten Changelog-Zusammenfassungen. Sie ist besonders nützlich, da E-Mails im Vergleich zu sozialen Medien eine deutlich höhere Conversion-Rate erzielen, weil sie Menschen erreichen, die bereits Interesse am Produkt haben. Das Ziel ist es, diese bestehende Beziehung zu nutzen: direkt zu sein, Mehrwert zu bieten und den Leser schnell zum Produkt zu führen. Die Fähigkeit unterstützt drei Stufen von E-Mails: Stufe 1 (vollständige Listenankündigung für große Produkteinführungen mit einer maximalen Länge von 400 Wörtern), Stufe 2 (segmentierte Ankündigungen für spezifische Nutzergruppen mit bis zu 300 Wörtern) und Stufe 3 (Changelog-Zusammenfassungen mit wöchentlichen oder zweiwöchentlichen Updates unter 150 Wörtern). Neben der Struktur enthält die Fähigkeit detaillierte Anleitungen zur Erstellung effektiver Betreffzeilen (spezifisch, wertorientiert, kurz), zur optimalen Platzierung von Call-to-Action-Buttons, zur Timing-Strategie im Verhältnis zu Social-Media-Posts und zu häufigen Fehlern wie zu langen E-Mails, mehreren CTAs oder dem Versand an die falsche Zielgruppe. Die Fähigkeit ist plattformunabhängig und kann in jedem E-Mail-Marketing-Tool oder AI-Agenten eingesetzt werden, der Markdown-formatierte E-Mail-Vorlagen unterstützt.

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

In Ihrer bevorzugten KI fragen

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

Dokumentation

Launch-E-Mail

Diese Fähigkeit hilft beim Schreiben von E-Mails für Produkteinführungen – von vollumfänglichen Ankündigungen über segmentierte Feature-E-Mails bis hin zu Changelog-Zusammenfassungen. E-Mails übertreffen soziale Medien durchgängig bei der Conversion, da sie Menschen erreichen, die bereits Interesse haben. Das Ziel ist es, diese bestehende Beziehung zu nutzen: sei direkt, biete Mehrwert und bringe den Leser schnell zum Produkt.

E-Mail-Typen nach Launch-Stufe

Stufe 1: Vollständige Listenankündigung

Für große neue Produkte oder Plattformwechsel. Geht an die gesamte Abonnentenliste. Dies ist die E-Mail mit den höchsten Einsätzen – behandle sie entsprechend.

Struktur: Betreffzeile → Held (was gelauncht wurde + warum es wichtig ist) → visuelles Element (Screenshot oder GIF) → 2-3 unterstützende Punkte → einzelner CTA → Signatur.

Halte sie unter 400 Wörtern. Eine E-Mail ist kein Blogbeitrag. Verlinke für Details auf die Landing Page und den Blogbeitrag.

Stufe 2: Segment-spezifische Ankündigung

Für große neue Funktionen, die für eine bestimmte Nutzergruppe relevant sind. Wird nur an das relevante Segment gesendet – das ist gezielter und schützt die vollständige Liste vor E-Mail-Müdigkeit.

Struktur: Betreff → direkter Aufhänger (warum dieses Segment sich kümmern sollte) → was die Funktion tut → wie man sie ausprobiert → CTA.

Halte sie unter 300 Wörtern. Das Segment kennt dein Produkt bereits; überspringe die Einleitung.

Stufe 3: Changelog-Zusammenfassung

Für kleinere Verbesserungen, gebündelt wöchentlich oder zweiwöchentlich. Geht an Nutzer, die sich für Changelog-Updates angemeldet haben.

Struktur: „[Woche vom X] – Was gibt's Neues“ → kurze Aufzählung der Verbesserungen → Link zum vollständigen Changelog.

Halte sie unter 150 Wörtern. Kürze signalisiert Respekt für die Zeit des Lesers.

Betreffzeilen

Die Betreffzeile ist das Äquivalent zum ersten Satz eines Tweets für E-Mails. Sie entscheidet, ob die E-Mail geöffnet wird.

Was funktioniert

  • Spezifität: „Echtzeit-Transkription unterstützt jetzt 14 Sprachen“ übertrifft „Große Neuigkeiten zu unserer API“
  • Wertorientiert: Führe mit dem, was der Leser gewinnt, nicht mit dem, was du ausgeliefert hast
  • Kurz: Unter 50 Zeichen für Mobilgeräte. Der Vorschautext trägt den Rest
  • Kein Clickbait: Deine Liste hat sich angemeldet, weil sie dir vertraut. Missbrauche das nicht

Betreffzeilen-Formeln

  • „Einführung von [Produkt/Feature]: [einzeiliges Wertversprechen]“
  • „Du kannst jetzt [spezifische Funktion]“
  • „[Produkt] hat gerade [Verbesserung] bekommen – hier ist, was sich geändert hat“
  • „[Feature] ist da: [konkreter Nutzen]“
  • „Neu: [spezifische Sache] für [spezifische Zielgruppe]“

Vorschautext

Die meisten E-Mail-Clients zeigen 40–90 Zeichen Vorschautext nach der Betreffzeile an. Schreibe ihn bewusst – lass nicht zu, dass der E-Mail-Client die erste Zeile des Fließtextes zieht (oft unlesbar). Der Vorschautext sollte die Betreffzeile ergänzen, nicht wiederholen.

Betreff: „Einführung der Echtzeit-Übersetzung für Sprach-Apps“ Vorschau: „14 Sprachen, unter 200 ms Latenz, jetzt im kostenlosen Tarif verfügbar“

Was zu vermeiden ist

  • „Wir freuen uns, bekannt zu geben...“ (vergäbt den Wert, überstrapaziert)
  • Emojis in Betreffzeilen (vor der Verwendung A/B-testen; senken oft die Öffnungsrate im B2B-Bereich)
  • GROSSBUCHSTABEN oder übermäßige Satzzeichen (Spam-Filter + wirkt verzweifelt)
  • Vage Teaser: „Etwas Großes kommt...“ (untergräbt Vertrauen, wenn überstrapaziert)
  • Irreführende Betreffzeilen, die nicht zum E-Mail-Inhalt passen

Struktur der Ankündigungs-E-Mail

Einleitung (1–2 Sätze)

Nenne, was gelauncht wurde und den primären Wert. Kein Aufwärmen. Kein „Ich hoffe, Sie haben eine schöne Woche.“

Gut: „Heute launchen wir [Feature] – du kannst jetzt [spezifische Aktion] direkt von [Produkt] aus durchführen.“

Schwach: „Wir haben hart an etwas gearbeitet, das wir unbedingt mit dir teilen möchten.“

Hauptteil (100–200 Wörter)

Behandle 2–3 unterstützende Punkte. Jeder sollte eine Frage des Lesers beantworten:

  • Was macht es? (falls aus der Einleitung nicht vollständig klar)
  • Wie funktioniert es? (1–2 Sätze, genug, um die Reibung „Ist das zu schwer?“ zu reduzieren)
  • Warum ist es wichtig? (konkretes Ergebnis, nicht abstrakter Nutzen)

Verwende kurze Absätze – maximal 2–3 Sätze. E-Mails mit Textwänden werden überflogen oder gelöscht.

Visuelles Element

Füge einen Produkt-Screenshot, ein GIF oder ein kurzes Video ein. Bette es ein, verlinke nicht darauf. Das visuelle Element sollte das Produkt bei der Aktion zeigen, die die Einleitung verspricht. Keine Stockfotos.

CTA

Ein Link. Mach ihn zu einem Button, nicht nur zu einem Hyperlink. Sei spezifisch: „Probiere [Feature] jetzt aus“ schlägt „Mehr erfahren“.

Platziere ihn prominent nach dem Hauptteil – nicht am Ende nach einem zweiten Bildschirm voll Text.

Signatur

Halte sie menschlich. Ein Name, eine Rolle und optional ein Einzeiler darüber, was du baust. Vermeide rechtliche Fußzeilen, die den Hauptteil überladen (setze sie unten in Kleingedrucktes).

Segmentierungsentscheidungen

SzenarioSegment
Neues Produkt, neue KategorieVollständige Liste
Großes Feature für Power-UserNutzer, die verwandte Funktionen nutzen
Integration mit Drittanbieter-ToolNutzer, die dieses Tool verbunden haben
PreisänderungNur betroffene Tarifstufen
Beta → GABeta-Nutzer + Warteliste
Changelog-ZusammenfassungNur Changelog-Abonnenten

Das Senden an das falsche Segment ist schlimmer, als gar nicht zu senden. Eine Power-User-Feature-E-Mail, die an inaktive Free-Nutzer gesendet wird, trainiert sie, deine E-Mails zu ignorieren.

Timing in Bezug auf soziale Medien

Die E-Mail ist nicht das Erste, was du am Launch-Tag sendest – soziale Medien sind es. Die Reihenfolge:

  1. Zuerst Social-Media-Posts (früher Morgen) – erzielt Echtzeit-Engagement, während das Publikum aktiv ist
  2. Blogbeitrag veröffentlicht – die E-Mail verlinkt darauf, also muss er zuerst live sein
  3. E-Mail-Versand (später Vormittag bis früher Nachmittag) – erreicht Personen, die Social Media verpasst haben; gibt dem Blogbeitrag Backlink-Traffic

Für Stufe-1-Launches sende die E-Mail 2–4 Stunden nach den Social-Media-Posts. Dies staffelt deine Traffic-Quellen und gibt dir etwas, das du in der E-Mail sagen kannst („Schau dir den vollständigen Beitrag an →“).

Changelog-Zusammenfassungs-Format

Die Zusammenfassung ist eine Gewohnheit, keine Ankündigung. Sie belohnt Nutzer, die abonniert bleiben, indem sie konstante Dynamik zeigt.

Zusammenfassungs-Struktur

Betreff: [Produkt]-Updates – Woche vom [Datum]

Was gibt's Neues diese Woche:

• [Verbesserung 1] – ein Satz darüber, was sich geändert hat und warum es wichtig ist
• [Verbesserung 2] – dasselbe
• [Verbesserung 3] – dasselbe

[Optional: ein Satz darüber, was nächste Woche kommt]

→ Vollständiger Changelog: [Link]

Halte jeden Aufzählungspunkt auf einen Satz. Wenn eine Verbesserung mehr Erklärung benötigt, rechtfertigt sie wahrscheinlich eine eigene Stufe-2-E-Mail.

Versende die Zusammenfassung an einem konsistenten Tag (Freitagnachmittage funktionieren gut – es ist ein Fenster mit geringer Wettbewerbsintensität und fühlt sich wie eine wöchentliche Zusammenfassung an).

Häufige Fehler

  • Die E-Mail senden, bevor die Landing Page oder der Blogbeitrag live ist. Der Job der E-Mail ist es, Leute irgendwohin zu schicken. Stelle sicher, dass das Ziel existiert.
  • Zu lang. Die E-Mail ist nicht der Ort für Tiefe. Verlinke für Details auf den Blogbeitrag.
  • Mehrere CTAs. Jeder zusätzliche Link nach dem primären CTA reduziert dessen Klickrate. Ein Ziel pro E-Mail.
  • Dieselbe E-Mail an alle. Eine Feature-Ankündigung, die für 20 % deiner Liste relevant ist, ist Rauschen für die anderen 80 %.
  • Keine Nur-Text-Version. Einige E-Mail-Clients blockieren HTML. Sende beide.
  • Zur falschen Zeit senden. B2B-E-Mails performen am besten dienstags bis donnerstags, 9–11 Uhr in der Zeitzone des Empfängers. Verbraucher-/Entwicklerzielgruppen tendieren zu späteren Zeiten.

Begleitfähigkeiten

  • launch-strategy – Messaging-Brief (primäres Wertversprechen und Zielgruppe für die E-Mail)
  • launch-tweet – Social-Media-Text, der vor der E-Mail veröffentlicht wird
  • launch-blog-post – der Beitrag, auf den die E-Mail verlinkt
  • launch-distribution – wo die E-Mail in die vollständige Verteilungssequenz passt

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