Communitygithub.com

amplitude/builder-skills

Diagnostiquez les fuites de revenus, analysez la volonté de payer, évaluez le packaging et la tarification, et identifiez les opportunités de revenus d'expansion. À utiliser lorsqu'un·e PM doit améliorer la conversion vers le payant, optimiser les prix, réduire le churn de revenus ou trouver des opportunités d'upsell et d'expansion.

Qu'est-ce que builder-skills ?

Cette compétence vous aide à diagnostiquer les problèmes de monétisation de votre produit en identifiant les fuites de revenus, en analysant les signaux de volonté de payer dans le comportement des utilisateur·rices, en évaluant votre packaging et en dimensionnant les opportunités de captation de valeur. Elle couvre la cartographie de l'architecture des revenus, le diagnostic de l'entonnoir gratuit-payant, l'évaluation du packaging et de la tarification, ainsi que l'analyse de l'expansion et de la contraction des revenus. Idéale pour les PM et les équipes produit utilisant Amplitude, elle s'appuie sur des données comportementales et des métriques concrètes pour prioriser les actions les plus impactantes. La compétence recommande également d'utiliser des outils complémentaires comme `craft-experiment-design` pour tester les changements de prix et `build-metric-tree` pour confirmer que la monétisation est bien le goulot d'étranglement principal.

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

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 Monétisation

Identifiez où les revenus fuient, repérez les signaux de volonté de payer dans le comportement des utilisateur·rices, évaluez votre packaging et dimensionnez les opportunités pour capturer plus de valeur.

Vous offrez de la valeur mais ne la captez pas proportionnellement. Le diagnostic de monétisation ne consiste pas à augmenter les prix aveuglément — il s'agit de comprendre la relation entre la valeur que les utilisateur·rices reçoivent et les revenus que vous collectez, de trouver les écarts et de les combler. Les meilleures améliorations de monétisation proviennent de l'alignement du prix sur la valeur : facturez plus là où vous offrez plus, éliminez les frictions là où le paiement bloque l'adoption, et développez les revenus des utilisateur·rices qui ont déjà prouvé qu'iels ont besoin de vous.


Modèle de Prompt

Vous êtes un·e stratège en monétisation qui comprend que la tarification est une décision produit, pas une décision financière. Vous suivez la valeur, dimensionnez chaque opportunité et ne recommandez jamais un changement de prix sans comprendre l'impact comportemental sur la conversion et la rétention.

Voici ce avec quoi je travaille :

<contexte>
$ARGUMENTS
</contexte>

> Si ce qui précède est vide, demandez à l'utilisateur·rice : "{{DÉCRIVEZ VOTRE PRODUIT, MODÈLE DE TARIFICATION (GRATUIT/FREEMIUM/ESSAI/PALIERS PAYANTS), MÉTRIQUES DE REVENUS ACTUELLES (ARR, ARPU, TAUX DE CONVERSION, TAUX D'EXPANSION, CHURN DE REVENUS), SEGMENTS D'UTILISATEUR·RICES ET TOUTE DONNÉE SUR L'UTILISATION DES FONCTIONNALITÉS PAR PALIER}}"

Aidez-moi à diagnostiquer la monétisation. Suivez ces étapes précisément :

### Étape 1 : Cartographier l'Architecture des Revenus

Commencez par décomposer la façon dont les revenus sont générés et où ils fuient.

- **Décomposez les revenus mathématiquement :** Revenus = Utilisateurs x Taux de Conversion x ARPU x (1 - Taux de Churn de Revenus) + Revenus d'Expansion. Dimensionnez chaque composante avec des chiffres réels.
- **Cartographiez chaque palier/forfait :** Pour chacun — prix, ce qui est inclus, nombre d'utilisateur·rices actuel·les, taux de conversion depuis le palier précédent, ARPU.
- **Identifiez la métrique de valeur** — l'unité de valeur qui évolue avec l'utilisation et devrait guider la tarification (sièges, événements suivis, requêtes exécutées, projets créés, appels API). Évaluez si la tarification actuelle est alignée sur cette métrique de valeur. Si vous facturez par siège mais que la valeur évolue avec le volume d'utilisation, il y a un désalignement structurel qui laisse fuir les revenus.
- **Calculez le LTV:CAC par segment** si les données sont disponibles. Les segments où LTV:CAC > 3 sont sous-monétisés ou sous-investis en acquisition. Les segments où LTV:CAC < 1 sont destructeurs de valeur — vous dépensez plus pour les acquérir qu'ils ne rapporteront jamais.

### Étape 2 : Diagnostiquer l'Entonnoir Gratuit-Payant

Si vous avez un palier gratuit ou un essai, c'est là que se situent la plupart des fuites de revenus.

- **Cartographiez l'entonnoir de conversion** du gratuit/essai au premier paiement. Dimensionnez chaque étape avec des chiffres absolus et des taux.
- **Identifiez le déclencheur de conversion** — quel comportement ou événement précède la conversion ? Déclencheurs courants :
  - Atteinte d'une limite d'utilisation (paywall naturel)
  - Besoin d'une fonctionnalité réservée au payant (barrière fonctionnelle)
  - Expansion d'équipe (déclencheur basé sur les sièges)
  - Exigence de conformité ou d'administration (déclencheur entreprise)
- **Segmentez la conversion par :** canal d'acquisition, persona d'utilisateur·rice, taille d'entreprise, intensité d'utilisation, temps passé dans le produit. Recherchez les segments qui convertissent à 2x+ ou 0,5x la moyenne — ils révèlent des problèmes d'alignement du packaging ou de ciblage.
- **Analysez le délai de conversion :** Combien de temps entre l'inscription et le premier paiement ? Existe-t-il une fenêtre de conversion naturelle ? Tracez la probabilité de conversion dans le temps — les utilisateur·rices qui ne convertissent pas dans cette fenêtre se convertissent rarement plus tard. Quantifiez la courbe de décroissance.
- **Distinguez les "profiteur·ses" des "futur·es converti·es" :**
  - **Profiteur·ses :** Utilisateur·rices gratuits intensifs qui ne paieront jamais — iels contournent les limites, utilisent des alternatives gratuites pour les fonctionnalités payantes ou font partie de segments sans budget. Dimensionnez cette population.
  - **Futur·es converti·es :** Utilisateur·rices qui construisent vers un déclencheur — utilisation croissante, ajout de membres d'équipe, exploration des fonctionnalités payantes. Dimensionnez cette population.
  - Si la population de profiteur·ses est importante, le palier gratuit donne trop de valeur. Si le pipeline de futures conversions est mince, le palier gratuit ne démontre pas suffisamment de valeur pour motiver une mise à niveau.

### Étape 3 : Évaluer le Packaging et la Tarification

Le packaging décide qui paie et combien. Se tromper vous fait soit laisser de l'argent sur la table, soit bloquer l'adoption.

- **Évaluez l'alignement fonctionnalités-paliers.** Pour chaque fonctionnalité payante :
  - Quel pourcentage d'utilisateur·rices gratuit·es la voudrait ?
  - Quel pourcentage d'utilisateur·rices payant·es l'utilise réellement ?
  - Est-ce une "porte d'entrée" (favorise la conversion initiale) ou une "porte de sortie" (justifie le renouvellement) ?
- **Identifiez les problèmes de packaging :**
  - **Sous-barriérage :** Fonctionnalités à forte valeur disponibles gratuitement qui pourraient favoriser la conversion si elles étaient barriérées. Dimensionnez l'opportunité : "X utilisateur·rices gratuit·es utilisent la Fonctionnalité Y chaque semaine. Si barriérée derrière le payant, aux taux de conversion actuels, cela représente Z€/mois."
  - **Sur-barriérage :** Fonctionnalités barriérées dans des paliers coûteux que peu d'utilisateur·rices atteignent, réduisant l'adoption globale et créant un frein aux effets de réseau. Si une fonctionnalité de collaboration est verrouillée pour l'Entreprise, le produit semble vide pour tous les autres.
  - **Mauvaise métrique de valeur :** Tarification sur les sièges alors que la valeur évolue avec l'utilisation (pénalise la collaboration) ou sur l'utilisation alors que la valeur vient de la largeur (punit l'exploration).
  - **Palier manquant :** Un vide dans l'échelle de tarification où se trouve un segment d'utilisateur·rices significatif — trop cher pour passer au niveau supérieur, pas assez de valeur dans le plan actuel. Dimensionnez la population bloquée dans ce vide.
- **Identifiez les signaux de volonté de payer à partir du comportement :** Utilisateur·rices qui atteignent les limites et les contournent, utilisateur·rices qui demandent des fonctionnalités disponibles uniquement dans les paliers supérieurs, utilisateur·rices dont les modèles d'utilisation correspondent aux profils des paliers payants mais qui n'ont pas mis à niveau. Ce sont vos cibles de conversion les plus élevées.

### Étape 4 : Analyser l'Expansion et la Contraction

Pour les entreprises par abonnement, les revenus d'expansion sont souvent une opportunité plus importante que l'acquisition de nouveaux·elles client·es.

- **Décomposez la rétention nette des revenus (NRR) :** Rétention brute + expansion - contraction - churn. Dimensionnez chaque composante.
- **Identifiez les déclencheurs d'expansion :** Qu'est-ce qui pousse les utilisateur·rices à passer à un palier supérieur ? Croissance des sièges, croissance de l'utilisation, besoin de fonctionnalités, conformité ? Dimensionnez chaque déclencheur par fréquence et impact sur les revenus.
- **Identifiez les déclencheurs de contraction :** Qu'est-ce qui provoque les rétrogradations ? Réduction des sièges, baisse d'utilisation, redondance des fonctionnalités, coupes budgétaires ? Dimensionnez chacun.
- **Calculez le potentiel de revenus d'expansion :** "X% des utilisateur·rices du Palier A utilisent >80% de leur limite. Si Y% passent à un palier supérieur lorsqu'iels atteignent la limite, cela représente Z€/mois en revenus d'expansion." C'est l'opportunité de monétisation la plus directement adressable.
- **Identifiez les cohortes "prêtes pour l'expansion"** — utilisateur·rices dont le comportement indique qu'iels ont besoin d'un palier supérieur mais n'ont pas mis à niveau. Qu'est-ce qui les bloque ?
  - Choc de prix (l'écart entre les paliers est trop grand)
  - Valeur peu claire (iels ne comprennent pas ce qu'iels obtiendraient)
  - Friction (le flux de mise à niveau est enterré, nécessite un contact commercial ou prend trop de temps)

### Étape 5 : Dimensionner et Classer les Opportunités de Monétisation (et les Anti-Plays)

Construisez une matrice d'opportunités de monétisation. Pour chaque opportunité :

| Opportunité | Impact Revenus (€/mois) | Utilisateur·rices Affecté·es | Risque de Rétention | Effort | Délai d'Impact |
|-------------|-------------------------|------------------------------|---------------------|--------|----------------|
| ... | ... | ... | ... | ... | ... |

- Classez par **impact sur les revenus ajusté du risque.** Un changement qui ajoute 50 000€/mois mais augmente le churn de 5% peut être net-négatif. Montrez les calculs pour les 3 principales opportunités.
- **Modélisez la sensibilité :** "Une amélioration d'un point de pourcentage de la conversion gratuit-payant au volume actuel = X€/mois. Une augmentation de Y€ de l'ARPU sur la base payante actuelle = Z€/mois." Cela révèle si la conversion ou l'ARPU est le levier le plus important.
- **Faites le calcul composé :** Les améliorations de monétisation qui améliorent également la rétention (meilleur alignement de la valeur, suppression des frictions) se composent. Les changements de monétisation qui nuisent à la rétention s'érodent avec le temps. Modélisez toujours les deux effets.

**Où NE PAS se concentrer — anti-plays courants :**
- Augmenter les prix sans comprendre la sensibilité aux prix — vous pouvez augmenter l'ARPU mais diminuer la conversion, avec un résultat net négatif
- Barriérer des fonctionnalités qui favorisent l'activation ou la rétention — vous échangerez des revenus à court terme contre du churn à long terme. Si une fonctionnalité fait que les utilisateur·rices restent, gardez-la accessible.
- Optimiser la monétisation avant d'avoir atteint l'adéquation produit-marché — si la rétention est mauvaise, réparer la tarification ne vous sauvera pas. Utilisez **build-metric-tree** pour vérifier.
- Ajouter un palier bon marché pour "capturer plus d'utilisateur·rices" alors que le vrai problème est la friction de conversion, pas le prix — vous diluerez l'ARPU sans réparer l'entonnoir
- Traiter tou·tes les utilisateur·rices gratuit·es comme des "revenus potentiels" — certain·es segments ne paieront jamais, et c'est acceptable s'iels contribuent aux effets de réseau, au bouche-à-oreille ou à la liquidité du marché
- Sur-indexer l'ARPU alors que le volume d'utilisateurs·rices est la contrainte — utilisez **build-metric-tree** pour vérifier si la monétisation ou l'acquisition est le vrai levier
- Copier la tarification d'un concurrent sans comprendre si votre métrique de valeur et vos segments de client·es sont les mêmes

### Format de Sortie

Fournissez :
1. L'architecture des revenus avec la formule décomposée et chaque composante dimensionnée
2. L'analyse de l'entonnoir gratuit-payant avec les déclencheurs de conversion et le délai de conversion
3. L'évaluation du packaging avec les constats spécifiques de sous-barriérage, sur-barriérage et désalignement
4. L'analyse d'expansion/contraction avec la décomposition du NRR et les cohortes prêtes pour l'expansion
5. La matrice d'opportunités de monétisation classée avec les calculs de revenus ajustés du risque
6. Les anti-plays — où ne pas investir
7. Les questions ouvertes — quelles données manquent, quelles hypothèses nécessitent une validation (notamment la sensibilité aux prix)

Soyez direct·e. Soyez quantitatif·ve. Si le modèle de tarification est structurellement désaligné avec la livraison de valeur, dites-le clairement.

Conseils

  • Les changements de monétisation sont à haut risque et difficiles à annuler. Associez-les toujours à craft-experiment-design avant de déployer des changements de prix ou de packaging.
  • Apportez vos données de revenus par palier et par segment. Même des ARPU et taux de conversion approximatifs débloquent les étapes de dimensionnement.
  • Utilisez build-metric-tree d'abord pour confirmer que la monétisation est vraiment le goulot d'étranglement — si l'acquisition ou la rétention est cassée, réparer la monétisation ne vous sauvera pas.
  • Utilisez create-chart pour construire des graphiques d'utilisation des fonctionnalités par palier dans Amplitude. Ceux-ci sont essentiels pour l'évaluation du packaging à l'Étape 3.
  • Utilisez diagnose-retention pour comprendre si le churn de revenus est dû au churn produit ou à l'insatisfaction tarifaire — les interventions sont complètement différentes.
  • Si vous avez un palier gratuit, l'analyse la plus impactante est l'identification du déclencheur de conversion. Une fois que vous savez ce qui pousse les utilisateur·rices à payer, vous pouvez orienter plus d'utilisateur·rices vers ce moment.

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