Communitygithub.com

amplitude/builder-skills

Zerlege eine Top-Level-Kennzahl in einen quantifizierten Metrikbaum mit mathematischen Beziehungen, dimensioniere jeden Knoten und identifiziere, wo der eigentliche Hebel liegt. Verwende dies, wenn ein Produktmanager verstehen muss, was eine Metrik antreibt, worauf er sich konzentrieren sollte – oder worauf NICHT.

Was ist builder-skills?

Diese Fähigkeit hilft dabei, eine übergeordnete Metrik (z. B. wöchentlich aktive Nutzer) systematisch in ihre Bestandteile zu zerlegen, um die wahren Hebel für Wachstum zu identifizieren. Sie erzwingt eine mathematische Modellierung der Zusammenhänge, sodass klar wird, wo eine Verbesserung den größten absoluten Effekt hat. Der Prozess umfasst fünf Schritte: Aufstellung der Metrikhierarchie (North Star, Business-KPI, OMTM), Zerlegung in einen Baum mit Addition und Multiplikation, quantitative Dimensionierung jedes Knotens, Validierung der Metrikqualität sowie die Identifikation von Hebeln und Anti-Hehlern. Die Fähigkeit ist plattformunabhängig und kann mit jedem KI-Agenten (z. B. Claude Code, Cursor) genutzt werden, der Markdown und strukturierte Anweisungen verarbeitet. Sie eignet sich besonders für Produktteams, die datengetrieben Prioritäten setzen wollen und vermeiden möchten, an Metriken zu arbeiten, die kaum Einfluss auf das große Ganze haben.

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

In Ihrer bevorzugten KI fragen

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

Dokumentation

Erstelle einen Metrikbaum

Zerlege eine Top-Level-Kennzahl in einen Baum von Unterkennzahlen mit echter Mathematik, dimensioniere jeden Knoten und identifiziere, wo der Hebel tatsächlich liegt – und wo nicht.

Du möchtest eine Zahl bewegen, bist dir aber unsicher, wo du ansetzen sollst. Ein Metrikbaum zwingt dich, die Kennzahl in ihre Bestandteile zu zerlegen, die mathematischen Beziehungen zwischen ihnen zu verstehen und dich dem tatsächlichen Volumen zu stellen. Das Ergebnis ist nicht nur ein Diagramm – es ist eine Entscheidung darüber, wo du investierst und was du ignorierst.


Promptvorlage

Du bist ein wachstumsorientierter Produktstratege, der Wert auf quantitative Zerlegung legt. Du bist allergisch gegen Wunschdenken und folgst immer dem Volumen.

Hier ist, woran ich arbeite:

<context>
$ARGUMENTS
</context>

> Falls obiges Feld leer ist, frage den Benutzer: „{{BESCHREIBE DEINE TOP-LEVEL-METRIK, DEIN PRODUKT UND ALLE VORHANDENEN DATEN – z. B. aktuelle Werte, Segmente, bekannte Aufschlüsselungen oder ein Ziel, das du erreichen möchtest}}“

Hilf mir, einen Metrikbaum zu erstellen. Befolge diese Schritte genau:

### Schritt 1: Lege die Metrikhierarchie fest

Beginne mit der Identifizierung von drei sich ergänzenden Metriken, die in Spannung zueinander stehen sollten:

- **North-Star-Metrik (NSM):** Die Metrik, die den aggregierten Wert für Kunden erfasst. Dies ist nicht der Umsatz – es ist die Sache, die, wenn sie steigt, bedeutet, dass Kunden mehr Wert erhalten (z. B. „wöchentlich aktive Analysten“, „erstellte Dashboards“, „ausgeführte Abfragen“).
- **Top-Geschäfts-KPI:** Die Metrik, die den Wert für das Unternehmen erfasst (z. B. Umsatz, bezahlte Sitze, Expansion ARR). Sie muss strukturell mit der NSM verbunden sein – wenn die NSM steigt, der Geschäfts-KPI jedoch nicht, liegt ein Monetarisierungsproblem vor.
- **One Metric That Matters (OMTM):** Die einzelne taktische Metrik, auf die sich das Team jetzt konzentrieren sollte. Diese wird sich aus dem Baum ergeben – es ist der Knoten mit dem größten Hebel.

Sofern der Benutzer diese bereits definiert hat, bestätige sie. Falls nicht, schlage Kandidaten vor und erkläre die Abwägungen.

### Schritt 2: Zerlege in einen Baum

Zerlege die NSM (oder die vom Benutzer angegebene übergeordnete Metrik) in ihre Bestandteile. Gib für jeden Zweig an:

- **Formuliere die mathematische Beziehung explizit.** Verwende Addition (+) für Komponenten, die sich zur übergeordneten Metrik summieren (z. B. MAU = Neue Nutzer + Wiederkehrende Nutzer + Reaktivierte Nutzer). Verwende Multiplikation (x) für ratenbasierte Beziehungen (z. B. Neue Nutzer = App-Store-Aufrufe x Conversion-Rate).
- **Gehe 2-3 Ebenen tief.** Höre auf, wenn du Metriken erreichst, die ein einzelnes Team besitzen und direkt beeinflussen kann.
- **Markiere Hypothesenzweige.** Wenn eine Beziehung angenommen, aber nicht bewiesen ist (z. B. „wir glauben, dass die Bindung durch Nutzer getrieben wird, die das Onboarding in der ersten Sitzung abschließen“), kennzeichne sie als zu validierende Hypothese. Unterscheide diese klar von definitorischen Zerlegungen.

Präsentiere den Baum in einem strukturierten Textformat wie:

NSM: Wöchentlich aktive Nutzer (WAU) = 50.000 ├── [+] Neue Nutzer: 8.000 │ ├── [x] Anmeldungen: 20.000 │ │ ├── [+] Organisch: 14.000 │ │ └── [+] Bezahlt: 6.000 │ └── [x] Aktivierungsrate: 40 % ├── [+] Wiederkehrende Nutzer: 38.000 │ └── [x] Vorherige WAU x Bindungsrate: 45.000 x 84 % └── [+] Reaktivierte Nutzer: 4.000 └── [x] Ruhender Pool x Reaktivierungsrate: 80.000 x 5 %


### Schritt 3: Dimensioniere jeden Knoten

Füge für jeden Knoten im Baum den aktuellen Wert (oder die beste Schätzung) ein. Dies ist nicht verhandelbar – ein undimensionierter Baum ist nur ein Diagramm. Falls der Benutzer keine genauen Zahlen hat, arbeite mit ihm zusammen, um mit verfügbaren Daten zu schätzen.

Die Dimensionierung zeigt den Hebel: Eine 50%ige Verbesserung an einem kleinen Knoten kann weniger Auswirkungen haben als eine 5%ige Verbesserung an einem großen. Führe die Berechnung explizit durch.

### Schritt 4: Validiere die Metrikqualität

Bewerte jede Metrik im Baum schnell anhand dieser Kriterien. Markiere alle, die nicht bestehen:

- **Greifbar:** Stellt sie ein reales, verständliches Ziel dar?
- **Steuerbar:** Kann das Team sie tatsächlich beeinflussen?
- **Schnelles Feedback:** Bewegt sie sich schnell genug, um daraus zu lernen?
- **Testbar:** Kannst du A/B-Tests für Änderungen an ihr durchführen?
- **Erklärbar:** Wenn sie sich bewegt, kannst du verstehen, warum?
- **Schwer zu manipulieren:** Könnte das Team die Zahl durch unethische Mittel erreichen? Falls ja, definiere eine Gegenmetrik.
- **Bevorzuge absolute Zahlen gegenüber Durchschnitten/Prozentangaben.** Durchschnitte verbergen das Volumen. „Die durchschnittliche Sitzungsdauer stieg um 20 %“ bedeutet nichts, wenn die Gesamtzahl der Sitzungen um 50 % gesunken ist. Kombiniere Raten immer mit ihren Nennern.

### Schritt 5: Identifiziere den Hebel (und die Anti-Hebel)

Dies ist der wichtigste Schritt. Basierend auf dem dimensionierten Baum:

1. **Wo liegt der Hebel?** Welcher Knoten würde, wenn verbessert, die größte absolute Auswirkung auf die übergeordnete Metrik haben? Zeige die Rechnung. „Eine Verbesserung der Aktivierungsrate von 40 % auf 50 % bei 20.000 Anmeldungen = 2.000 zusätzliche WAU.“

2. **Wo liegt er NICHT?** Benenne explizit Knoten, die verlockend, aber wenig hebelwirksam sind. Sei direkt: „Reaktivierung sieht verlockend aus, aber der ruhende Pool ist klein – selbst eine Verdoppelung der Reaktivierungsrate bringt nur 4.000 WAU.“ Dies ist der „Kein Wunschdenken“-Check.

3. **Wo sind die Augen?** Für produktgetriebenes Wachstum musst du dorthin gehen, wo die Nutzer bereits sind. Baue keine Strategien um Oberflächen, die niemand besucht, oder Abläufe, die niemand abschließt. Wenn 65 % deiner Nutzer Unternehmenskunden sind, die In-Produkt-Funktionen nutzen, liegt dort der Hebel – nicht in einer Nischenintegration, die von 3 % der Nutzer verwendet wird.

4. **Empfehle die OMTM.** Basierend auf der Analyse empfehle die einzelne Metrik, auf die sich das Team jetzt konzentrieren sollte, und erkläre, warum sie der Knoten mit dem höchsten Hebel ist.

### Ausgabeformat

Liefere:
1. Die Metrikhierarchie (NSM, Geschäfts-KPI, OMTM-Empfehlung)
2. Den vollständig dimensionierten Baum im Textformat
3. Einen Abschnitt „Hebelanalyse“ mit der Berechnung, worauf du dich konzentrieren solltest und worauf nicht
4. Eventuelle Metrikqualitäts-Flags
5. Offene Fragen – welche Hypothesen validiert werden müssen, welche Daten fehlen

Sei direkt. Sei quantitativ. Stelle den Benutzer in Frage, wenn sein Bauchgefühl nicht mit der Mathematik übereinstimmt.

Tipps

  • Bringe Daten mit. Je mehr tatsächliche Zahlen du bereitstellen kannst (DAU, Conversion-Raten, Segmentaufschlüsselungen), desto nützlicher wird der Baum. Selbst grobe Schätzungen sind besser als nichts.
  • Falls du Amplitude-Dashboards mit den relevanten Metriken hast, teile die Zahlen. Die Fähigkeit funktioniert am besten, wenn jeder Knoten dimensioniert ist.
  • Verwende dies vor der Festlegung vierteljährlicher Ziele – es verhindert, dass Teams Metriken auswählen, an denen sie tatsächlich nichts ändern können.
  • Kombiniere dies mit craft-experiment-design, sobald du den Hebel identifiziert hast – entwerfe ein Experiment, um deine Hypothese zum Knoten mit dem höchsten Hebel zu validieren.
  • Überprüfe den Baum vierteljährlich neu. Während du Änderungen ausrollst, verschieben sich die relativen Größen der Knoten, und der Hebel kann sich verlagern.

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