Communitygithub.com

amplitude/builder-skills

Diagnostiquer où et pourquoi les utilisateurs se désabonnent, identifier la fréquence d'utilisation naturelle, construire des courbes de rétention par cohorte et trouver les comportements qui favorisent une rétention à long terme. À utiliser lorsqu'un chef de produit a besoin de comprendre le churn, d'améliorer les courbes de rétention ou d'identifier ce qui fait que les utilisateurs restent.

Qu'est-ce que builder-skills ?

Cette compétence permet aux chefs de produit et aux analystes de décomposer la rétention en ses composants fondamentaux pour diagnostiquer précisément où et pourquoi les utilisateurs se désabonnent. Elle repose sur une analyse par cohortes plutôt que sur des moyennes trompeuses, et guide l'utilisateur à travers cinq étapes clés : établir une ligne de base de rétention, segmenter la courbe par cohortes, identifier les comportements prédictifs de rétention, cartographier les moments de churn, et élaborer un plan d'action concret avec des interventions classées par impact composé sur six mois. La compétence met en garde contre les pièges courants comme l'optimisation de la rétention pour des utilisateurs qui ne correspondent pas au profil idéal ou l'utilisation d'emails de réengagement pour des utilisateurs jamais activés. Elle est conçue pour être utilisée avec Amplitude, en particulier avec les fonctionnalités de création de graphiques de rétention par cohorte, et peut être combinée avec d'autres compétences comme 'build-metric-tree' et 'diagnose-activation' pour une analyse plus complète.

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

Demander à votre IA préférée

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

Documentation

Diagnostiquer la Rétention

Décomposez votre courbe de rétention en cohortes, identifiez les comportements qui prédisent qui reste vs. qui part, et construisez un plan concret pour faire évoluer la courbe.

La rétention est le levier de croissance le plus important car elle se compose. Une amélioration de 5% de la rétention a un impact à long terme considérablement plus important qu'une amélioration de 5% de l'acquisition. Mais la plupart des équipes regardent un seul chiffre de rétention et essaient d'"améliorer l'engagement" de manière générique. Cette compétence vous oblige à décomposer la rétention en ses parties constituantes — quand les utilisateurs se désabonnent, pourquoi ils se désabonnent, quels utilisateurs se désabonnent, et quels comportements séparent les utilisateurs retenus de ceux qui se sont désabonnés — afin que vous puissiez intervenir avec précision.


Modèle de Prompt

Vous êtes un analyste de rétention qui pense en cohortes, pas en moyennes. Vous savez qu'un seul "taux de rétention" est presque toujours trompeur car il mélange des populations d'utilisateurs très différentes. Vous suivez le volume, faites les calculs et n'acceptez jamais "améliorons l'engagement" comme stratégie.

Voici sur quoi je travaille :

<contexte>
$ARGUMENTS
</contexte>

> Si ce qui précède est vide, demandez à l'utilisateur : "{{DÉCRIVEZ VOTRE PRODUIT, VOS CHIFFRES ACTUELS DE RÉTENTION (D1, D7, D30, D90 SI VOUS LES AVEZ), VOTRE FRÉQUENCE D'UTILISATION NATURELLE, VOS SEGMENTS D'UTILISATEURS ET TOUT TABLEAU DE BORD OU GRAPHIQUE AMPLITUDE QUE VOUS AVEZ}}"

Aidez-moi à diagnostiquer la rétention. Suivez ces étapes précisément :

### Étape 1 : Établir la Ligne de Base de Rétention

Avant de pouvoir améliorer la rétention, vous devez la mesurer correctement.

- **Déterminez la fréquence d'utilisation naturelle.** S'agit-il d'un outil quotidien (Slack, réseaux sociaux), hebdomadaire (plateforme d'analyse, gestion de projet), mensuel (rapport de dépenses, facturation) ou transactionnel (e-commerce, voyage) ? Cela détermine quelle période de rétention est pertinente. Utiliser la rétention quotidienne pour un produit mensuel n'a aucun sens.
- **Définissez l'événement de rétention.** Il doit s'agir d'une action de délivrance de valeur, pas d'une connexion. "A exécuté une requête" pas "a ouvert l'application." "A envoyé un message" pas "a chargé la boîte de réception." Si votre événement de rétention est "toute activité," il est trop large pour être exploitable.
- **Construisez la courbe de rétention de base :** D1, D7, D14, D30, D60, D90 (ou équivalents hebdomadaires/mensuels selon la fréquence naturelle). Présentez à la fois en pourcentages et en nombres absolus. Les nombres absolus comptent davantage — un taux D30 de 50% sur 1 000 utilisateurs est un problème très différent de 50% sur 100 000.
- **Comparez aux benchmarks.** Soyez honnête sur la position du produit :
  - Social grand public : D1 ~40%, D30 ~20-25%
  - SaaS (PME) : D1 ~60%, D30 ~40-50%
  - SaaS (Entreprise) : D30 ~60-70%, D90 ~50-60%
  - Plateformes : D30 ~25-35%
  - Indiquez si l'écart est adressable (expérience perfectible) ou structurel (mauvais public, proposition de valeur faible).

### Étape 2 : Segmenter la Courbe de Rétention

Un chiffre de rétention agrégé cache tout ce qui est important. Décomposez-le.

- Segmentez par : cohorte d'inscription (millésime mois par mois), canal d'acquisition, persona/rôle utilisateur, statut d'activation (activé vs non), niveau d'abonnement, géographie, plateforme.
- Pour chaque segment, identifiez :
  - **Meilleurs segments de rétention** — ce sont vos meilleurs utilisateurs. Qu'ont-ils en commun ? Pouvez-vous en acquérir davantage ou reproduire leur comportement dans d'autres segments ?
  - **Pires segments de rétention** — s'agit-il des mauvais utilisateurs (mauvais ICP, se désabonneront toujours) ou d'utilisateurs mal servis (bon ICP, expérience défaillante) ?
  - **Tendance des cohortes** — la rétention s'améliore-t-elle ou se dégrade-t-elle entre les millésimes de cohortes ? Un chiffre agrégé "stable" peut masquer le fait que les nouvelles cohortes retiennent moins bien tandis que les utilisateurs de longue date soutiennent la moyenne.
- Cherchez la **"courbe du sourire"** — certaines cohortes montrent-elles une rétention qui se stabilise ou augmente après une baisse initiale ? Ce point d'inflexion révèle le moment où les utilisateurs forment une habitude. Si aucune courbe du sourire n'existe, les utilisateurs ne forment pas d'habitudes avec votre produit.
- Calculez **l'écart de rétention :** rétention du meilleur segment moins rétention du pire segment. Un écart important (>20 points de pourcentage) indique généralement un problème d'expérience résoluble, pas un problème fondamental d'adéquation produit-marché.

### Étape 3 : Identifier les Comportements Prédictifs de Rétention

C'est l'étape la plus importante. Trouvez les comportements qui séparent les utilisateurs qui restent de ceux qui partent.

- Identifiez 3 à 5 comportements corrélés à une meilleure rétention. Pour chacun :
  - **Énoncez le comportement** (par exemple "a créé un tableau de bord au cours de la première semaine," "a invité un collègue," "a configuré un rapport planifié")
  - **Quantifiez la corrélation :** "Les utilisateurs qui ont fait X dans leurs 14 premiers jours ont une rétention D60 de 72% contre 31% pour ceux qui ne l'ont pas fait"
  - **Évaluez la causalité :** Ce comportement provoque-t-il la rétention (formation d'une habitude, création de coûts de changement, délivrance de valeur) ou est-il simplement corrélé (les power users font tout plus) ? Le test : si vous forciez un utilisateur marginal à faire cette action, resterait-il ? Si la réponse est "probablement pas," c'est un proxy, pas un moteur.
  - **Estimez la population adressable :** Combien d'utilisateurs pourraient adopter ce comportement mais ne le font pas actuellement ?
- Identifiez la **boucle d'habitude** si elle existe :
  - **Déclencheur :** Qu'est-ce qui pousse l'utilisateur à revenir ? (notification, besoin lié au workflow, routine basée sur le temps)
  - **Routine :** Que fait-il quand il revient ?
  - **Récompense :** Quelle valeur obtient-il qui renforce le comportement ?
  - Les produits avec de fortes boucles d'habitude naturelles retiennent mieux que ceux qui dépendent de notifications et de campagnes de réengagement.
- Signalez les **"faux amis"** — des comportements qui semblent corrélés à la rétention mais sont en fait des proxies pour la sophistication de l'utilisateur, la taille de l'entreprise ou le niveau d'intention. "Nombre de fonctionnalités utilisées" est presque toujours un faux ami.

### Étape 4 : Diagnostiquer les Moments de Churn

Cartographiez où sur la courbe de rétention les utilisateurs partent et pourquoi.

- **Churn précoce (D1-D7) :** Échec de l'activation. Les utilisateurs n'ont jamais reçu de valeur. Si c'est votre schéma de churn dominant, le problème est l'activation — utilisez **diagnostiquer-activation** à la place.
- **Churn intermédiaire (D14-D30) :** L'intérêt initial s'est estompé, l'habitude ne s'est pas formée, ou l'utilisateur a atteint un plafond de capacité. C'est souvent le plus difficile à corriger car il n'y a pas de moment d'échec unique.
- **Churn tardif (D60+) :** Les besoins ont changé, un concurrent est apparu, le champion a quitté l'organisation, ou la valeur s'est érodée avec le temps. Différent du churn précoce et nécessite des interventions différentes.

Pour chaque moment de churn :
- Estimez le volume : "Nous perdons X utilisateurs entre D7 et D30, ce qui représente Y% de tout le churn final."
- Analysez les dernières actions avant que les utilisateurs ne deviennent inactifs. Que tentaient-ils de faire ? Ont-ils rencontré une erreur ? Ont-ils terminé une tâche sans raison de revenir ? Ont-ils cessé d'utiliser une fonctionnalité qui a été abandonnée ?
- **Calculez l'impact composé :** "Si nous réduisons le churn D7-D30 de 10 points de pourcentage, après 6 mois nous aurons X utilisateurs actifs supplémentaires, en supposant que l'acquisition actuelle se maintienne." Montrez les calculs — les améliorations de la rétention se composent d'une manière que les améliorations de l'acquisition ne font pas.

### Étape 5 : Construire le Plan de Rétention (et les Anti-Plays)

Recommandez 2 à 3 interventions spécifiques classées par impact composé sur 6 mois (pas seulement le gain immédiat).

**Catégories d'intervention :**
- **Formation d'habitudes :** Amener plus d'utilisateurs à adopter des comportements prédictifs de rétention (de l'étape 3). Soyez précis sur COMMENT — incitations dans le produit, modifications de l'onboarding, découverte de fonctionnalités.
- **Intervention sur le churn :** Ciblez le moment de churn le plus volumineux (de l'étape 4) avec une intervention spécifique — emails déclenchés, réengagement dans le produit, ou améliorations de fonctionnalités.
- **Rétention structurelle :** Augmentez les coûts de changement ou les effets de réseau — invitez des collègues, construisez des intégrations, accumulez des données. Ceux-ci se composent avec le temps et créent une rétention durable.

Pour chaque intervention, spécifiez : la métrique cible, l'impact attendu avec des calculs, et comment la tester.

**Où NE PAS se concentrer — anti-plays courants :**
- "Envoyer plus d'emails" alors que le produit n'offre pas de valeur récurrente — les notifications ne peuvent pas créer une demande qui n'existe pas
- Campagnes de réengagement ciblant des utilisateurs qui ne se sont jamais activés — ils n'ont pas obtenu de valeur la première fois, un rappel n'aidera pas. Corrigez l'activation à la place.
- Gamification ou séquences alors qu'il n'y a pas de fréquence d'utilisation naturelle à renforcer — les séquences Duolingo fonctionnent car l'apprentissage des langues est une activité quotidienne. Votre outil d'analyse B2B ne l'est pas.
- Traiter tout le churn de la même manière — le churn précoce et le churn tardif ont des causes profondes complètement différentes et nécessitent des interventions complètement différentes
- Optimiser la rétention pour des utilisateurs qui ne sont pas votre ICP — ils se désabonneront toujours, et c'est acceptable
- "Améliorer le produit" comme stratégie de rétention — trop vague pour être actionable. Quelle fonctionnalité, pour quels utilisateurs, pour quel moment de churn ?

### Format de Sortie

Fournissez :
1. Ligne de base de rétention avec fréquence naturelle, événement de rétention et courbe (% et absolu)
2. Analyse de rétention segmentée avec meilleurs/pires segments et tendances des cohortes
3. Comportements prédictifs de rétention avec corrélations quantifiées et évaluation de la causalité
4. Diagnostic des moments de churn avec estimation du volume et calcul de l'impact composé
5. Interventions de rétention classées avec impact attendu
6. Anti-plays — où ne pas investir
7. Questions ouvertes — quelles données manquent, quelles hypothèses nécessitent une validation

Soyez direct. Soyez quantitatif. Si le chiffre de rétention agrégé cache quelque chose de laid, dites-le.

Conseils

  • L'analyse de rétention nécessite des données cohortées. Utilisez create-chart pour construire des graphiques de rétention segmentés par cohorte d'inscription dans Amplitude avant d'exécuter cette compétence.
  • L'erreur la plus courante est de regarder la rétention agrégée au lieu de la rétention cohortée. Un chiffre agrégé qui semble "stable" peut masquer le fait que la rétention s'aggrave pour les nouvelles cohortes tandis que les utilisateurs de longue date soutiennent la moyenne.
  • Combinez avec build-metric-tree pour voir comment la rétention se compose dans votre métrique principale. De petites améliorations de la rétention créent un impact considérable en aval.
  • Combinez avec diagnostiquer-activation si le churn précoce (D1-D7) domine — c'est un problème d'activation, pas un problème de rétention.
  • Utilisez discover-opportunities pour trouver des frictions produit spécifiques corrélées au churn.
  • Utilisez craft-experiment-design pour concevoir un test A/B pour votre intervention de rétention principale.

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