Communitygithub.com

amplitude/compétences-email-lancement

Rédigez des e-mails d'annonce de lancement et des résumés de journal des modifications pour les lancements de produits. Cette compétence est utilisée pour tout demande de rédaction d'e-mail de lancement, de brouillon d'annonce, de mise à jour produit, de résumé de changelog ou d'accompagnement d'un lancement.

Qu'est-ce que compétences-email-lancement ?

Cette compétence est conçue pour les agents IA spécialisés dans les outils de développement, comme Claude Code ou Cursor, afin d'automatiser la rédaction d'e-mails de lancement de produits. Elle couvre trois niveaux d'annonce : les annonces majeures pour toute la liste d'abonnés, les annonces segmentées pour des fonctionnalités spécifiques, et les résumés de journal des modifications pour les petites améliorations. La compétence fournit des directives détaillées sur la structure des e-mails, les lignes d'objet, le timing par rapport aux réseaux sociaux, et la segmentation de l'audience. Elle met l'accent sur la brièveté, la spécificité et le respect du temps du lecteur, tout en évitant les pièges courants comme les e-mails trop longs ou les multiples appels à l'action. Basée sur la documentation SKILL.md, elle intègre également des conseils pour les lignes d'objet, le texte d'aperçu, et la coordination avec les compétences compagnes comme launch-strategy ou launch-tweet.

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

Demander à votre IA préférée

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

Documentation

E-mail de lancement

Cette compétence aide à rédiger des e-mails pour les lancements de produits — des annonces à toute la liste aux e-mails segmentés sur des fonctionnalités, en passant par les résumés de journal des modifications. L'e-mail surpasse systématiquement les réseaux sociaux en matière de conversion car il touche des personnes qui se soucient déjà du produit. L'objectif est de tirer parti de cette relation existante : soyez direct, apportez de la valeur et amenez le lecteur rapidement au produit.

Types d'e-mails par niveau de lancement

Niveau 1 : Annonce à toute la liste

Pour les nouveaux produits majeurs ou les changements de plateforme. Envoyé à l'ensemble de votre liste d'abonnés. C'est l'e-mail le plus important — traitez-le comme tel.

Structure : Ligne d'objet → accroche (ce qui est lancé + pourquoi c'est important) → visuel (capture d'écran ou GIF) → 2-3 points clés → un seul appel à l'action → signature.

Gardez-le sous 400 mots. L'e-mail n'est pas un article de blog. Liez à la page de destination et à l'article de blog pour plus de détails.

Niveau 2 : Annonce segmentée

Pour les nouvelles fonctionnalités importantes qui concernent un sous-ensemble spécifique d'utilisateurs. Envoyé uniquement au segment concerné — c'est à la fois plus ciblé et protège le reste de votre liste de la fatigue des e-mails.

Structure : Ligne d'objet → accroche directe (pourquoi ce segment devrait s'y intéresser) → ce que ça fait → comment l'essayer → appel à l'action.

Gardez-le sous 300 mots. Le segment connaît déjà votre produit ; inutile de faire des préliminaires.

Niveau 3 : Résumé du journal des modifications

Pour les petites améliorations, regroupées en version hebdomadaire ou bimensuelle. Envoyé aux utilisateurs qui ont choisi de recevoir ces mises à jour.

Structure : « Semaine du [date] — Quoi de neuf » → courte liste à puces des améliorations → lien vers le journal complet.

Gardez-le sous 150 mots. La brièveté est un signe de respect pour le temps du lecteur.

Lignes d'objet

La ligne d'objet est l'équivalent de la première ligne d'un tweet pour l'e-mail. Elle détermine si l'e-mail sera ouvert.

Ce qui fonctionne

  • Spécificité : « La transcription en temps réel prend désormais en charge 14 langues » surpasse « Grande nouvelle concernant notre API »
  • Valeur en avant : Mettez en avant ce que le lecteur gagne, pas ce que vous avez lancé
  • Courte : Moins de 50 caractères pour le mobile. Le texte d'aperçu fait le reste
  • Pas de piège à clics : Votre liste s'est abonnée parce qu'elle vous fait confiance. N'en abusez pas

Formules de lignes d'objet

  • « Présentation de [Produit/Fonctionnalité] : [proposition de valeur en une ligne] »
  • « Vous pouvez maintenant [capacité spécifique] »
  • « [Produit] vient de s'améliorer [amélioration] — voici ce qui a changé »
  • « [Fonctionnalité] est arrivée : [bénéfice concret] »
  • « Nouveau : [chose spécifique] pour [public spécifique] »

Texte d'aperçu

La plupart des clients de messagerie affichent 40 à 90 caractères de texte d'aperçu après la ligne d'objet. Rédigez-le intentionnellement — ne laissez pas le client de messagerie extraire la première ligne du corps (souvent illisible). Le texte d'aperçu doit compléter, pas répéter, l'objet.

Objet : « Présentation de la traduction en temps réel pour les applications vocales » Aperçu : « 14 langues, latence inférieure à 200 ms, disponible dès maintenant sur le niveau gratuit »

Ce qu'il faut éviter

  • « Nous sommes ravis d'annoncer... » (enterre la valeur, trop utilisé)
  • Émojis dans les lignes d'objet (testez A/B avant d'utiliser ; réduit souvent le taux d'ouverture en B2B)
  • TOUT EN MAJUSCULES ou ponctuation excessive (filtres anti-spam + donne l'air désespéré)
  • Teasers vagues : « Quelque chose de grand arrive... » (érode la confiance si trop utilisé)
  • Objets trompeurs qui ne correspondent pas au contenu de l'e-mail

Structure de l'e-mail d'annonce

Introduction (1-2 phrases)

Annoncez ce qui a été lancé et la valeur principale. Pas d'échauffement. Pas de « J'espère que vous passez une bonne semaine ».

Bien : « Aujourd'hui, nous lançons [Fonctionnalité] — vous pouvez maintenant [faire une chose spécifique] directement depuis [produit]. »

Faible : « Nous avons travaillé dur sur quelque chose que nous sommes vraiment ravis de partager avec vous. »

Corps (100-200 mots)

Couverture de 2-3 points clés. Chacun doit répondre à une question du lecteur :

  • Qu'est-ce que ça fait ? (si ce n'est pas totalement clair dès l'introduction)
  • Comment ça marche ? (1-2 phrases, assez pour réduire la friction « est-ce trop dur ? »)
  • Pourquoi est-ce important ? (résultat concret, pas un bénéfice abstrait)

Utilisez des paragraphes courts — 2-3 phrases maximum. Les e-mails avec des murs de texte sont survolés ou supprimés.

Visuel

Incluez une capture d'écran du produit, un GIF ou une courte vidéo. Intégrez-le, ne liez pas simplement. Le visuel doit montrer le produit en train de faire ce que l'introduction promet. Pas de photos d'archives.

Appel à l'action

Un seul lien. Faites-en un bouton, pas seulement un hyperlien. Soyez spécifique : « Essayez [Fonctionnalité] maintenant » surpasse « En savoir plus ».

Placez-le bien en évidence après le corps — pas enterré en bas après un deuxième écran de texte.

Signature

Gardez-la humaine. Un nom, un rôle, et éventuellement une ligne sur ce que vous construisez. Évitez les pieds de page juridiques qui encombrent le corps principal de l'e-mail (mettez-les en petits caractères en dessous).

Décisions de segmentation

ScénarioSegment
Nouveau produit, nouvelle catégorieListe complète
Fonctionnalité majeure pour utilisateurs avancésUtilisateurs utilisant des fonctionnalités connexes
Intégration avec un outil tiersUtilisateurs ayant connecté cet outil
Changement de prixNiveaux de forfait concernés uniquement
Beta → GAUtilisateurs en beta + liste d'attente
Résumé du journal des modificationsAbonnés au journal uniquement

Envoyer au mauvais segment est pire que de ne pas envoyer du tout. Un e-mail sur une fonctionnalité pour utilisateurs avancés envoyé à des utilisateurs inactifs du niveau gratuit les entraîne à ignorer vos e-mails.

Timing par rapport aux réseaux sociaux

L'e-mail n'est pas la première chose que vous envoyez le jour du lancement — les réseaux sociaux le sont. La séquence :

  1. Publications sur les réseaux sociaux d'abord (tôt le matin) — obtient un engagement en temps réel pendant que le public est actif
  2. Article de blog publié — l'e-mail y renvoie, donc il doit être en ligne en premier
  3. Envoi de l'e-mail (mi-matinée à début d'après-midi) — capte les personnes qui ont raté les réseaux sociaux ; donne du trafic de backlinks à l'article de blog

Pour les lancements de niveau 1, envoyez l'e-mail 2 à 4 heures après les publications sur les réseaux sociaux. Cela échelonne vos sources de trafic et vous donne quelque chose à dire dans l'e-mail (« Consultez l'article complet → »).

Format du résumé du journal des modifications

Le résumé est une habitude, pas une annonce. Il récompense les utilisateurs qui restent abonnés en montrant une dynamique constante.

Structure du résumé

Objet : Mises à jour [Produit] — semaine du [date]

Quoi de neuf cette semaine :

• [Amélioration 1] — une phrase sur ce qui a changé et pourquoi c'est important
• [Amélioration 2] — idem
• [Amélioration 3] — idem

[Optionnel : une phrase sur ce qui arrive la semaine prochaine]

→ Journal complet : [lien]

Gardez chaque puce à une phrase. Si une amélioration nécessite plus d'explications, elle mérite probablement son propre e-mail de niveau 2.

Envoyez le résumé un jour fixe (les vendredis après-midi fonctionnent bien — c'est une fenêtre de faible concurrence d'envoi et donne l'impression d'un récapitulatif hebdomadaire).

Erreurs courantes

  • Envoyer l'e-mail avant que la page de destination ou l'article de blog ne soit en ligne. Le rôle de l'e-mail est d'envoyer les gens quelque part. Assurez-vous que la destination existe.
  • Trop long. L'e-mail n'est pas l'endroit pour la profondeur. Liez à l'article de blog pour cela.
  • Plusieurs appels à l'action. Chaque lien supplémentaire après l'appel à l'action principal réduit son taux de clics. Une seule destination par e-mail.
  • Le même e-mail pour tout le monde. Une annonce de fonctionnalité pertinente pour 20 % de votre liste est du bruit pour les 80 % restants.
  • Pas de version texte brut. Certains clients de messagerie bloquent le HTML. Envoyez les deux.
  • Envoyer au mauvais moment. Les e-mails B2B performent mieux le mardi-jeudi, de 9 h à 11 h dans le fuseau horaire du destinataire. Les publics consommateurs/développeurs sont plus réceptifs plus tard dans la journée.

Compétences compagnes

  • launch-strategy — brief de messagerie (proposition de valeur principale et public cible pour l'e-mail)
  • launch-tweet — copie sociale envoyée avant l'e-mail
  • launch-blog-post — l'article vers lequel l'e-mail renvoie
  • launch-distribution — où l'e-mail s'insère dans la séquence de distribution complète

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