Communitygithub.com

Lancement waitlist, étape 1 : landing page (Amplitude)

Concevez et construisez une landing page de lancement qui mène vite au moment « wow » : hero, sections de soutien, un seul CTA, formulaires courts, mobile d'abord et bases SEO, avant, pendant et après le lancement.

Qu'est-ce que Lancement waitlist, étape 1 : landing page (Amplitude) ?

Recette Waitlist pré-lancement, étape 1 (stratégie de page), issue d'amplitude/builder-skills. Avant tout code ou texte, l'agent répond aux questions de design clés, puis structure la page du hero au CTA de pied de page. Il privilégie des patterns pensés pour les développeurs (playgrounds intégrés, vrai code), un CTA principal unique et peu de champs, couvre les bases SEO et distingue page de lancement temporaire et page produit permanente, avec tactiques de waitlist et d'urgence.

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

Demander à votre IA préférée

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

Documentation

Page d’atterrissage de lancement

Cette compétence aide à concevoir et développer des pages d’atterrissage pour les lancements de produits. Une bonne page d’atterrissage fait deux choses : elle communique rapidement la valeur, et elle amène les visiteurs au « moment wahou » le plus vite possible. Tout le reste est secondaire.

Les deux questions de conception

Avant d’écrire une seule ligne de contenu ou de code, répondez à ces questions :

  1. « Comment permettre au visiteur de vivre le moment wahou le plus rapidement possible ? » Les meilleures pages d’atterrissage laissent les visiteurs utiliser le produit, pas seulement lire à son sujet. Pour les outils de développement, cela peut être un terrain de jeu intégré. Pour les SaaS, une démo en direct. Pour les produits d’IA, un widget qui exécute l’inférence directement sur la page. Moins il y a de friction entre « Je suis arrivé ici » et « Oh, c’est génial », plus votre conversion est élevée.

  2. « Comment rendre cette page si bien conçue qu’elle devienne remarquable en elle-même ? » Une page d’atterrissage que les gens capturent et partagent sur les réseaux sociaux prolonge le lancement au-delà de la poussée initiale. Cela ne signifie pas un design trop chargé – mais réfléchi, soigné et distinctif.

Structure de la page

Section héros

C’est la seule section qui compte pour la plupart des visiteurs. 60 à 80 % des visiteurs ne défilent jamais au-delà.

Composants :

  • Titre – Votre proposition de valeur principale issue du brief de message. Une phrase, spécifique, axée sur les avantages. Doit répondre à « Que puis-je faire avec ceci ? », pas « Qu’est-ce que c’est ? »
  • Sous-titre – 1 à 2 phrases développant le titre. Ajoutez de la spécificité – à qui cela s’adresse, comment cela fonctionne, ou un élément de preuve clé.
  • Appel à l’action principal – Une action claire. « Essayez gratuitement », « Commencez », « Voir en action ». Pas deux appels à l’action en compétition.
  • Visuel – Capture d’écran du produit, vidéo de démonstration ou widget interactif. Jamais de photo générique. Montrez le produit réel en train de faire ce que le titre promet.

Sections de soutien (profondeur de défilement)

N’incluez que les sections qui méritent leur place. Chaque section doit répondre à une objection spécifique ou développer une proposition de valeur secondaire.

Sections courantes (choisissez celles qui comptent pour ce lancement) :

  • Comment ça marche – Présentation en 3 étapes ou visuelle. Réduit l’objection « Est-ce trop compliqué ? »
  • Fonctionnalités clés / capacités – 3 à 4 cartes ou colonnes. Chacune est une proposition de valeur secondaire avec un exemple ou une capture d’écran spécifique.
  • Preuve sociale – Logos clients, témoignages, statistiques d’utilisation, résultats de benchmarks. Réduit l’objection « Est-ce légitime ? »
  • Comparaison – Si vous entrez sur un marché avec des alternatives connues, montrez une comparaison claire. Soyez honnête – les comparaisons orientées érodent la confiance.
  • Tarification – Si les prix sont un avantage concurrentiel, mettez-les en avant tôt. Si c’est complexe ou destiné aux entreprises, créez un lien vers une page de tarification distincte.
  • Détails techniques – Pour les publics techniques et développeurs. Exemples de code, références d’API, diagrammes d’architecture.
  • FAQ – Pour les objections qui ne trouvent pas leur place ailleurs. Restez court – 4 à 6 questions maximum.

Appel à l’action en pied de page

Répétez l’appel à l’action principal en bas pour les visiteurs qui ont défilé jusqu’au bout. Ce sont vos visiteurs les plus engagés – facilitez-leur la conversion.

Modèles pour développeurs

Pour les produits techniques et les outils de développement, ces modèles convertissent régulièrement bien :

Réduire impitoyablement les frictions

Les deux plus grands points de friction pour les développeurs évaluant des outils sont le coût et l’accès. Traitez-les sur la page d’atterrissage :

  • Niveau gratuit ou essai sans carte de crédit requise
  • Accès instantané – pas de « demander une démo » pour les utilisateurs individuels
  • Tarification claire et transparente visible sur la page

Laissez-les essayer avant de s’inscrire

Les pages d’atterrissage pour développeurs les plus efficaces permettent aux visiteurs de découvrir le produit sans créer de compte. Exemples :

  • Terrain de jeu de code intégré ou REPL
  • Point de terminaison API que vous pouvez interroger depuis la page
  • Démo interactive avec résultat réel
  • Widget « Collez vos données/code ici et voyez les résultats »

Montrez du code réel

Les développeurs veulent voir à quoi ressemble l’intégration réelle. Incluez :

  • Commande d’installation (npm install, pip install, etc.)
  • Exemple fonctionnel minimal (5 à 10 lignes qui font quelque chose d’utile)
  • Bouton de copie sur tous les blocs de code

Mettez en avant les capacités, pas les fonctionnalités

« Traitez 10 000 documents par seconde » est plus convaincant que « Moteur de traitement distribué ». Les développeurs se soucient de ce qu’ils peuvent construire et à quelle échelle.

Intégration SEO

Une page d’atterrissage de lancement est une opportunité SEO. Le lancement initial génère des backlinks (depuis la presse, les réseaux sociaux, les articles de blog) qui aident la page à se classer à long terme. Construisez pour cela dès le départ.

Nommer pour la recherche

S’il s’agit d’un nouveau produit ou d’une nouvelle fonctionnalité, tenez compte du volume de recherche lors du choix du nom. Le nom doit correspondre à ce que votre public cible recherche réellement. « API de synthèse vocale » pourrait obtenir plus de trafic de recherche que « Service de transcription audio » – ou vice versa. Utilisez une recherche de mots-clés pour décider.

Bases du SEO sur la page

  • Balise titre – Incluez le mot-clé principal. Restez sous 60 caractères.
  • Meta description – Résumé convaincant avec mot-clé. 150 à 160 caractères.
  • H1 – Doit correspondre ou refléter étroitement la balise titre.
  • Liens internes – Créez des liens depuis votre documentation, blog et autres pages vers cette page d’atterrissage. Créez des liens depuis cette page vers la documentation et les tutoriels pertinents.
  • Vitesse de la page – Les pages rapides se classent mieux et convertissent mieux. Optimisez les images, minimisez le JavaScript, utilisez un CDN.

Contenu pour un classement à long terme

Les sections que vous ajoutez sous le héros (comment ça marche, fonctionnalités, FAQ) font double emploi en tant que contenu indexable. Rédigez-les pour les humains d’abord, mais utilisez le langage que votre public utilise lors de ses recherches.

Optimisation de la conversion

Un seul appel à l’action principal

Chaque page a une action principale que vous souhaitez voir les visiteurs accomplir. Tout le reste est secondaire. Si vous demandez aux visiteurs de « S’inscrire », « Réserver une démo », « Rejoindre la liste d’attente » ET « Lire la documentation » avec un poids visuel égal, vous leur demandez de choisir – et beaucoup choisiront de partir.

Réduire les champs de formulaire

Chaque champ que vous ajoutez à un formulaire d’inscription vous coûte des conversions. Demandez le minimum nécessaire pour les lancer. Vous pourrez collecter plus d’informations plus tard.

La vitesse compte

Le temps de chargement de la page affecte directement le taux de conversion. Chaque seconde de temps de chargement coûte environ 7 % des conversions. Pour les pages d’atterrissage en particulier : chargez en différé le contenu en dessous de la ligne de flottaison, optimisez les images du héros, minimisez les scripts tiers.

Priorité au mobile

40 à 60 % du trafic de lancement provient souvent du mobile (personnes cliquant sur des liens depuis les réseaux sociaux sur leur téléphone). La section héros doit fonctionner sur un écran de téléphone. Testez le bouton d’appel à l’action sur mobile – pouvez-vous appuyer facilement ?

Modèles spécifiques aux lancements

Les pages d’atterrissage pour les lancements ont des contraintes que les pages produit permanentes n’ont pas – elles sont sensibles au temps, doivent convertir une vague de trafic dans une fenêtre courte, et s’adressent souvent à un public qui entend parler du produit pour la première fois.

Urgence et rareté

Pour les lancements de niveau 1 où vous souhaitez concentrer les inscriptions dans une fenêtre étroite :

  • Tarification de lancement ou fenêtre d’accès anticipé – « Gratuit pour les 1 000 premiers utilisateurs » ou « 50 % de réduction pour la semaine de lancement » donne une raison concrète d’agir maintenant plutôt que de mettre en signet. Affichez la date limite ou les places restantes de manière visible.
  • Compte à rebours – Utilisez avec parcimonie et uniquement lorsque la date limite est réelle (la version bêta se ferme, les prix changent, l’accès est limité). Une fausse urgence érode la confiance.
  • Preuve sociale en temps réel – « 1 247 développeurs se sont inscrits aujourd’hui » ou un compteur en direct. Cela signale une dynamique et réduit l’hésitation « Suis-je le seul à essayer ceci ? »

N’empilez pas tous ces éléments. Choisissez un mécanisme d’urgence authentique et rendez-le proéminent.

Flux de liste d’attente

Si le produit n’est pas encore généralement disponible, la page d’atterrissage devient une page de liste d’attente. Les pages de liste d’attente convertissent 2 à 5 fois plus que les pages d’inscription standard car la rareté est réelle.

  • Champ unique : Email uniquement. Chaque champ supplémentaire vous coûte des inscriptions.
  • Retour sur la position : « Vous êtes le n° 847 sur la liste d’attente » rend l’inscription concrète et vous donne un levier de réengagement (« Vous êtes bientôt le prochain ! »).
  • Mécanisme de parrainage (optionnel) : « Montez dans la liste d’attente en partageant avec des amis. » N’ajoutez ceci que si vous pouvez réellement le mettre en œuvre – les mécanismes de parrainage cassés nuisent à la confiance.
  • Définir les attentes : « Nous accueillons 200 utilisateurs par semaine » ou « Accès prévu sous 2 semaines. » Le silence après l’inscription tue l’intérêt.

États pré-lancement, jour du lancement et post-lancement

Une page d’atterrissage de lancement n’est pas statique – elle doit évoluer à travers trois phases :

Pré-lancement (1 à 2 semaines avant) :

  • Contenu teaser : ce qui arrive, à qui cela s’adresse, quand cela lance
  • Inscription à la liste d’attente ou « me notifier »
  • Aucun détail produit au-delà de la proposition de valeur principale

Jour du lancement :

  • Page complète : héros, démo, fonctionnalités, preuve sociale, appel à l’action
  • Accès direct : « Essayez maintenant » ou « Commencez gratuitement »
  • Vidéo de lancement ou démo intégrée dans le héros
  • Mécanismes d’urgence actifs (compte à rebours, tarification de lancement)

Post-lancement (1 semaine après → permanent) :

  • Supprimez les éléments sensibles au temps (compte à rebours, langage « vient de sortir »)
  • Ajoutez la preuve sociale accumulée pendant le lancement (nombre d’utilisateurs, témoignages, logos de presse)
  • Optimisez pour le SEO : c’est désormais une page produit permanente
  • Mettez à jour l’appel à l’action pour refléter l’état continu (« Commencez » vs. « Rejoignez le lancement »)

Planifiez ces trois états avant de construire. Les états pré-lancement et post-lancement sont souvent oubliés, conduisant à des pages obsolètes avec des comptes à rebours expirés ou du contenu « vient de sortir ! » des mois après le lancement.

Page de lancement vs. page produit permanente

Pour les lancements de niveau 1, envisagez de construire une page de lancement dédiée et une page produit permanente :

  • Page de lancement – Optimisée pour le moment du lancement. Inclut des mécanismes d’urgence, une vidéo de lancement, un appel à l’action concentré. Temporaire – prévoyez de la retirer.
  • Page produit – Le domicile permanent de ce produit/fonctionnalité. Optimisée pour la découverte continue et le SEO. Remplace la page de lancement après la fermeture de la fenêtre de lancement (généralement 1 à 2 semaines).

Plan de transition : Avant le lancement, décidez quand et comment la page de lancement devient la page produit. L’approche la plus simple : construisez d’abord la page produit, ajoutez un héros temporaire spécifique au lancement et une section d’urgence par-dessus, puis retirez ces éléments après le lancement. Cela évite de construire deux pages distinctes.

Pour les lancements de niveau 2 et inférieurs, mettez à jour la page produit existante. Ne créez pas de pages séparées pour les fonctionnalités – elles fragmentent votre SEO.

Construire la page

Lors de la mise en œuvre d’une page d’atterrissage, gardez à l’esprit :

  • Commencez par le contenu, pas par le design. Rédigez tout le texte d’abord en vous basant sur le brief de message. Le contenu détermine la structure – pas l’inverse.
  • Utilisez une mise en page éprouvée. Héros → preuve sociale → fonctionnalités → comment ça marche → appel à l’action. Vous pouvez réorganiser, mais ne réinventez pas la mise en page à moins que le produit ne l’exige.
  • Concevez pour le survol. La plupart des visiteurs survolent, ne lisent pas. Les titres, sous-titres et visuels doivent raconter l’histoire même si le corps du texte est ignoré.
  • Testez la règle des 5 secondes. Montrez la page à quelqu’un pendant 5 secondes et demandez ce que fait le produit. S’il ne peut pas répondre, le héros a besoin de travail.

Compétences associées

  • launch-strategy – brief de message qui guide le contenu et la structure de la page
  • launch-video – la vidéo de démonstration et les captures d’écran qui vont sur la page
  • launch-blog-post – l’article vers lequel la page crée un lien (et vice versa, pour le SEO)
  • launch-distribution – génération de trafic vers la page
  • launch-metrics – suivi du taux de conversion de la page et des sources de trafic via les UTMs

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