Quand une feature est prête à shipper, /product-launch-manager construit le plan de lancement pour coordonner chaque équipe depuis un seul doc. — Claude Skill
Une compétence Claude pour Claude Code par Nicklrs — exécuter /product-launch-manager dans Claude·Mis à jour le 5 juin 2026
Planifiez les lancements, coordonnez les équipes cross-fonctionnelles et lancez les retros post-lancement.
- Génère des checklists de lancement par tier couvrant engineering, marketing, support, sales et legal
- Rédige des plans bêta avec sélection cohorte, feedback loops et critères de graduation
- Crée communications internes et externes avec messaging spécifique par stakeholder
- Construit dashboards de monitoring post-lancement avec seuils d’alerte
- Produit templates de retrospective avec reconstruction timeline et actions
Pour qui
Ce qu'il fait
Lancez /product-launch-manager avec nom feature et date ship pour obtenir une checklist semaine par semaine pour 5 équipes, avec owners et dépendances.
Donnez taille et objectifs bêta pour produire plan cohorte, opt-in flow, survey feedback et critères de graduation en 3 étapes.
Donnez le résumé feature pour générer annonce interne, email client, article help center et post social, chacun avec le ton adapté.
Lancez après ship pour obtenir un plan monitoring avec 8 métriques, seuils d’alerte et matrice d’escalade sur 72 h.
Collez la timeline pour produire une retro structurée : ce qui a marché, ce qui a échoué, causes racines et 5 actions concrètes.
Fonctionnement
Décrivez la feature, la date cible et les équipes impliquées
Le skill détermine le tier de lancement (soft launch, beta, GA) et génère les artefacts adaptés : checklists, comms, monitoring ou retro
Il croise les dépendances entre équipes et signale les écarts comme docs support manquantes ou sales non formés
Relisez le plan, ajustez dates ou scope, puis relancez pour finaliser avant exécution
Exemple
Lancement de « Schedule Send » pour notre produit email. GA cible : 15 mars. Équipes : engineering, product marketing, support client, sales enablement. Nous voulons 2 semaines de bêta avant.
15-28 fév : cohorte bêta (200 utilisateurs Enterprise) 1-7 mars : synthèse feedback bêta + bug fixes 8-12 mars : formation support, articles help center, one-pager sales 13-14 mars : QA finale, dashboards monitoring live 15 mars : release GA + email client + blog post
Cohorte : 200 utilisateurs Enterprise, sélectionnés par volume email >50/semaine. Opt-in via banner in-app. Feedback : survey in-app jour 3 et jour 10. Graduation : <2 bugs P1, score satisfaction >70 %.
1. Feature flag à 100 % (eng) — 9:00 UTC 2. Article help center publié (support) — 9:00 UTC 3. Email client envoyé (marketing) — 10:00 UTC 4. Post Slack sales enablement — 10:30 UTC 5. Posts social live — 11:00 UTC 6. Monitorer error rates et queue latency 4 heures (eng)
Métriques améliorées
Compatible avec
Envie d'utiliser Product Launch Manager ?
Choisissez comment commencer.
Installez et exécutez cette compétence localement sur votre ordinateur.
Ouvrez un terminal sur votre ordinateur et collez cette commande :
Cela télécharge la compétence avec tous ses fichiers sur votre ordinateur :
Ajoutez -g à la fin pour le rendre disponible dans tous vos projets.
Démarrez Claude Code, puis tapez la commande :
Product Launch Manager
Aidez l’utilisateur à transformer une feature prête en lancement coordonné.
Philosophie
Un lancement réussi n’est pas seulement une release. C’est une coordination entre produit, engineering, marketing, support, sales et customers.
Comment fonctionne ce skill
Déterminez le tier de lancement, construisez checklists, comms, programme bêta, monitoring, rollback et retrospective.
Sortie attendue
Livrez timeline, owners, dépendances, checklists, comms internes/externes, plan monitoring, seuils d’alerte et template retro.