Stratégie de lancement
Cette compétence aide à planifier et exécuter des lancements de produits à l'aide d'un cadre structuré et reproductible. L'idée centrale : la plupart des équipes ne font que des lancements très médiatisés. En traitant chaque mise en ligne comme une occasion potentielle de lancement — adaptée à son importance — vous construisez une notoriété, une acquisition et une activation cohérentes. L'objectif est un moteur de lancement, pas un événement ponctuel.
Niveaux de lancement
Chaque version correspond à l'un des trois niveaux. Le niveau détermine l'effort consacré aux messages, aux supports et à la distribution.
Niveau 1 : Nouveau produit majeur ou changement de plateforme
Lancement complet. C'est votre moment phare — un nouveau produit, une refonte majeure, une expansion de plateforme. Attendez-vous à 2 à 4 semaines de préparation.
Supports typiques : vidéo de lancement (motion design ou récit du fondateur), page d'atterrissage dédiée, article de blog, relations presse, campagne sur les réseaux sociaux (toutes les plateformes), email à la liste complète, campagne de promotion interne.
Niveau 2 : Nouvelle fonctionnalité majeure
Un ajout significatif qui change ce que les utilisateurs peuvent faire. Suffisamment important pour avoir sa propre annonce, mais pas une campagne médiatique complète. Prévoyez 1 à 2 semaines de préparation.
Supports typiques : tweet ou thread de lancement, article de blog ou entrée de journal des modifications, section de page d'atterrissage mise à jour, email au segment concerné, publications sur 2 à 3 plateformes sociales.
Niveau 3 : Améliorations et itérations mineures
Corrections de bugs, améliorations UI, améliorations incrémentales. Cela vaut toujours la peine d'être annoncé — cela montre l'élan et l'attention. Temps de préparation : quelques heures à un jour.
Supports typiques : entrée de journal des modifications, publication sociale unique, mention éventuelle dans un email de synthèse.
Choisir le niveau
Demandez : « Si un client potentiel voyait cette annonce, changerait-elle sa perception de ce que le produit peut faire ? » Si oui → Niveau 1 ou 2. S'il s'agit plutôt de qualité et de fiabilité → Niveau 3.
En cas de doute, montez d'un niveau. Sous-lancer est plus courant que sur-lancer. Un lancement de Niveau 2 qui aurait dû être un Niveau 3 coûte quelques heures supplémentaires. Un lancement de Niveau 1 traité comme un Niveau 3 est une opportunité de croissance manquée.
Cadre de messagerie
La messagerie vient avant tout le reste. Ne créez pas de supports avant que la messagerie ne soit verrouillée. Une vidéo médiocre avec un excellent message surpasse une belle vidéo avec un positionnement confus.
Le brief de messagerie
Pour chaque lancement (tous niveaux confondus), définissez :
-
Nom — Comment appelez-vous cela ? Pour les fonctionnalités ayant un potentiel SEO, utilisez les données de recherche pour choisir. Vérifiez ce que les gens recherchent réellement (par exemple, « speech to text » contre « transcription API » — choisissez celui avec le plus de volume si le public correspond). Des outils comme Google Trends et les plateformes de recherche de mots-clés aident ici.
-
Public — Qui en bénéficie spécifiquement ? Soyez précis. « Développeurs » est trop large. « Ingénieurs backend construisant des applications vocales en temps réel » vous donne quelque chose sur quoi écrire.
-
Proposition de valeur principale — Une phrase. Que peuvent-ils faire maintenant qu'ils ne pouvaient pas faire avant, ou qu'est-ce qui est considérablement amélioré ? Cela devient le titre partout.
-
Propositions de valeur secondaires — 2 à 3 points de soutien. Ceux-ci remplissent l'article de blog, les sections de la page d'atterrissage et les tweets du thread.
-
Preuves — Chiffres, benchmarks, comparaisons, témoignages clients. Tout ce qui rend les propositions de valeur concrètes plutôt qu'aspirationnelles.
Test de messagerie
Lisez votre proposition de valeur principale à voix haute. Si elle pourrait tout aussi bien décrire le produit d'un concurrent, elle est trop générique. Les meilleures propositions de valeur sont suffisamment spécifiques pour que quelqu'un dans le public cible sache immédiatement si cela est pour lui ou non.
Système de checklist de lancement
Créez une checklist maîtresse avec chaque action de lancement possible, organisée par niveau. Pour chaque nouveau lancement :
- Copiez la checklist maîtresse dans une nouvelle instance (nouvel onglet, nouveau ticket, nouvelle page)
- Supprimez les lignes qui ne s'appliquent pas à ce niveau/lancement
- Attribuez des responsables et des dates d'échéance aux lignes restantes
- Utilisez-la comme source unique de vérité jusqu'au jour du lancement
Outillage
Choisissez un système et tenez-vous-y. L'outil spécifique importe moins que l'utilisation cohérente.
- Tableur (Google Sheets, tableau Notion) — Le plus simple. Fonctionne bien pour les petites équipes. Une feuille maîtresse, un onglet par lancement. Inconvénient : pas d'attributions ni de notifications intégrées.
- Outil de gestion de projet (Linear, Asana, Notion) — Meilleur pour les équipes. Créez un modèle de projet de lancement. Chaque lancement reçoit une copie avec des tâches assignables et des dates d'échéance. Les labels Linear ou les sections Asana peuvent correspondre aux colonnes de niveau ci-dessous.
- Documents + checklist (Notion, Google Docs) — Entre les deux. Un modèle de document avec des cases à cocher. Facile à copier, plus difficile à suivre l'état d'avancement entre les lancements.
Quel que soit l'outil utilisé, gardez le modèle maître à jour après chaque rétrospective. Le modèle est un document vivant — il s'améliore à chaque lancement.
Structure du modèle de checklist
| Catégorie | Action | Niveau 1 | Niveau 2 | Niveau 3 | Responsable | Échéance | Statut |
|---|---|---|---|---|---|---|---|
| Messagerie | Rédiger le brief de messagerie | ✓ | ✓ | ✓ | |||
| Messagerie | Recherche de mots-clés SEO pour le nom | ✓ | Optionnel | — | |||
| Supports | Vidéo de lancement | ✓ | Optionnel | — | |||
| Supports | Page d'atterrissage (nouvelle ou mise à jour) | ✓ | ✓ | — | |||
| Supports | Article de blog | ✓ | ✓ | Optionnel | |||
| Supports | Entrée de journal des modifications | ✓ | ✓ | ✓ | |||
| Réseaux sociaux | Tweet/thread de lancement | ✓ | ✓ | ✓ | |||
| Réseaux sociaux | Publication LinkedIn | ✓ | ✓ | Optionnel | |||
| Réseaux sociaux | Autres plateformes (BlueSky, Threads) | ✓ | Optionnel | — | |||
| Distribution | Soumission Product Hunt | ✓ | Optionnel | — | |||
| Distribution | Publication Hacker News | ✓ | Optionnel | — | |||
| Distribution | Relations presse/journalistes | ✓ | — | — | |||
| Distribution | Demandes de republication par influenceurs/réseaux | ✓ | ✓ | — | |||
| Annonce à toute la liste | ✓ | — | — | ||||
| Email spécifique au segment | Optionnel | ✓ | — | ||||
| Mention dans un digest du journal des modifications | — | Optionnel | ✓ | ||||
| Interne | Publication dans le canal #amplify | ✓ | ✓ | Optionnel | |||
| Interne | Briefing d'équipe | ✓ | Optionnel | — | |||
| Suivi | Configurer les UTMs pour tous les liens | ✓ | ✓ | Optionnel | |||
| Suivi | Vérifier le déclenchement des événements analytiques | ✓ | Optionnel | — | |||
| Suivi | Capturer les métriques de base | ✓ | ✓ | — | |||
| Post-lancement | Planifier la rétrospective (1 semaine après) | ✓ | ✓ | — |
Chronologie de lancement
Chronologie Niveau 1 (2 à 4 semaines)
Semaines 3-4 avant : Verrouiller le brief de messagerie. Commencer la production de la page d'atterrissage et de la vidéo. Démarrer la sensibilisation presse (les journalistes ont besoin de délais).
Semaines 1-2 avant : Finaliser tous les supports. Rédiger les textes sociaux. Préparer l'email. Briefing de l'équipe interne. Configurer le suivi (UTMs, événements analytiques). Faire un essai à blanc de la séquence de distribution.
Jour du lancement : Exécuter la distribution en séquence — d'abord les réseaux sociaux (matin), puis l'email, puis la levée de l'embargo presse. Surveiller et interagir avec les commentaires/réponses toute la journée.
Semaine suivante : Faire la rétrospective.
Chronologie Niveau 2 (1 à 2 semaines)
Semaine 2 avant : Verrouiller la messagerie. Commencer l'article de blog et les mises à jour de la page d'atterrissage.
Semaine 1 avant : Finaliser le texte. Rédiger les publications sociales. Préparer le segment email.
Jour du lancement : Publier sur les réseaux sociaux, publier le blog, envoyer l'email. Interagir avec les réponses.
3 à 5 jours après : Rétrospective rapide (asynchrone, par exemple un thread Slack).
Chronologie Niveau 3 (même jour ou lendemain)
Publiez. Rédigez une entrée de journal des modifications et une publication sociale. Terminé. Si cela fait partie d'un lot de petites améliorations, regroupez-les dans un digest hebdomadaire.
Rétrospective post-lancement
Ne sautez pas cette étape. La rétrospective est ce qui transforme les lancements individuels en un moteur de lancement cumulatif.
Ce qu'il faut couvrir
- Qu'est-ce qui a fonctionné ? Quels canaux ont généré le plus de trafic, d'inscriptions ou d'engagement ? Quel message a résonné ?
- Qu'est-ce qui n'a pas fonctionné ? Quels supports ont sous-performé ? Où la chronologie a-t-elle dérapé ?
- Surprises ? Un canal inattendu a-t-il explosé ? Un cadrage spécifique a-t-il mieux fonctionné que prévu ?
- Chiffres — Trafic, inscriptions, activation, engagement social, mentions presse. Comparez aux lancements précédents si vous avez les données.
- Mises à jour de la checklist — Ajoutez ou supprimez des éléments de la checklist maîtresse en fonction de ce que vous avez appris.
Format de la rétrospective
Gardez-le léger. Un thread Slack ou un appel de 15 minutes fonctionne pour le Niveau 2. Le Niveau 1 mérite un court document. Le résultat clé est des changements spécifiques à la checklist et au processus, pas un essai rétrospectif.
La philosophie « tout est un lancement »
Si vous publiez plusieurs fois par mois mais ne lancez que quelques fois par trimestre, vous laissez de la croissance sur la table. Chaque mise en ligne est une opportunité de raconter votre histoire, de rappeler aux gens que vous existez et de montrer votre élan.
Cela ne signifie pas que chaque correction de bug mérite un communiqué de presse. Cela signifie que chaque amélioration reçoit une certaine annonce, adaptée à son importance. Les lancements de Niveau 3 prennent quelques minutes. L'effet cumulatif d'une visibilité constante est énorme.
Construisez l'habitude : quand la PR est fusionnée, la checklist de lancement s'ouvre.
Travailler avec les compétences compagnes
Cette compétence gère la stratégie et la planification. Pour l'exécution, référencez :
- launch-tweet — Rédaction du contenu social (tweets, threads, LinkedIn, multiplateforme)
- launch-email — Objets d'email, structure d'annonce, segmentation, digests du journal des modifications
- launch-blog-post — Rédaction de l'article d'annonce (structure, SEO, AEO)
- launch-video — Vidéos de démonstration, GIFs, captures d'écran, et vidéos programmatiques avec Remotion
- launch-landing-page — Construction de la page d'atterrissage (structure, mécaniques d'urgence, SEO, conversion)
- launch-distribution — Distribution canal par canal et séquencement du jour de lancement
- launch-metrics — Configuration UTM, KPIs par niveau, attentes de benchmark, cadre de données rétrospectives