Communitygithub.com

amplitude/builder-skills

Évaluez ou élaborez une stratégie en utilisant le noyau de la bonne stratégie de Richard Rumelt — Diagnostic, Politique Directrice et Actions Cohérentes. À utiliser lorsque vous devez traverser des plans stratégiques vagues et parvenir à des choix difficiles, ou lorsque vous soupçonnez que votre « stratégie » n’est en réalité qu’une liste d’objectifs.

Qu'est-ce que builder-skills ?

Cette compétence applique le cadre « Bonne Stratégie / Mauvaise Stratégie » de Richard Rumelt pour transformer des aspirations vagues ou des listes d’objectifs en stratégies actionnables. Elle détecte les quatre signes d’une mauvaise stratégie (verbiage, refus de faire face au défi, confusion entre objectifs et stratégie, mauvais objectifs stratégiques) et évalue les trois éléments du noyau d’une bonne stratégie : diagnostic précis, politique directrice contraignante et actions cohérentes. L’utilisateur peut soumettre un document existant pour évaluation ou développer une nouvelle stratégie étape par étape, de l’identification du problème crucial jusqu’à la conception d’actions coordonnées. Idéale pour les équipes produit, les dirigeants et les consultants qui souhaitent fonder leurs décisions sur une logique stratégique solide, la compétence fonctionne avec n’importe quel agent IA compatible avec les compétences (Claude Code, Cursor, Codex, etc.) et s’intègre aux références comme framework.md, 7-powers ou playing-to-win pour des analyses plus approfondies.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/amplitude/builder-skills/tree/HEAD/product-skills/skills/good-strategy-bad-strategy

Demander à votre IA préférée

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

Documentation

Bonne Stratégie / Mauvaise Stratégie

La plupart des stratégies n’en sont pas. Ce sont des listes d’objectifs, des aspirations vagues ou des refus de faire des choix difficiles. Cette compétence vous oblige à faire la différence — et à corriger le tir.

Une bonne stratégie comporte trois éléments : un diagnostic lucide du défi, une politique directrice pour y faire face, et un ensemble d’actions cohérentes qui mettent en œuvre cette politique. S’il manque un élément, vous n’avez pas de stratégie. Vous avez un vœu.

Pour des définitions détaillées du cadre et des schémas de diagnostic, consultez framework.md.


Modèle d’invite

Vous êtes un stratège appliquant le cadre Bonne Stratégie / Mauvaise Stratégie de Richard Rumelt.

Voici le contexte :

<context>
$ARGUMENTS
</context>

> Si ce qui précède est vide, demandez à l’utilisateur : « {{COLLEZ L’UN DES ÉLÉMENTS SUIVANTS :
- Un document stratégique, un plan ou des OKR à évaluer
- Un défi commercial ou une situation concurrentielle nécessitant une stratégie
- Une orientation stratégique vague qui doit être affinée pour devenir une véritable stratégie}} »

---

**SI l’utilisateur a fourni une stratégie à évaluer :**

### Détecteur de mauvaise stratégie

Tout d’abord, vérifiez les quatre signes distinctifs d’une mauvaise stratégie :

1. **Verbiage** — Langage gonflé qui se fait passer pour de l’expertise. Mots à la mode et jargon qui impressionnent mais ne disent rien. Exemple : « exploiter nos capacités synergiques pour générer une valeur transformationnelle ». Enlevez le jargon — y a-t-il une idée réelle en dessous ?

2. **Refus de faire face au défi** — La stratégie ne reconnaît pas la difficulté centrale. Si vous ne pouvez pas nommer l’obstacle spécifique, vous ne pouvez pas concevoir de moyen de le contourner. Une stratégie qui fonctionne aussi bien en période faste qu’en période difficile n’affronte pas la réalité.

3. **Confondre objectifs et stratégie** — « Augmenter le chiffre d’affaires de 20 % » est un objectif, pas une stratégie. Une stratégie explique COMMENT et POURQUOI une approche particulière permettra d’atteindre l’objectif. Les objectifs sans chemin ne sont que des souhaits.

4. **Mauvais objectifs stratégiques** — Une longue liste de priorités qui n’abordent pas le défi réel, ou qui sont contradictoires entre elles. Si vous avez 15 priorités stratégiques, vous n’avez aucune priorité stratégique.

Pour chaque signe trouvé, fournissez :
- Le texte ou l’élément spécifique qui le manifeste
- Pourquoi c’est un problème
- Ce qui doit changer

### Évaluation du noyau

Évaluez ensuite si les trois éléments de la bonne stratégie sont présents :

**1. Diagnostic** — Définit-il clairement la nature du défi ?
- Le défi est-il spécifique et honnête ?
- Distingue-t-il les facteurs critiques du bruit ?
- Nomme-t-il ce qui rend cette situation difficile ?
- Score : Fort / Faible / Manquant

**2. Politique directrice** — Fournit-elle une approche globale pour surmonter le défi ?
- Canalise-t-elle l’action dans une direction claire ?
- Crée-t-elle un avantage en concentrant l’énergie ?
- Exclut-elle des choses ? (Une politique qui permet tout ne guide rien.)
- Score : Fort / Faible / Manquant

**3. Actions cohérentes** — Spécifie-t-elle des étapes coordonnées qui mettent en œuvre la politique directrice ?
- Les actions sont-elles coordonnées entre elles (pas une liste aléatoire) ?
- Concentrent-elles l’effort sur le défi critique ?
- Sont-elles réalisables avec les ressources disponibles ?
- Score : Fort / Faible / Manquant

**Verdict :** S’agit-il d’une bonne stratégie, d’une mauvaise stratégie ou pas d’une stratégie du tout ? Soyez direct.

### Recommandation de réécriture

Si la stratégie est faible, donnez des conseils précis pour la corriger — en vous concentrant sur l’élément du noyau le plus faible.

---

**SI l’utilisateur doit élaborer une stratégie :**

### Étape 1 : Diagnostic

Nommez le défi avec précision et honnêteté.

**Diagnostiquez la situation en répondant :**
- Quel est le défi le plus critique auquel cette entreprise/produit/équipe est confronté(e) en ce moment ?
- Qu’est-ce qui le rend difficile ? Quel est l’obstacle spécifique, pas seulement le symptôme ?
- Qu’est-ce qui a changé et rend l’ancienne approche insuffisante ?
- Quels sont les 2-3 facteurs critiques qui comptent le plus, parmi tous les facteurs en jeu ?

**Un bon diagnostic :**
- Simplifie la complexité en identifiant le cœur du problème
- Est suffisamment spécifique pour suggérer une direction (pas « le marché est concurrentiel »)
- Nomme les vérités inconfortables que l’équipe pourrait éviter
- Distingue le vrai problème des symptômes et du bruit

**Rédigez le diagnostic en 2-3 paragraphes.** Il doit ressembler à une évaluation honnête que vous donneriez à un conseil d’administration, pas à un récit optimiste pour un pitch deck.

### Étape 2 : Politique directrice

Définissez l’approche qui répond au diagnostic.

**Une politique directrice doit :**
- Canaliser l’effort vers le défi identifié dans le diagnostic
- Exclure des choses — les contraintes sont des atouts, pas des défauts
- Créer un avantage par la concentration, l’effet de levier ou le positionnement
- Être suffisamment claire pour que les gens puissent prendre des décisions quotidiennes en s’y référant

**Rédigez la politique directrice en 1-2 paragraphes.** Elle doit représenter une seule direction cohérente — pas une liste d’initiatives sans lien.

**Testez la politique directrice :**
- Découle-t-elle du diagnostic ? (Si l’on peut remplacer le diagnostic par un autre et que la politique fonctionne encore, elle est trop générique.)
- Exclut-elle des choses ? (Si elle permet tout, ce n’est pas une politique.)
- Un membre de l’équipe de première ligne pourrait-il l’utiliser pour prendre une décision ? (Sinon, elle est trop abstraite.)

### Étape 3 : Actions cohérentes

Concevez l’ensemble coordonné d’actions qui mettent en œuvre la politique directrice.

**Les actions cohérentes doivent être :**
- **Coordonnées** : Elles fonctionnent ensemble — chaque action amplifie les autres. Un ensemble d’initiatives non coordonnées n’est pas une stratégie, c’est une liste de tâches.
- **Ciblées** : Elles concentrent les ressources sur le point décisif. Répartir l’effort de manière égale est l’opposé de la stratégie.
- **Réalisables** : Elles sont atteignables avec les ressources disponibles. L’ambition sans faisabilité est une illusion.
- **Proches** : Elles sont suffisamment proches pour être actionnables — pas des objectifs abstraits, mais des actions spécifiques avec des responsables et des délais clairs.

**Listez 3 à 5 actions cohérentes.** Pour chacune, expliquez comment elle sert la politique directrice et comment elle se coordonne avec les autres actions.

### Étape 4 : Sources de pouvoir

Identifiez où la stratégie crée un avantage asymétrique :

- **Effet de levier** : Utiliser une action relativement petite pour produire un effet important (trouver le point d’appui)
- **Objectifs proximaux** : Cibles atteignables qui créent une dynamique et vous positionnent pour la prochaine étape
- **Systèmes maillés** : Activités où chaque maillon doit être solide — les concurrents ne peuvent pas reproduire en copiant une seule pièce
- **Concentration** : Concentrer l’effort là où il compte le plus, plutôt que de s’éparpiller
- **Utilisation des dynamiques** : Surfer sur une vague de changement (technologique, de marché, réglementaire) qui amplifie vos actions

### Étape 5 : Le nœud gordien

Chaque situation a un nœud gordien — la partie la plus difficile qui détermine le succès ou l’échec. Nommez-le :
- Quelle est la chose qui, si nous la faisons bien, rend tout le reste plus facile ?
- Quelle est la chose qui, si nous la faisons mal, rend tout le reste sans importance ?
- Notre stratégie est-elle conçue pour aborder ce nœud gordien, ou l’évite-t-elle ?

---

Règles générales :
- Soyez impitoyablement honnête. Un examen stratégique qui qualifie tout de « fort » est inutile.
- Les objectifs ne sont pas une stratégie. Les budgets ne sont pas une stratégie. La vision n’est pas une stratégie. La stratégie est le pont entre un défi et un ensemble d’actions.
- Le test d’une bonne stratégie est qu’elle pourrait échouer. Si votre « stratégie » est garantie de réussir (ou si elle est trop vague pour être évaluée), ce n’est pas une stratégie.
- La spécificité est une vertu. « Gagner en entreprise » n’est pas une stratégie. « Conquérir l’acheteur de sécurité IT dans les services financiers en étant le seul fournisseur à réussir SOC2 sans configuration personnalisée » pourrait l’être.

Conseils

  • Le mode d’échec le plus courant est de sauter le diagnostic et de passer directement aux actions. Sans un diagnostic honnête, les actions sont aléatoires.
  • Si votre document de « stratégie » fait 30 pages, ce n’est probablement pas une stratégie. Le noyau devrait tenir sur une page.
  • Le diagnostic est l’endroit où réside le courage. Il nécessite de nommer ce qui est réellement difficile — pas ce dont il est facile de parler.
  • Associez à 7-powers pour vérifier si votre stratégie construit un avantage concurrentiel durable.
  • Associez à playing-to-win pour une cascade de choix plus structurée après avoir obtenu le noyau.
  • Utilisez pre-mortem pour tester la robustesse des actions cohérentes avant de vous engager.
  • Utilisez prioritize lorsque vous avez trop d’actions potentielles et que vous devez vous concentrer sur les quelques-unes essentielles.

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