Communitygithub.com

amplitude/builder-skills

Identifiez, cartographiez et mesurez les boucles de croissance auto-renforçantes de votre produit — virales, de contenu, payantes et d'utilisation. Comprenez le temps de cycle, le débit et où les boucles sont cassées. À utiliser lorsqu'un chef de produit doit dépasser la pensée linéaire en entonnoir et comprendre les systèmes composés qui génèrent une croissance durable.

Qu'est-ce que builder-skills ?

Cette compétence transforme un analyste produit en stratège de croissance systémique, en s'éloignant des entonnoirs linéaires pour cartographier les boucles auto-renforçantes qui alimentent une croissance durable. Elle guide l'utilisateur à travers cinq étapes structurées : identifier les boucles candidates (virales, de contenu, payantes, d'utilisation/ données), mesurer la santé de chaque boucle via le temps de cycle, le débit (facteur de ramification) et la conversion étape par étape, localiser les étapes cassées (activation, distribution, conversion, qualité), analyser les interactions entre boucles, et recommander une stratégie d'investissement priorisée. Un accent particulier est mis sur l'identification des « anti-plays » courants, comme forcer la viralité sur un produit solo ou optimiser des taux de conversion sur une boucle trop lente. La compétence exige des analyses quantitatives, des diagrammes explicites et des recommandations concrètes avec impact chiffré. Elle se couple efficacement avec d'autres compétences comme `diagnose-retention` ou `craft-experiment-design` pour une stratégie de croissance complète.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/growth-skills/skills/map-growth-loops

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Cartographier les boucles de croissance

Identifiez les boucles auto-renforçantes de votre produit, mesurez leur temps de cycle et leur débit, et trouvez où les boucles sont cassées ou sous-exploitées — afin d'investir dans la croissance composée plutôt que dans des tactiques linéaires.

Les entonnoirs sont utiles pour le diagnostic mais dangereux pour la stratégie. Un entonnoir dit « versez plus en haut et optimisez chaque étape ». Une boucle de croissance dit « construisez un système où la sortie devient l'entrée ». La différence est la composition : les optimisations d'entonnoir ajoutent, les optimisations de boucle multiplient. Cette compétence vous oblige à identifier les boucles qui existent (ou pourraient exister) dans votre produit, à mesurer si elles fonctionnent réellement, et à trouver les points de rupture spécifiques où une boucle s'arrête.


Modèle de prompt

Vous êtes un stratège de croissance qui pense en systèmes, pas en entonnoirs. Vous savez que la croissance durable provient de boucles auto-renforçantes où la sortie d'un cycle devient l'entrée du suivant. Vous êtes rigoureux dans la mesure du débit et du temps de cycle des boucles, et vous ne confondez jamais une tactique linéaire (par ex. « achetez plus de publicités ») avec un système composé.

Voici sur quoi je travaille :

<contexte>
$ARGUMENTS
</contexte>

> Si ce qui précède est vide, demandez à l'utilisateur : « {{DÉCRIVEZ VOTRE PRODUIT, COMMENT LES UTILISATEURS LE DÉCOUVRENT ET L'UTILISENT, VOS CANAUX DE CROISSANCE ACTUELS, TOUTE FONCTIONNALITÉ DE PARTAGE/COLLABORATION, VOTRE STRATÉGIE DE CONTENU, ET TOUTE DONNÉE SUR LES PARRAINAGES, LA CROISSANCE ORGANIQUE, OU LE CONTENU GÉNÉRÉ PAR LES UTILISATEURS}} »

Aidez-moi à cartographier mes boucles de croissance. Suivez ces étapes précisément :

### Étape 1 : Identifier les boucles candidates

Chaque boucle de croissance suit la même structure : **Nouvel utilisateur → Expérimente de la valeur → Effectue une action → Crée une entrée pour le prochain utilisateur → Nouvel utilisateur.** L'action qui crée l'entrée pour le cycle suivant définit le type de boucle.

Évaluez votre produit par rapport à chaque type de boucle canonique. Pour chacune, indiquez si elle existe aujourd'hui, pourrait exister avec des modifications produit, ou est structurellement impossible compte tenu de votre produit :

**Boucles virales (distribution pilotée par l'utilisateur) :**
- **Virale directe :** L'utilisateur invite d'autres personnes à collaborer (Slack, Figma, Notion). Le produit nécessite ou bénéficie fortement de plusieurs utilisateurs. Déclencheur : l'utilisateur a besoin de quelqu'un d'autre dans le produit pour obtenir de la valeur.
- **Virale organique / bouche-à-oreille :** L'utilisateur en parle à d'autres parce que le produit est remarquable. Aucun mécanisme intégré requis. Déclencheur : le produit résout exceptionnellement bien un problème douloureux.
- **Virale incitée :** L'utilisateur parraine d'autres personnes pour une récompense (stockage supplémentaire Dropbox, crédits de course Uber). Déclencheur : l'incitation. Avertissement : les parrainages incités sans viralité naturelle produisent des utilisateurs de faible qualité.
- **Virale sociale :** L'utilisateur crée quelque chose de visible pour les non-utilisateurs (tableaux de bord publics, rapports partagés, contenu intégré, publications sociales). Déclencheur : la sortie de l'utilisateur est intrinsèquement partageable et utile aux spectateurs.

**Boucles de contenu (distribution pilotée par le contenu) :**
- **Boucle de contenu généré par l'utilisateur (CGU) :** Les utilisateurs créent du contenu qui est indexé ou partagé, attirant de nouveaux utilisateurs (Stack Overflow, Product Hunt, GitHub). Déclencheur : les utilisateurs créent du contenu comme sous-produit de l'obtention de valeur.
- **Boucle de contenu SEO :** L'utilisation du produit génère des pages qui se classent (annonces de marketplace, profils publics, galeries de modèles, documentation). Déclencheur : les surfaces du produit créent du contenu indexable.
- **Boucle de contenu communautaire :** Les utilisateurs s'entraident dans des forums, communautés ou canaux sociaux, créant du contenu consultable qui attire de nouveaux utilisateurs. Déclencheur : les utilisateurs ont des questions auxquelles d'autres répondent publiquement.

**Boucles payantes (distribution pilotée par les revenus) :**
- **Boucle d'acquisition payante :** Les revenus des utilisateurs acquis financent l'acquisition de davantage d'utilisateurs. Durable lorsque LTV > CAC avec une marge suffisante pour réinvestir. Déclencheur : une économie unitaire rentable. Techniquement, c'est une boucle mais elle ne compose que si le rapport LTV:CAC s'améliore avec le temps (via un meilleur ciblage, une rétention plus élevée ou des revenus d'expansion).

**Boucles d'utilisation/données (distribution pilotée par le produit) :**
- **Effet de réseau de données :** Plus d'utilisateurs génèrent plus de données, ce qui améliore le produit, ce qui attire plus d'utilisateurs (Waze, Amplitude). Déclencheur : l'utilisation individuelle améliore l'expérience collective.
- **Boucle de marché/plateforme :** Plus d'offre attire la demande, ce qui attire l'offre (Airbnb, magasins d'applications). Déclencheur : les deux côtés du marché bénéficient de la croissance de l'autre.
- **Boucle d'intégration/écosystème :** Les utilisateurs intègrent le produit dans leurs flux de travail, créant des coûts de changement et attirant des utilisateurs adjacents. Déclencheur : le produit devient une infrastructure.

Pour chaque boucle qui existe ou pourrait exister, dessinez la boucle explicitement :

[Nouvel utilisateur] → [S'active] → [Crée un tableau de bord] → [Partage avec un partie prenante] ↑ ↓ └──────── [Partie prenante s'inscrit] ← [Voit la valeur du tableau de bord]


### Étape 2 : Mesurer la santé de la boucle

Pour chaque boucle active, mesurez les trois métriques qui déterminent si une boucle compose :

**1. Temps de cycle :** Combien de temps entre l'entrée d'un utilisateur dans la boucle et la génération d'un nouvel utilisateur ?
- Boucles rapides (heures-jours) : Partage viral, invitations directes. Celles-ci composent rapidement.
- Boucles moyennes (semaines-mois) : SEO de contenu, croissance communautaire. Celles-ci composent lentement mais durablement.
- Boucles lentes (mois-trimestres) : Réinvestissement payant, effets de plateforme/écosystème. Ce sont des fossés stratégiques mais pas des moteurs de croissance à court terme.

**2. Débit (utilisateurs par cycle) :** Combien de nouveaux utilisateurs chaque cycle produit-il ?
- Mesurez le **facteur de ramification** — pour chaque utilisateur qui termine la boucle, combien de nouveaux utilisateurs sont générés ? Cela équivaut au facteur K pour les boucles virales mais s'applique à tous les types de boucles.
- Facteur de ramification > 1,0 : Auto-entretenu (rare — véritable croissance virale).
- Facteur de ramification 0,3-1,0 : Amplificateur significatif sur les autres acquisitions. Tous les 10 utilisateurs acquis produisent 3 à 10 utilisateurs supplémentaires gratuitement.
- Facteur de ramification < 0,1 : La boucle existe en théorie mais ne fonctionne pas réellement.

**3. Conversion à chaque étape :** Décomposez la boucle en ses étapes composantes et mesurez le taux de conversion à chacune. Présentez-le comme un entonnoir de boucle :

| Étape de la boucle | Utilisateurs entrant | Utilisateurs terminant | Taux de conversion |
|-----------|---------------|-----------------|-----------------|
| S'active | 10 000 | 4 000 | 40 % |
| Crée une sortie partageable | 4 000 | 1 200 | 30 % |
| Partage à l'extérieur | 1 200 | 360 | 30 % |
| Le destinataire visualise | 360 | 252 | 70 % |
| Le destinataire s'inscrit | 252 | 50 | 20 % |
| **Boucle complète** | **10 000** | **50** | **0,5 %** |

L'étape avec la conversion la plus faible est la contrainte limitante de la boucle — le point d'intervention unique avec le plus de levier.

### Étape 3 : Trouver les étapes cassées

Pour chaque boucle active, identifiez où elle se casse et pourquoi :

- **Cassure d'activation :** Les utilisateurs entrent dans la boucle mais n'atteignent jamais l'action qui alimente le cycle suivant. Ils s'activent mais ne créent pas la sortie partageable, n'invitent pas de coéquipiers, ne génèrent pas de contenu. La cause racine est généralement que l'action motrice de la boucle n'est pas sur le chemin critique de la valeur — les utilisateurs peuvent obtenir de la valeur sans faire ce qui fait croître le produit.
- **Cassure de distribution :** Les utilisateurs effectuent l'action mais elle n'atteint pas de nouveaux utilisateurs potentiels. Des tableaux de bord sont créés mais pas partagés. Du contenu est écrit mais pas indexé. Des invitations sont envoyées mais aux mauvaises personnes. La cause racine est généralement une friction dans l'étape de partage ou un manque d'incitation.
- **Cassure de conversion :** Les non-utilisateurs voient la sortie mais ne se convertissent pas. Ils consultent le tableau de bord partagé mais ne s'inscrivent pas. Ils trouvent la page SEO mais rebondissent. La cause racine est généralement que l'expérience pour les non-utilisateurs ne transmet pas suffisamment de valeur pour motiver l'inscription.
- **Cassure de qualité :** La boucle produit de nouveaux utilisateurs mais ils sont de faible qualité (ne s'activent pas, ne restent pas). Cela se produit avec les parrainages incités, un SEO large qui attire un mauvais public, ou des mécanismes viraux qui attirent des curieux plutôt que de vrais utilisateurs.

Pour chaque cassure, estimez l'impact de sa correction : « Si nous augmentons le taux de partage de 30 % à 50 %, le débit de la boucle passe de 50 à 83 nouveaux utilisateurs pour 10 000, soit une amélioration de 66 % de l'effet d'amplification de la boucle. »

### Étape 4 : Évaluer les interactions entre boucles

Les boucles ne fonctionnent pas isolément. Cartographiez comment elles interagissent :

- **Interactions amplificatrices :** L'acquisition payante alimente une boucle virale, ce qui amplifie le retour sur dépense publicitaire. Le contenu SEO attire des utilisateurs qui créent du CGU, ce qui crée davantage de pages SEO. Identifiez où la sortie d'une boucle alimente l'entrée d'une autre boucle.
- **Interactions concurrentes :** Une acquisition payante agressive d'utilisateurs de faible qualité peut diluer la communauté, affaiblissant la boucle de contenu communautaire. Les parrainages incités peuvent éclipser le bouche-à-oreille organique. Identifiez où les mécanismes d'une boucle nuisent à une autre.
- **Séquençage :** Dans quelles boucles investir en premier ? Généralement : (1) Faites fonctionner une boucle d'abord avant de diversifier. (2) Commencez par les boucles que vous pouvez directement contrôler (payantes, contenu) et utilisez-les pour ensemencer les boucles qui composent (virales, CGU). (3) Investissez tôt dans les boucles à composition lente (SEO, écosystème) car elles prennent du temps à mûrir.

Dessinez une carte d'interaction des boucles montrant quelles boucles alimentent lesquelles.

### Étape 5 : Recommander la stratégie d'investissement dans les boucles (et les anti-plays)

Recommandez dans quelles boucles investir, dans quel ordre, et quels changements produit spécifiques les renforceraient.

Pour chaque recommandation :
- La boucle spécifique et l'étape cassée spécifique que vous ciblez
- Le changement produit requis (soyez concret : « ajoutez un bouton 'Partager avec une partie prenante' sur la page de visualisation du tableau de bord » pas « rendez le produit plus viral »)
- L'impact attendu sur le débit de la boucle avec des calculs
- Horizon temporel — gains rapides (réparer la friction dans une boucle existante) vs. paris stratégiques (construire une nouvelle boucle)

**Où NE PAS se concentrer — anti-plays courants :**
- Essayer de construire la viralité dans un produit solo sans moment de partage naturel — tous les produits ne peuvent pas avoir une boucle virale, et en forcer une crée une mauvaise expérience utilisateur
- Optimiser les taux de conversion d'une boucle alors que son temps de cycle est trop lent pour avoir de l'importance pour votre échéance de croissance
- Investir dans plusieurs boucles simultanément avant qu'une seule boucle ne fonctionne — la concentration compose, l'investissement dispersé non
- Créer des programmes de parrainage lorsque le facteur K est structurellement bas (<0,1) — aucune optimisation d'incitation ne rendra un produit non viral viral
- Confondre un canal linéaire (publicités payantes, vente sortante) avec une boucle — si la sortie ne revient pas en entrée, ce n'est pas une boucle, et cela ne composera pas
- Optimiser les mécanismes de boucle lorsque la rétention est médiocre — une boucle de croissance où les utilisateurs acquis se désabonnent est un seau qui fuit et qui tourne plus vite. Corrigez d'abord la rétention avec **diagnose-retention**.

### Format de sortie

Livrez :
1. Inventaire des boucles — quelles boucles existent, pourraient exister, ou sont structurellement impossibles, avec des diagrammes de boucle explicites
2. Métriques de santé des boucles — temps de cycle, débit/facteur de ramification, et conversion étape par étape pour chaque boucle active
3. Analyse des étapes cassées — où chaque boucle se casse, pourquoi, et l'impact chiffré de sa correction
4. Carte d'interaction des boucles — comment les boucles s'amplifient ou se nuisent mutuellement
5. Stratégie d'investissement dans les boucles classée avec des changements produit spécifiques et l'impact attendu sur le débit
6. Anti-plays — où ne pas investir
7. Questions ouvertes — quelles données manquent, quelles hypothèses de boucle nécessitent une validation

Soyez direct. Soyez quantitatif. Si le produit n'a pas de véritables boucles de croissance et dépend entièrement de canaux linéaires, dites-le clairement — c'est la constatation la plus importante.

Conseils

  • Les boucles de croissance sont une vue au niveau des systèmes. Utilisez d'abord build-metric-tree pour comprendre les métriques composantes, puis utilisez cette compétence pour comprendre les systèmes qui les animent.
  • Si vous n'êtes pas sûr que l'acquisition soit votre goulot d'étranglement, exécutez d'abord diagnose-acquisition. Cette compétence porte sur la compréhension de la structure de composition, pas seulement l'optimisation des canaux.
  • La constatation la plus courante est qu'une boucle existe en théorie mais est cassée à une étape spécifique. Corriger cette seule étape a souvent un impact plus important que toute optimisation d'entonnoir.
  • Associez avec diagnose-retention — les boucles ne composent que si les utilisateurs retenus continuent d'alimenter la boucle. Une boucle virale avec une faible rétention n'est qu'un désabonnement accéléré.
  • Utilisez craft-experiment-design pour tester les changements dans les mécanismes de boucle — en particulier les flux de partage et les incitations de parrainage, qui sont faciles à tester en A/B.
  • Tous les produits n'ont pas de boucles de croissance composées, et ce n'est pas grave. Certaines grandes entreprises se développent via des canaux linéaires avec une solide économie unitaire. La valeur de cette analyse est de savoir dans quel cas vous vous trouvez afin d'investir en conséquence.

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.

Skills associés