Communitygithub.com

Waitlist-Launch, Schritt 1: Launch-Landingpage (Amplitude)

Plane und baue eine Launch-Landingpage, die Besucher schnell zum Wow-Moment führt: Hero, unterstützende Abschnitte, ein primärer CTA, kurze Formulare, Mobile First und SEO-Grundlagen – vor, am und nach dem Launch.

Was ist Waitlist-Launch, Schritt 1: Launch-Landingpage (Amplitude)?

Pre-Launch-Waitlist-Rezept, Schritt 1 (Seitenstrategie), aus amplitude/builder-skills. Vor Code oder Text klärt der Agent die zentralen Designfragen und strukturiert die Seite vom Hero bis zum Footer-CTA. Er setzt auf entwicklerfreundliche Muster wie eingebettete Playgrounds und echten Code, einen primären CTA mit wenigen Feldern, deckt SEO-Grundlagen ab und unterscheidet temporäre Launch-Seiten von dauerhaften Produktseiten inklusive Waitlist- und Dringlichkeitstaktiken.

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

In Ihrer bevorzugten KI fragen

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

Dokumentation

Launch Landing Page

Diese Fähigkeit hilft beim Entwerfen und Erstellen von Landing Pages für Produkteinführungen. Eine großartige Landing Page erfüllt zwei Dinge: Sie kommuniziert schnell den Wert und bringt Besucher so schnell wie möglich zum „Wow-Moment“. Alles andere ist zweitrangig.

Die zwei Designfragen

Bevor Sie eine einzige Zeile Text oder Code schreiben, beantworten Sie diese:

  1. „Wie können wir den Besucher den ‚Wow‘-Moment so schnell wie möglich erleben lassen?“ Die besten Landing Pages lassen Besucher das Produkt nutzen, nicht nur darüber lesen. Für Entwicklertools könnte dies einen eingebetteten Spielplatz bedeuten. Für SaaS eine Live-Demo. Für KI-Produkte ein Widget, das Inferenz direkt auf der Seite ausführt. Je geringer die Reibung zwischen „Ich bin hier gelandet“ und „Oh, das ist großartig“, desto höher Ihre Conversion.

  2. „Wie können wir diese Seite so gut gestalten, dass sie für sich genommen bemerkenswert ist?“ Eine Landing Page, die Leute screenshotten und in sozialen Medien teilen, verlängert die Einführung über den ersten Push hinaus. Das bedeutet nicht überdesignt – es bedeutet durchdacht, poliert und unverwechselbar.

Seitenstruktur

Hero-Sektion

Dies ist die einzige Sektion, die für die meisten Besucher zählt. 60–80 % der Besucher scrollen nie darüber hinaus.

Komponenten:

  • Überschrift – Ihr primäres Wertversprechen aus dem Messaging-Brief. Ein Satz, spezifisch, nutzenorientiert. Sollte „Was kann ich damit machen?“ beantworten, nicht „Was ist das?“
  • Unterüberschrift – 1–2 Sätze, die die Überschrift erweitern. Fügen Sie Spezifität hinzu – für wen es ist, wie es funktioniert oder ein wichtiger Beweispunkt.
  • Primärer CTA – Eine klare Aktion. „Kostenlos testen“, „Loslegen“, „In Aktion sehen“. Nicht zwei CTAs, die um Aufmerksamkeit konkurrieren.
  • Visuelles Element – Produktscreenshot, Demovideo oder interaktives Widget. Niemals ein Stockfoto. Zeigen Sie das tatsächliche Produkt, das das tut, was die Überschrift verspricht.

Unterstützende Sektionen (Scrolltiefe)

Fügen Sie nur Sektionen hinzu, die ihren Platz verdienen. Jede Sektion sollte einen bestimmten Einwand ansprechen oder ein sekundäres Wertversprechen erweitern.

Häufige Sektionen (wählen Sie die, die für diese Einführung wichtig sind):

  • So funktioniert es – 3-Schritt- oder visuelle Durchlauf. Reduziert den Einwand „Ist das zu kompliziert?“.
  • Wichtige Funktionen/Fähigkeiten – 3–4 Karten oder Spalten. Jede ein sekundäres Wertversprechen mit einem spezifischen Beispiel oder Screenshot.
  • Soziale Beweise – Kundenlogos, Zitate, Nutzungsstatistiken, Benchmark-Ergebnisse. Reduziert den Einwand „Ist das seriös?“.
  • Vergleich – Wenn Sie in einen Markt mit bekannten Alternativen eintreten, zeigen Sie einen klaren Vergleich. Seien Sie ehrlich – herausgepickte Vergleiche untergraben Vertrauen.
  • Preise – Wenn die Preisgestaltung ein Wettbewerbsvorteil ist, zeigen Sie sie früh. Wenn sie komplex oder unternehmensorientiert ist, verlinken Sie auf eine separate Preisseite.
  • Technische Details – Für Entwickler und technische Zielgruppen. Codebeispiele, API-Referenzen, Architekturdiagramme.
  • FAQ – Für Einwände, die anderswo keinen Platz finden. Halten Sie es kurz – maximal 4–6 Fragen.

Footer-CTA

Wiederholen Sie den primären CTA am unteren Ende für Besucher, die den gesamten Weg gescrollt haben. Sie sind Ihr engagiertestes Publikum – machen Sie es ihnen einfach, zu konvertieren.

Entwicklerorientierte Muster

Für technische Produkte und Entwicklertools konvertieren diese Muster durchgängig gut:

Reibungslos reduzieren

Die beiden größten Reibungspunkte für Entwickler bei der Bewertung von Tools sind Kosten und Zugang. Gehen Sie beide auf der Landing Page an:

  • Kostenloser Tarif oder Testversion ohne Kreditkarte
  • Sofortiger Zugang – kein „Demo anfordern“-Tor für Einzelnutzer
  • Klare, transparente Preise, die auf der Seite sichtbar sind

Vor der Anmeldung testen lassen

Die effektivsten Entwickler-Landing Pages lassen Besucher das Produkt erleben, ohne ein Konto zu erstellen. Beispiele:

  • Eingebetteter Code-Playground oder REPL
  • API-Endpunkt, der von der Seite aus aufgerufen werden kann
  • Interaktive Demo mit echten Ergebnissen
  • „Fügen Sie Ihre Daten/Ihren Code hier ein und sehen Sie Ergebnisse“-Widget

Echten Code zeigen

Entwickler möchten sehen, wie die Integration tatsächlich aussieht. Fügen Sie hinzu:

  • Installationsbefehl (npm install, pip install usw.)
  • Minimales funktionierendes Beispiel (5–10 Zeilen, die etwas Nützliches tun)
  • Schaltfläche „Kopieren“ auf allen Codeblöcken

Mit Fähigkeiten führen, nicht mit Funktionen

„10.000 Dokumente pro Sekunde verarbeiten“ ist überzeugender als „Verteilte Verarbeitungsengine“. Entwickler kümmern sich darum, was sie bauen können und in welchem Maßstab.

SEO-Integration

Eine Einführungs-Landing Page ist eine SEO-Chance. Die anfängliche Einführung generiert Backlinks (von Presse, sozialen Medien, Blogbeiträgen), die der Seite helfen, langfristig zu ranken. Bauen Sie von Anfang an darauf.

Benennung für die Suche

Wenn dies ein neues Produkt oder Feature ist, berücksichtigen Sie bei der Namenswahl das Suchvolumen. Der Name sollte dem entsprechen, was Ihre Zielgruppe tatsächlich sucht. „Sprache-zu-Text-API“ könnte mehr Suchverkehr erhalten als „Audio-Transkriptionsdienst“ – oder umgekehrt. Verwenden Sie Keyword-Recherche, um zu entscheiden.

On-Page-SEO-Grundlagen

  • Title-Tag – Das primäre Keyword einfügen. Unter 60 Zeichen halten.
  • Meta-Beschreibung – Überzeugende Zusammenfassung mit Keyword. 150–160 Zeichen.
  • H1 – Sollte mit dem Title-Tag übereinstimmen oder ihm sehr ähnlich sein.
  • Interne Links – Verlinken Sie von Ihrer Dokumentation, Ihrem Blog und anderen Seiten auf diese Landing Page. Verlinken Sie von dieser Seite auf relevante Dokumentation und Tutorials.
  • Seitengeschwindigkeit – Schnelle Seiten ranken besser und konvertieren besser. Optimieren Sie Bilder, minimieren Sie JavaScript, verwenden Sie ein CDN.

Inhalt für langfristiges Ranking

Die Sektionen, die Sie unterhalb des Hero hinzufügen (So funktioniert es, Funktionen, FAQ), dienen doppelt als indexierbarer Inhalt. Schreiben Sie sie zuerst für Menschen, aber verwenden Sie die Sprache, die Ihre Zielgruppe bei der Suche verwendet.

Conversion-Optimierung

Ein primärer CTA

Jede Seite hat eine primäre Aktion, die Besucher ausführen sollen. Alles andere ist zweitrangig. Wenn Sie Besucher bitten, „sich anzumelden“, „eine Demo zu buchen“, „der Warteliste beizutreten“ UND „die Dokumentation zu lesen“, mit gleicher visueller Gewichtung, bitten Sie sie, sich zu entscheiden – und viele werden sich stattdessen entscheiden, zu gehen.

Formularfelder reduzieren

Jedes Feld, das Sie einem Anmeldeformular hinzufügen, kostet Sie Conversions. Fragen Sie nach dem Minimum, das benötigt wird, um sie zu starten. Sie können später weitere Informationen sammeln.

Geschwindigkeit zählt

Die Seitenladezeit wirkt sich direkt auf die Conversion-Rate aus. Jede Sekunde Ladezeit kostet etwa 7 % der Conversions. Speziell für Landing Pages: below-fold-Inhalte lazy-loaden, Hero-Bilder optimieren, Third-Party-Skripte minimieren.

Mobile zuerst

40–60 % des Einführungsverkehrs kommt oft von mobilen Geräten (Personen, die auf Links in sozialen Medien auf ihren Telefonen klicken). Die Hero-Sektion muss auf einem Telefonbildschirm funktionieren. Testen Sie den CTA-Button auf mobilen Geräten – kann man ihn leicht antippen?

Einführungsspezifische Muster

Landing Pages für Einführungen haben Einschränkungen, die dauerhafte Produktseiten nicht haben – sie sind zeitkritisch, sie müssen eine Welle von Verkehr in einem kurzen Zeitfenster konvertieren, und sie erreichen oft ein Publikum, das zum ersten Mal von dem Produkt hört.

Dringlichkeit und Knappheit

Für Tier-1-Einführungen, bei denen Sie Anmeldungen in einem engen Zeitfenster konzentrieren möchten:

  • Einführungspreise oder Early-Access-Fenster – „Kostenlos für die ersten 1.000 Nutzer“ oder „50 % Rabatt für die Einführungswoche“ gibt einen konkreten Grund, jetzt zu handeln, anstatt zu bookmarken. Zeigen Sie die Frist oder die verbleibenden Plätze sichtbar an.
  • Countdown-Timer – Spärlich verwenden und nur, wenn die Frist real ist (Beta schließt, Preise ändern sich, Zugang ist begrenzt). Vorgetäuschte Dringlichkeit untergräbt Vertrauen.
  • Soziale Beweise in Echtzeit – „1.247 Entwickler haben sich heute angemeldet“ oder ein Live-Zähler. Dies signalisiert Dynamik und reduziert das Zögern „Bin ich der Einzige, der das ausprobiert?“.

Stapeln Sie nicht alle davon. Wählen Sie einen Dringlichkeitsmechanismus, der authentisch ist, und machen Sie ihn prominent.

Wartelisten-Abläufe

Wenn das Produkt noch nicht allgemein verfügbar ist, wird die Landing Page zu einer Wartelistenseite. Wartelistenseiten konvertieren 2- bis 5-mal häufiger als standardmäßige Anmeldeseiten, weil die Knappheit real ist.

  • Ein Feld: Nur E-Mail. Jedes zusätzliche Feld kostet Sie Wartelisten-Anmeldungen.
  • Positionsfeedback: „Sie sind Nr. 847 auf der Warteliste“ macht die Anmeldung konkret und gibt Ihnen einen Haken für erneutes Engagement („Sie sind fast dran!“).
  • Empfehlungsmechanismus (optional): „Rücken Sie auf der Warteliste vor, indem Sie es mit Freunden teilen.“ Fügen Sie dies nur hinzu, wenn Sie es tatsächlich erfüllen können – kaputte Empfehlungsmechanismen schaden dem Vertrauen.
  • Erwartungen setzen: „Wir lassen 200 Nutzer pro Woche herein“ oder „Erwarten Sie Zugang innerhalb von 2 Wochen.“ Stille nach der Anmeldung tötet das Interesse.

Phasen vor der Einführung, am Einführungstag und nach der Einführung

Eine Einführungs-Landing Page ist nicht statisch – sie sollte sich durch drei Phasen entwickeln:

Vor der Einführung (1–2 Wochen vorher):

  • Teaser-Text: Was kommt, für wen es ist, wann es startet
  • Warteliste oder „Benachrichtige mich“-Anmeldung
  • Keine Produktdetails über das primäre Wertversprechen hinaus

Einführungstag:

  • Vollständige Seite: Hero, Demo, Funktionen, soziale Beweise, CTA
  • Direkter Zugang: „Jetzt testen“ oder „Kostenlos loslegen“
  • Einführungsvideo oder Demo im Hero eingebettet
  • Alle Dringlichkeitsmechanismen aktiv (Countdown, Einführungspreise)

Nach der Einführung (1 Woche nach → dauerhaft):

  • Zeitkritische Elemente entfernen (Countdown, „gerade eingeführt“-Sprache)
  • Während der Einführung gesammelte soziale Beweise hinzufügen (Nutzerzahl, Testimonials, Presse-Logos)
  • Für SEO optimieren: Dies ist jetzt eine dauerhafte Produktseite
  • CTA aktualisieren, um den laufenden Zustand widerzuspiegeln („Loslegen“ vs. „An der Einführung teilnehmen“)

Planen Sie alle drei Zustände vor dem Bauen. Die Zustände vor und nach der Einführung werden oft vergessen, was zu veralteten Seiten mit abgelaufenen Countdowns oder „gerade eingeführt!“-Texten Monate nach der Einführung führt.

Einführungsseite vs. dauerhafte Produktseite

Für Tier-1-Einführungen sollten Sie in Betracht ziehen, eine dedizierte Einführungsseite und eine dauerhafte Produktseite zu bauen:

  • Einführungsseite – Optimiert für den Einführungsmoment. Enthält Dringlichkeitsmechanismen, Einführungsvideo, konzentrierten CTA. Temporär – planen Sie, sie zurückzuziehen.
  • Produktseite – Der dauerhafte Ort für dieses Produkt/Feature. Optimiert für fortlaufende Auffindbarkeit und SEO. Ersetzt die Einführungsseite nach Ablauf des Einführungszeitfensters (in der Regel 1–2 Wochen).

Übergangsplan: Entscheiden Sie vor der Einführung, wann und wie die Einführungsseite zur Produktseite wird. Der einfachste Ansatz: Bauen Sie zuerst die Produktseite, fügen Sie eine temporäre einführungsspezifische Hero- und Dringlichkeitssektion oben hinzu und entfernen Sie diese Elemente nach der Einführung. So vermeiden Sie, zwei separate Seiten zu bauen.

Für Tier 2 und darunter aktualisieren Sie die bestehende Produktseite. Erstellen Sie keine separaten Seiten für Features – sie fragmentieren Ihre SEO.

Die Seite erstellen

Beachten Sie bei der tatsächlichen Implementierung einer Landing Page:

  • Beginnen Sie mit Text, nicht mit Design. Schreiben Sie zuerst den gesamten Text basierend auf dem Messaging-Brief. Der Text bestimmt die Struktur – nicht umgekehrt.
  • Verwenden Sie ein bewährtes Layout. Hero → soziale Beweise → Funktionen → So funktioniert es → CTA. Sie können die Reihenfolge ändern, aber erfinden Sie das Layout nicht neu, es sei denn, das Produkt erfordert es.
  • Für Scanner gestalten. Die meisten Besucher scannen, sie lesen nicht. Überschriften, Unterüberschriften und visuelle Elemente sollten die Geschichte erzählen, auch wenn der Fließtext übersprungen wird.
  • Testen Sie die 5-Sekunden-Regel. Zeigen Sie jemandem die Seite für 5 Sekunden und fragen Sie, was das Produkt tut. Wenn sie es nicht beantworten können, muss der Hero überarbeitet werden.

Begleitfähigkeiten

  • launch-strategy – Messaging-Brief, der den Seitentext und die Struktur bestimmt
  • launch-video – Das Demovideo und die Screenshots, die auf die Seite kommen
  • launch-blog-post – Der Beitrag, auf den die Seite verlinkt (und umgekehrt, für SEO)
  • launch-distribution – Verkehr auf die Seite lenken
  • launch-metrics – Conversion-Rate der Seite und Verkehrsquellen über UTMs verfolgen

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