Communitygithub.com

Métriques de Lancement

Configurez le suivi et la mesure des lancements de produits, effectuez des rétros post-lancement avec des données et créez un système d'analyse des lancements. Utilisez cette compétence lorsqu'on vous demande de suivre un lancement, configurer des paramètres UTM, mesurer la performance d'un lancement, réaliser une rétro, analyser les résultats d'un lancement ou construire un tableau de bord pour une sortie produit.

Qu'est-ce que Métriques de Lancement ?

Cette compétence fournit un cadre complet pour mesurer les lancements de produits, du pré-lancement au post-lancement. Elle couvre la configuration du suivi avant le jour J (paramètres UTM, événements analytiques, capture de baseline), les indicateurs clés de performance (KPI) par niveau de lancement (Tier 1, 2, 3), les seuils de référence pour les outils B2B/dev, la surveillance en temps réel le jour du lancement, et une méthodologie de rétrospective post-lancement structurée. Elle s'intègre avec d'autres compétences comme la stratégie de lancement, la distribution, les emails et les articles de blog. Utile pour tout développeur ou chef de produit souhaitant transformer les lancements de décisions intuitives en décisions basées sur les données, en accumulant un historique de lancements pour améliorer continuellement les performances futures.

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

Demander à votre IA préférée

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

Documentation

Que fait Métriques de Lancement ?

Cette compétence couvre la manière de mesurer les lancements de produits — ce qu'il faut configurer avant le jour du lancement, ce qu'il faut suivre pendant, et comment évaluer les résultats après. Sans mesure cohérente, les lancements sont des suppositions. Avec elle, chaque lancement informe le suivant.

Configuration pré-lancement

La mesure commence avant le jour du lancement. Configurer le suivi le jour du lancement signifie que vous manquez les données de la première vague lorsque le trafic est le plus élevé.

Ce qu'il faut configurer

  1. Paramètres UTM — Étiquetez chaque lien dans chaque canal de distribution
  2. Événements Analytics — Instrumentez l'entonnoir de conversion de bout en bout
  3. Capture de baseline — Enregistrez les métriques actuelles avant le lancement pour pouvoir mesurer la hausse
  4. Tableau de bord ou vue — Un endroit pour surveiller toutes les métriques clés le jour du lancement

Conventions UTM

Les paramètres UTM suivent d'où vient le trafic. Utilisez un schéma de dénomination cohérent pour tous les lancements afin de pouvoir comparer au fil du temps.

utm_source    = la plateforme (twitter, linkedin, email, producthunt, hackernews)
utm_medium    = le type de canal (social, email, paid, referral)
utm_campaign  = le nom du lancement (feature-name-launch, v2-launch, etc.)
utm_content   = l'actif spécifique (tweet-thread, announcement-email, blog-post)

Exemples d'URLs :

  • Annonce Twitter : ?utm_source=twitter&utm_medium=social&utm_campaign=realtime-api-launch&utm_content=launch-tweet
  • Email de lancement : ?utm_source=email&utm_medium=email&utm_campaign=realtime-api-launch&utm_content=announcement-email
  • Product Hunt : ?utm_source=producthunt&utm_medium=referral&utm_campaign=realtime-api-launch&utm_content=ph-listing

Règles :

  • Toujours en minuscules
  • Utilisez des traits d'union, pas de tirets bas ni d'espaces, dans les valeurs
  • Le nom de la campagne doit correspondre à tous les canaux pour un seul lancement
  • Créez tous les UTMs à partir d'un tableur avant le jour du lancement pour que rien ne manque

Événements instrumentés

Avant le lancement, vérifiez que ces événements analytics existent et se déclenchent correctement :

ÉvénementDescription
landing_page_viewPage de destination chargée avec les paramètres UTM capturés
signup_startedL'utilisateur commence l'inscription
signup_completedCompte créé
first_actionPremière action produit significative (varie selon le produit)
cta_clickChaque bouton CTA cliqué (avec étiquette)
blog_post_viewArticle de blog de lancement chargé
email_openEmail de lancement ouvert (depuis la plateforme email)
email_clickLien cliqué dans l'email de lancement

Si ces événements n'existent pas et que vous n'avez pas le temps de les ajouter avant le lancement, utilisez au minimum les UTMs pour mesurer le trafic et les inscriptions depuis la plateforme analytics que vous avez déjà.

KPI par niveau

À quoi ressemble le "succès" dépend du niveau de lancement. Ne comparez pas un tweet de changelog de niveau 3 à un lancement produit de niveau 1.

KPI de niveau 1 (lancement produit complet)

MétriqueCe qu'elle mesureOù suivre
Nouvelles inscriptions (jour 1, semaine 1)Impact d'acquisition directAnalytics produit
Visiteurs de la page de destinationPortée de l'annonceAnalytics web
Taux de conversion page de destination → inscriptionEfficacité de la pageAnalytics web
Taux d'ouverture des emailsEngagement de la listePlateforme email
Taux de clics dans les emailsEfficacité du contenu emailPlateforme email
Impressions + engagements sociauxNotoriétéAnalytics de plateforme native
Mentions dans la pressePortée RPManuel + Google Alerts
Backlinks générésImpact SEOAhrefs, Search Console
Classement Product Hunt (le cas échéant)Portée spécifique PHProduct Hunt

KPI de niveau 2 (fonctionnalité majeure)

MétriqueCe qu'elle mesure
Nouvelles inscriptions depuis le trafic du lancementAcquisition
Taux d'adoption de la fonctionnalité (utilisateurs existants)Activation
Vues de l'article de blogPortée du contenu
Taux d'engagement socialRésonance
Taux d'ouverture + de clics des emailsEngagement de la liste

KPI de niveau 3 (petite amélioration)

MétriqueCe qu'elle mesure
Vues du changelogNotoriété parmi les utilisateurs existants
Engagement des publications socialesPortée

Attentes de référence

Voici des repères approximatifs pour un outil B2B/de développement avec un public établi. Utilisez-les pour calibrer les attentes, pas comme des cibles strictes.

MétriqueFaibleSolideFort
Taux d'ouverture des emails (liste existante)< 20 %30-40 %> 50 %
Taux de clics dans les emails< 2 %4-8 %> 10 %
Taux de conversion page de destination → inscription< 2 %5-10 %> 15 %
Impressions du tweet de lancement Twitter (10 000 abonnés)< 5 00010 000-30 000> 50 000
Page d'accueil HN (si atteinte)—200-500 visites2 000+ visites
Product Hunt (en vedette)< 100 votes positifs200-500500+
Lancement niveau 1 : inscriptions semaine 1< 100200-1 0001 000+

Ces chiffres varient énormément selon la taille de l'audience, la catégorie de produit et la qualité du lancement. Traitez-les comme indicatifs.

Surveillance le jour du lancement

Le jour du lancement, surveillez les métriques en quasi-temps réel pendant les 4 à 6 premières heures. C'est à ce moment-là que vous pouvez encore ajuster (repartager un post, envoyer un tweet de suivi, prolonger une offre limitée).

Ce qu'il faut surveiller :

  • Inscriptions par heure (alerte si significativement en dessous des attentes)
  • Premières sources de trafic par taux de conversion des inscriptions (pas seulement le volume)
  • Problèmes de délivrabilité des emails (taux de rebond, plaintes pour spam)
  • Vitesse d'engagement social dans les 2 premières heures (prédit la portée finale)

À éviter :

  • Actualiser frénétiquement les métriques tout en négligeant de répondre aux commentaires sociaux
  • Apporter des changements majeurs de message en cours de lancement sur la base de données précoces
  • Paniquer si un canal spécifique sous-performe — attendez les données sur 24 heures

Rétrospective post-lancement

Effectuez la rétrospective dans les 5 à 7 jours suivant le lancement, lorsque les données sont fraîches. Pour le niveau 1, planifiez-la lors de la préparation du lancement. Pour le niveau 2, un fil Slack asynchrone suffit.

Données à extraire pour la rétro

Avant la rétrospective, rassemblez :

  • Trafic par source (répartition UTM)
  • Inscriptions par source
  • Taux de conversion par source (inscriptions ÷ visiteurs)
  • Métriques email (ouvertures, clics, désabonnements)
  • Métriques sociales par plateforme
  • Comparaison avec le lancement comparable précédent (si disponible)

Questions à répondre

  1. Quel a été le canal le plus performant (par taux de conversion, pas seulement par volume) ?
  2. Quel a été le canal le moins performant par rapport à l'effort investi ?
  3. Qu'est-ce qui a été surprenant ? (canaux qui ont sur- ou sous-performé par rapport aux attentes)
  4. Le message a-t-il porté ? (qualitatif : commentaires, réponses, réponses par email)
  5. Où l'entonnoir a-t-il fui ? (trafic élevé, faible inscriptions → problème de page de destination ; trafic faible → problème de distribution)
  6. Que feriez-vous différemment ?

Résultat de la rétro

La rétrospective doit produire exactement deux choses :

  1. Priorités de distribution mises à jour — les canaux dans lesquels investir plus/moins la prochaine fois
  2. Mises à jour de la checklist — ajouts ou suppressions à la checklist de lancement en fonction de ce que vous avez appris

Documentez dans un endroit partagé (Notion, Linear, Confluence) pour que cela s'accumule au fil des lancements. La valeur est composée : après 10 lancements, vous disposez d'un modèle quantitatif de ce qui fonctionne pour votre produit et votre public.

Constitution d'un historique des lancements

Suivez chaque lancement dans un seul tableur ou base de données :

LancementDateNiveauMeilleur canalInscriptions (J1)Inscriptions (S1)Taux d'ouverture des emailsRemarques

Après 5 lancements ou plus, des schémas émergent :

  • Quels canaux convertissent systématiquement pour votre public
  • Quel niveau de lancement génère quel volume d'inscriptions
  • Comment vos repères évoluent au fil du temps (croissance de la liste, suivi social)

Cet historique est votre actif de lancement le plus précieux. Il rend la planification des futurs lancements plus rapide et plus précise que tout repère externe.

Compétences associées

  • launch-strategy — définit le niveau de lancement et la checklist qui déterminent ce qu'il faut suivre
  • launch-distribution — les UTMs de chaque canal sont configurés avant le jour du lancement
  • launch-email — les métriques d'ouverture/de clics des emails sont réinjectées dans la rétrospective
  • launch-blog-post — les UTMs de l'article de blog et les performances de recherche organique au fil du temps

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