Playbook de lancement de fonctionnalité - transformez une spec en kit de lancement — Claude Skill

Playbook de lancement de fonctionnalité

Transforme une spec de fonctionnalité ou mise à jour produit en kit de lancement complet : tous les assets nécessaires pour annoncer, du changelog à l'insert e-mails de prospection. Une entrée, toutes les sorties.

Conçu pour : PMM ou fondateurs qui shipent plus vite qu'ils n'écrivent. L'objectif est de passer de "feature mergée" à "assets de lancement prêts" en une session.

Quand l'utiliser

• "On vient de ship [fonctionnalité], aide-moi à la lancer"
• "Écris la copy de lancement pour [feature/update]"
• "J'ai besoin d'un changelog, e-mail et post LinkedIn pour [fonctionnalité]"
• "Génère le kit de lancement complet pour [mise à jour produit]"
• "Transforme cette spec en assets marketing"

Phase 0 : intake

Contexte fonctionnalité

1. Nom de la fonctionnalité - que lancez-vous ?
2. Description en un paragraphe - que fait-elle ? Cela peut venir d'un doc Notion, extrait PRD ou texte simple.
3. Qui en bénéficie le plus ? - quel segment ICP s'en soucie ? Ex. équipes growth faisant de la prospection sortante.
4. Problème résolu - qu'est-ce qui était pénible avant ?
5. Capacité clé - chose la plus impressionnante, utile pour le headline.

Contexte lancement

6. Tier de lancement - quelle ampleur ?
   • Tier 1 (majeur) : nouvelle ligne produit, grosse fonctionnalité, changement pricing -> kit complet
   • Tier 2 (moyen) : fonctionnalité significative, nouvelle intégration -> e-mail + social + changelog
   • Tier 3 (mineur) : amélioration légère, bugfix -> changelog + mention social
7. Date de lancement - quand est-ce live ?
8. CTA - que doit faire le lecteur ? Essayer, booker une démo, lire la doc, upgrade.
9. Assets visuels disponibles ? - screenshots, GIFs, URL vidéo démo.

Ton et voix

10. Voix de marque - technique/dev, conversationnelle/founder-led, enterprise/professionnelle ?
11. Messaging à éviter ? - noms concurrents, claims spécifiques, langage réglementé ?

Phase 1 : messaging de base

Avant de générer les assets, définir la fondation messaging :

Bloc de positionnement fonctionnalité

HEADLINE : [orienté outcome, pas feature]
  Mauvais : "Introducing Advanced Filtering"
  Bon : "Trouvez vos meilleurs leads en secondes, pas en heures"

SUBHEAD : [ce que c'est + pour qui]
  "[Nom fonctionnalité] permet à [audience] de [capacité] pour [outcome]."

PREUVE : [métrique ou comparaison avant/après]
  "En bêta, [client] a vu [X % d'amélioration / X heures gagnées]."

CTA : [action unique claire]
  "[Essayez maintenant / Voir en action / Booker une démo]"

Phase 2 : générer les assets de lancement

Asset 1 : entrée changelog

## [Nom fonctionnalité] - [Date]

[Résumé en 1-2 phrases : quoi + pourquoi c'est important]

**Nouveautés :**
- [Capacité 1]
- [Capacité 2]
- [Capacité 3]

**Pour qui :** [segment ICP]

[Texte bouton CTA] -> [lien]

Asset 2 : e-mail d'annonce

Options de subject line :
A : [Orientée outcome] - ex. "Votre [workflow] vient de devenir 10x plus rapide"
B : [Curiosité] - ex. "On a construit ce que vous demandiez"
C : [Directe] - ex. "Nouveau : [Nom fonctionnalité] est live"

---

Bonjour [Prénom],

[Hook en une phrase lié à leur pain]

Aujourd'hui, nous lançons [Nom fonctionnalité] : [description en une phrase].

Ce que cela change pour vous :

- [Bénéfice 1, outcome plutôt que feature]
- [Bénéfice 2]
- [Bénéfice 3]

[Preuve sociale si disponible : "Des équipes comme [Client] l'utilisent déjà pour [résultat]."]

[CTA : Essayez maintenant / Voir en action / Répondre pour en savoir plus]

[Signature]

P.S. [Urgence ou bonus : disponible sur tous les plans, accès anticipé 48 h, etc.]

Asset 3 : post LinkedIn, voix fondateur

Générer 3 variantes :

Variante A : story-driven

[Hook : histoire personnelle ou observation sur le problème]

[2-3 lignes sur pourquoi cela compte]

Aujourd'hui, nous avons lancé [Nom fonctionnalité].

Ce que cela permet :
-> [Bénéfice 1]
-> [Bénéfice 2]
-> [Bénéfice 3]

[Preuve sociale ou résultat early]

[CTA doux : "À découvrir" ou "Lien en commentaire"]

Variante B : contrarienne / hot take

[Hot take sur le problème ou la norme du marché]

[2-3 lignes sur pourquoi le statu quo est cassé]

Nous avons donc construit [Nom fonctionnalité] pour le corriger.

[Comment ça marche en 2-3 bullets]

[CTA]

Variante C : preuve client

[Résultat ou citation client comme hook]

[Contexte sur ce qu'ils faisaient avant]

[Nom fonctionnalité] a rendu cela possible :
-> [Capacité qui a créé le résultat]

[CTA]

Asset 4 : thread Twitter/X

Tweet 1 (hook) :
[Annonce + claim outcome en <200 caractères]
🧵

Tweet 2 :
Le problème : [pain point dans le langage ICP]

Tweet 3 :
Ce que nous avons construit : [description + screenshot/GIF]

Tweet 4 :
Capacités clés :
- [Bullet 1]
- [Bullet 2]
- [Bullet 3]

Tweet 5 :
[Preuve sociale ou résultat early]

Tweet 6 :
[CTA + lien]

Asset 5 : bannière / notification in-app

Headline : [6-8 mots max]
Body : [1 phrase, 15 mots max]
Bouton CTA : [2-3 mots]
Dismiss : "Peut-être plus tard"

Asset 6 : one-pager interne sales enablement, Tier 1 seulement

# [Nom fonctionnalité] - Brief Sales Enablement

## Ce que c'est
[2-3 phrases]

## Qui s'en soucie
- [Persona 1] : [pourquoi]
- [Persona 2] : [pourquoi]

## Talk track
"[Pitch suggéré : 3-4 phrases qu'un rep peut utiliser en appel]"

## Traitement des objections
| Objection | Réponse |
|-----------|---------|
| "[Objection courante]" | "[Réponse]" |

## Questions de discovery
- "[Question qui fait émerger le pain résolu]"
- "[Question qui qualifie pour cette fonctionnalité]"

## Contexte concurrentiel
- [Concurrent X] : [a / n'a pas cela]
- [Concurrent Y] : [leur approche vs la nôtre]

## Ressources
- Vidéo démo : [lien]
- Docs : [lien]
- Histoire client : [lien]

Phase 3 : checklist de lancement

Générer une checklist selon le tier.

Tier 1, lancement majeur

• Entrée changelog publiée
• E-mail d'annonce envoyé à [segment]
• Post LinkedIn publié depuis le compte fondateur
• Thread Twitter publié
• Bannière in-app configurée
• Équipe sales briefée, doc enablement envoyé
• Docs/help center mis à jour
• Vidéo démo enregistrée
• Post Product Hunt planifié si pertinent
• Notifications partenaires/intégrations envoyées

Tier 2, lancement moyen

• Entrée changelog publiée
• E-mail d'annonce envoyé
• Post LinkedIn publié
• Notification in-app configurée
• Docs mises à jour

Tier 3, mineur

• Entrée changelog publiée
• Mention social media
• Docs mises à jour

Phase 4 : sortie

Enregistrer tous les assets dans clients/<client-name>/launches/[feature-slug]/ :

• launch-kit.md - tous les assets dans un document
• checklist.md - checklist de lancement avec owners

Coût

Outils requis

Aucun. Skill de raisonnement pur. Fonctionne avec tout agent LLM.

Phrases déclencheuses

• "Génère les assets de lancement pour [fonctionnalité]"
• "On vient de ship [fonctionnalité], écris la copy de lancement"
• "Lance le feature launch playbook pour [fonctionnalité]"
• "Transforme cette spec en contenu prêt au lancement"