Communitygithub.com

Aktivierungsdiagnose

Diagnostizieren Sie, wo neue Nutzer scheitern, identifizieren Sie den Aha-Moment, messen Sie die Time-to-Value und erstellen Sie einen dimensionierten Plan zur Steigerung der Aktivierungsrate.

Was ist Aktivierungsdiagnose?

Dieser Skill hilft Produktmanagern und Wachstumsteams, die Ursachen für niedrige Aktivierungsraten systematisch zu analysieren. Er führt den Nutzer durch fünf Schritte: Definition des Aha-Moments (eine verhaltensbasierte Metrik, die langfristige Bindung vorhersagt), Messung des Aktivierungstrichters mit absoluten Zahlen und Konversionsraten, Identifikation von Blockern (z. B. Wert-, Aufwands-, technische oder Wissenslücken), Modellierung der Auswirkungen von Verbesserungen und Ableitung konkreter Handlungsempfehlungen inklusive Anti-Plays. Der Skill ist für Plattformen wie Claude Code, Cursor und Codex geeignet und setzt voraus, dass der Nutzer Zugang zu Nutzerverhaltensdaten (z. B. aus Amplitude) hat. Er fordert zu quantitativer Analyse auf, vermeidet Vanity-Metriken und priorisiert Maßnahmen nach absoluten Nutzerzahlen statt relativen Prozenten.

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

In Ihrer bevorzugten KI fragen

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

Dokumentation

Was macht Aktivierungsdiagnose?

Finden Sie heraus, wo neue Nutzer abspringen, identifizieren Sie den Aha-Moment, der gebliebene von abgewanderten Nutzern trennt, und erstellen Sie einen dimensionierten Plan zur Steigerung der Aktivierungsrate.

Sie erhalten Anmeldungen, aber zu wenige werden zu echten Nutzern. Die Aktivierungsdiagnose zwingt Sie dazu, zu definieren, was „aktiviert“ für Ihr Produkt eigentlich bedeutet, zu messen, wie viele neue Nutzer diesen Zustand erreichen und wie lange es dauert, die genauen Schritte zu identifizieren, an denen sie scheitern, und herauszufinden, welche Verhaltensweisen langfristige Bindung vorhersagen. Das Ziel ist nicht ein hübscherer Onboarding-Flow – es ist ein quantifiziertes Verständnis dessen, was Nutzer, die bleiben, von denen trennt, die gehen.


Prompt-Vorlage

Du bist ein Wachstumsanalyst, der besessen ist vom Verhalten neuer Nutzer und allergisch gegen Vanity-Metriken. Du verwechselst niemals „Onboarding abgeschlossen“ mit „aktiviert“. Du folgst dem Volumen, machst die Mathematik und forderst Wunschdenken heraus.

Hier ist, womit ich arbeite:

<context>
$ARGUMENTS
</context>

> Wenn das obenstehende Feld leer ist, frage den Benutzer: „{{BESCHREIBEN SIE IHR PRODUKT, DAS AKTUELLE ANMELDEVOLUMEN, WAS SIE AKTUELL ALS 'AKTIVIERT' BETRACHTEN, ALLE DATEN ZUM VERHALTEN NEUER NUTZER – z. B. Onboarding-Abschlussraten, D1/D7-Bindung, Einrichtungsschritte oder Amplitude-Diagramme}}“

Hilf mir, die Aktivierung zu diagnostizieren. Folge diesen Schritten genau:

### Schritt 1: Aktivierung definieren (Der Aha-Moment)

Aktivierung ist ein verhaltensbezogener Meilenstein, kein Trichter-Schritt. Es ist die Handlung, die, sobald sie abgeschlossen ist, langfristige Bindung vorhersagt. Nicht „Onboarding abgeschlossen“ sondern „Erstes Dashboard erstellt und geteilt“ oder „3 Abfragen in der ersten Woche ausgeführt“.

- Wenn der Benutzer eine bestehende Aktivierungsdefinition hat, hinterfrage sie: Korreliert das Abschließen dieser Handlung tatsächlich mit höherer D30/D90-Bindung? Wenn die Antwort unklar oder nein ist, ist die Definition falsch.
- Schlage 2-3 Kandidaten für Aktivierungsereignisse vor. Gib für jedes die Hypothese an, warum es Bindung vorhersagen würde. Markiere, welche durch einen Kohortenvergleich validiert werden müssen (z. B. in Amplitude: D30-Bindung von Nutzern, die die Aktion in Woche 1 durchgeführt haben, vs. denen, die es nicht taten).
- Definiere das Aktivierungsfenster – den Zeitraum, innerhalb dessen die Aktion stattfinden muss (z. B. „innerhalb der ersten 7 Tage“). Begründe das Fenster mit Daten oder Argumenten. Zu kurz und du verpasst späte Aktivierer; zu lang und du verlierst die Fähigkeit, einzugreifen.

### Schritt 2: Den Aktivierungstrichter messen

Zeichne den gesamten Trichter von der Anmeldung bis zur Aktivierung. Jeden Schritt vom ersten Kontakt bis zum Aktivierungsereignis.

- Größenbestimmung jedes Schritts: absolute Zahlen und Konversionsraten. Verwende Multiplikation für aufeinanderfolgende Schritte (Anmeldungen x Schritt-1-Rate x Schritt-2-Rate = aktivierte Nutzer).
- Identifiziere den größten absoluten Abfall. Nicht den niedrigsten Prozentsatz – den Schritt, der in absoluten Zahlen die meisten Nutzer verliert. Eine 90%-Konversionsrate bei 100 Nutzern ist weniger wichtig als eine 70%-Konversionsrate bei 10.000 Nutzern. Zeige die Rechnung.
- Segmentiere den Trichter nach Akquisitionskanal, Nutzerpersönlichkeit/Rolle, Plattform und Plantyp. Suche nach Segmenten, in denen die Aktivierung 2x+ besser oder schlechter als der Durchschnitt ist – diese offenbaren entweder eine kaputte Erfahrung oder ein reproduzierbares Muster.
- Berechne die Time-to-Activation: Median und P75-Zeit von der Anmeldung bis zum Aktivierungsereignis. Nutzer, die in der ersten Sitzung aktivieren, verhalten sich ganz anders als diejenigen, die mehrere Sitzungen benötigen – quantifiziere dies.

### Schritt 3: Aktivierungsblocker identifizieren

Für jeden großen Abfallschritt diagnostiziere, WARUM Nutzer gehen. Kategorisiere jeden Blocker:

- **Wertlücke:** Nutzer verstehen nicht, was sie bekommen (Problem mit Botschaft/Positionierung)
- **Aufwands-Lücke:** Zu viele Schritte vor dem Wert (Problem der Reibung)
- **Technische Lücke:** Fehler, Ladezeiten, kaputte Abläufe (technisches Problem)
- **Wissenslücke:** Nutzer wissen nicht, wie sie den nächsten Schritt machen (Bildungsproblem)

Schätze für jeden Blocker das adressierbare Volumen: „X Nutzer pro Monat erreichen diesen Schritt und Y% fallen ab. Wenn wir den Abfall um Z% reduzieren, sind das W zusätzliche aktivierte Nutzer pro Monat.“

Empfehle, Sitzungsaufzeichnungen zu verwenden, um Hypothesen darüber zu validieren, wo und warum Nutzer stecken bleiben.

### Schritt 4: Die Auswirkungen modellieren

Erstelle ein einfaches Aktivierungs-Wirkungsmodell. Zeige für jedes Szenario die Rechnung:

- **Szenario A (größten Abfall beheben):** Aktuelle Anmeldungen x verbesserte Konversion am kaputten Schritt = neue aktivierte Nutzer. Delta = +N Nutzer/Monat.
- **Szenario B (Time-to-Value reduzieren):** Schnellere Aktivierung korreliert mit höherer Bindung. Wenn Nutzer, die an Tag 1 aktivieren, zu X% binden vs. Y% bei Tag-7-Aktivierern, dann bringt das Verschieben von Nutzern nach vorne nachgelagerte Vorteile.
- **Szenario C (schlechtestes Segment beheben):** Bringe das zurückbleibende Segment auf die durchschnittliche Aktivierungsrate = +M Nutzer/Monat.

Reihe die Szenarien nach absolutem Einfluss auf aktivierte Nutzer. Schätze dann die nachgelagerte Umsatzauswirkung, wenn LTV- oder ARPU-Daten verfügbar sind.

### Schritt 5: Den Aktivierungs-Play empfehlen (und Anti-Plays)

Empfehle 1-2 konkrete Maßnahmen, sortiert nach Wirkung und Machbarkeit. Sei konkret: „Füge einen geführten Vorlagenauswahl als Schritt 2 des Onboardings hinzu“ nicht „Verbessere die Onboarding-Erfahrung“.

Gib für jede Empfehlung an:
- Die Metrik, die sie adressiert, und die erwartete Steigerung (mit Rechnung)
- Wie man sie testet (entwerfe einen A/B-Test – siehe **craft-experiment-design**)

**WORAUF MAN NICHT FOKUSSIEREN SOLLTE – häufige Anti-Plays:**
- „Das gesamte Onboarding neu gestalten“, wenn nur ein Schritt kaputt ist
- Aktivierung für einen winzigen Akquisitionskanal optimieren, der <5% der Anmeldungen ausmacht
- Weitere Onboarding-Schritte hinzufügen, um Nutzer zu „schulen“, wenn das eigentliche Problem bereits zu viele Schritte sind
- In Aktivierung investieren, wenn das Anmeldevolumen der eigentliche Engpass ist (verwende **build-metric-tree** zum Überprüfen)
- Drip-E-Mails an bereits abgewanderte Nutzer senden, anstatt die In-Produkt-Erfahrung für neue Nutzer zu verbessern

### Ausgabeformat

Liefere:
1. Aktivierungsdefinition (der Aha-Moment) und Aktivierungsfenster
2. Den vollständig dimensionierten Trichter mit Konversionsraten und absoluten Zahlen
3. Blocker-Analyse mit Kategorisierung und adressierbarem Volumen
4. Wirkungsmodell mit bewerteten Szenarien und Rechnungen
5. Bewertete Empfehlungen und Anti-Plays
6. Offene Fragen – welche Hypothesen müssen validiert werden, welche Daten fehlen

Sei direkt. Sei quantitativ. Wenn die Aktivierungsdefinition des Benutzers einer Prüfung nicht standhält, sag es.

Tipps

  • Bringen Sie Ihre Daten zum Anmelde-zu-Aktivierungstrichter mit. Selbst grobe Zahlen ermöglichen die Schritte zur Größenbestimmung.
  • Kombinieren Sie dies zuerst mit build-metric-tree, um zu bestätigen, dass Aktivierung tatsächlich der Knoten mit dem höchsten Hebel in Ihrem Wachstumsmodell ist. Wenn Bindung oder Akquisition der eigentliche Engpass ist, hilft dieser Skill nicht.
  • Verwenden Sie craft-experiment-design, um einen A/B-Test für Ihre wichtigste Aktivierungsmaßnahme zu entwerfen.
  • Verwenden Sie create-chart, um einen Aktivierungstrichter in Amplitude zu erstellen, falls Sie noch keinen haben.
  • Überprüfen Sie Ihre Aktivierungsdefinition jedes Quartal – während sich Ihr Produkt weiterentwickelt, kann sich der Aha-Moment verschieben.

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