Stevekaplanai/premium-product-launch-prompt

Compétence Claude Code : playbook de lancement produit basé sur un livre blanc — recherche en étoile, livre blanc cité et actualisé avec pipeline PDF, nurturing d'e-mails vérifiés, analyse des espaces vierges dans la Bibliothèque d'Annonces Meta + conception de campagne Andromeda, calendrier de contenu sur 30 jours et graphiques d'amorçage.

Qu'est-ce que premium-product-launch-prompt ?

Cette compétence pour Claude Code fournit un playbook complet de lancement produit en six phases, chacune avec une porte de validation stricte. Elle est conçue pour les fondateurs, les responsables marketing et les chefs de produit qui lancent des logiciels B2B et qui ont besoin d'une approche structurée et fondée sur des données pour créer un livre blanc, une campagne de nurturing par e-mail et une stratégie publicitaire Meta. La compétence s'appuie massivement sur les frameworks d'Alex Hormozi (extraits de ses livres) et sur une recherche d'actualités en temps réel pour produire un livre blanc crédible et un plan de lancement. Elle supporte Claude Code comme plateforme, mais son approche peut être adaptée à d'autres agents IA. Le playbook automatise la recherche via des workflows parallèles, extrait des frameworks depuis des PDFs, vérifie les affirmations de nouveauté, et exige que chaque phase soit vérifiée manuellement avant de passer à la suivante. Les points forts incluent le respect strict des limites d'honnêteté (ce qui est expédié vs. la feuille de route), l'utilisation de la Bibliothèque d'Annonces Meta via un navigateur réel pour éviter les blocages 403, et la production d'actifs visuels et de contenu vérifiés. Les modes d'échec connus (accès automatisé à la Bibliothèque Meta, dérive d'honnêteté, revendications de nouveauté non vérifiées) sont explicitement documentés et gérés.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add Stevekaplanai/premium-product-launch-prompt

Installed? Explore more Développement et programmation skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

Demander à votre IA préférée

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

Documentation

Lancement Produit SKAI + Livre Blanc

Un playbook, six phases, chacune avec une porte de validation stricte. Construit et prouvé lors du lancement de ClaimFlow (juillet 2026). Vous êtes l'orchestrateur : menez les recherches en parallèle, rédigez les documents vous-même, vérifiez chaque porte avant de passer à la suivante.

Tout le matériel source d'Hormozi est joint dans references/hormozi/ ($100M Offers, $100M Leads, $100M Money Models, $100M Lost Chapters — PDF complets) avec des extractions de frameworks pré-distillées dans references/hormozi-distilled/ (JSON : frameworks centraux + accroches pour livres blancs/e-mails/publicités/contenu par livre, chacune appliquée au lancement SaaS B2B). Lisez d'abord les JSONs distillés — ne consultez les PDFs que lorsqu'un framework nécessite un traitement plus approfondi ou que le contexte produit diffère suffisamment pour que la distillation ne soit pas transférable.

Phase 0 — Brief (entrées à verrouiller avant toute exécution)

  • Produit + URL, ICP (une phrase, spécifique à l'avatar), et la phrase de coin (la formule en une ligne du type "la conformité est le coin, l'attribution est la rétention" ; si elle n'existe pas, écrivez-la d'abord — chaque actif en dépend).
  • Le concept d'autorité pour le livre blanc : un point de vue véritablement novateur ou contradictoire (exemple ClaimFlow : embeddings de Poincaré/hyperboliques appliqués à l'attribution). Pas de concept → le livre blanc est un PDF générique ; insistez conformément à la Règle Cardinale 0.
  • Domaine d'actualités pour le détournement d'actualité (calendrier réglementaire, actions d'exécution, changements de plateforme).
  • Limite d'honnêteté : quelles affirmations décrivent un logiciel expédié par rapport à la feuille de route. Cela obtient son propre agent de recherche dans la Phase 1.
  • Échelle budgétaire pour les publicités et jetons de marque (couleurs, polices d'affichage/corps/mono, et où se trouvent les fichiers .woff2).

Phase 1 — Recherche en étoile (un Workflow, agents parallèles)

Exécutez comme un seul Workflow avec parallel() ; agents de niveau sonnet ; schémas de sortie structurés. Flux :

  1. Frameworks Hormozi — lisez references/hormozi-distilled/*.json ; escaladez vers les PDFs (Lire avec pages, ≤15/chunk) uniquement si nécessaire. Sortie : frameworks + accroches appliqués à CE produit.
  2. Actualités — WebSearch/WebFetch, 6 à 12 événements datés avec URL de sources primaires (sites réglementaires + presse spécialisée), chacun avec "pourquoi l'ICP s'en soucie" + un angle de détournement d'actualité lié à la phrase de coin. L'exactitude est obligatoire ; ceux-ci ancrent le livre blanc.
  3. Recherche savante + antériorité — vérifiez chaque citation (auteurs, année, titre, lieu, URL). Effectuez ≥6 recherches d'antériorité formulées différemment. Produisez la formulation exacte et défendable de la nouveauté : "À notre connaissance, le premier X — le travail adjacent le plus proche est [citer], qui fait Y et non X." Ne revendiquez jamais la priorité absolue ; nommez toujours le voisin le plus proche. Signalez toute citation que l'agent n'a pas pu vérifier indépendamment et supprimez-la ou remplacez-la.
  4. Annonces Meta des concurrents — EN DIRECT, via le navigateur de l'utilisateur. Mode d'échec connu : Meta bloque (403) TOUT accès automatisé à la Bibliothèque d'Annonces (WebFetch, navigateurs de rendu Apify, tout headless). Ne gaspillez PAS le budget de l'agent. Utilisez claude-in-chrome : ouvrez facebook.com/ads/library dans le vrai Chrome de l'utilisateur, tapez chaque marque dans la zone de recherche, cliquez sur la Page de l'annonceur dans la suggestion (la recherche par mot-clé est médiocre — sélectionnez toujours la Page), puis get_page_text pour l'inventaire complet des publicités. Enregistrez par concurrent : nombre de publicités actives, thèmes/accroches textuels, formats, CTA. Le livrable est l'espace vierge : les axes de messages avec une couverture observée nulle.
  5. Vérification d'honnêteté — un agent lit la/les base(s) de code réelle(s) et renvoie honest_claims : ce qu'un actif public peut HONNÊTEMENT affirmer et ce qu'il NE DOIT PAS affirmer. Cette liste est contraignante pour toutes les phases ultérieures.

Porte : tous les flux renvoyés ; recherche sauvegardée dans <repo>/marketing/research/*.json ; formulation de nouveauté verrouillée ; liste d'affirmations honnêtes en main.

Phase 2 — Le livre blanc

Structure (la colonne vertébrale de persuasion est l'Équation de Valeur d'Hormozi ; le squelette est une liste problèmes→solutions) :

  1. Titre selon M-A-G-I-C (aimant/avatar/objectif/intervalle/contenant) avec un titre principal signalant l'autorité.
  2. Résumé exécutif — phrase de coin, les deux arguments (technique + pratique), l'affirmation de nouveauté.
  3. "Pourquoi maintenant" — le tableau de détournement d'actualité : date | événement | ce que cela signifie pour le lecteur. D'abord le calendrier, ensuite les chiffres.
  4. Statut quo + où ça casse — nommez ce qui est expédié aujourd'hui honnêtement, puis la critique structurelle.
  5. La généalogie du concept — historique + citations vérifiées ; incluez ≥1 citation de l'année en cours prouvant que le concept est un domaine de recherche actif (le thème "lié à l'actualité de l'IA").
  6. Le cas d'application — pourquoi ce concept, cette industrie ; incluez l'affirmation de nouveauté nuancée avec la citation du voisin le plus proche.
  7. "Ce que nous avons construit / ce que nous construisons" — limité par la liste d'affirmations honnêtes ; incluez un paragraphe explicite sur ce que nous n'affirmerons PAS (la vérifiabilité radicale EST l'argument de vente pour les acheteurs sceptiques).
  8. Pourquoi ce marché — les quatre vérifications de la Foule Affamée (douleur/pouvoir d'achat/ciblable/croissance) argumentées avec la recherche.
  9. Section d'auto-audit — 5 questions de diagnostic (mécanique d'aimant en plomb révélant un problème).
  10. Fermeture = offre empilée : bonus nommés avec emplois ("conçu pour votre responsable conformité"), une vraie garantie, une rareté honnête basée sur la capacité, un seul CTA. Puis références complètes + un pied de page d'intégrité en petits caractères (mention de données d'échantillon, nuance de nouveauté, étiquettes prospectives).

Ton : langage simple, commencez par le concret, pas de battage médiatique avec des mots interdits, expliquez tout calcul avec des analogies. ~4 000–5 500 mots.

Pipeline PDF (adaptez references/pipelines/build-pdf.mjs) : npx marked --gfm → enveloppez dans une coque CSS d'impression avec les polices de marque intégrées en base64 à partir des woff2 de jetons → chrome.exe --headless=new --no-pdf-header-footer --print-to-pdf. Vérifiez la typographie en prenant une capture d'écran du HTML (--screenshot) et en lisant le PNG — n'expédiez pas sans vérification.

Porte : markdown + PDF de marque existent ; chaque citation vérifiée ; chaque affirmation dans les limites d'honnêteté ; vérification de capture d'écran réussie.

Phase 3 — Plan d'e-mails

  • Mécanisme avant le texte : page de capture verrouillant le PDF (e-mail + 2–3 champs qualifiants = le cadran de friction), vérification d'e-mail côté serveur lors de la soumission (Hunter — La Règle Cardinale 7 est absolue : rien de non vérifié n'entre dans une plateforme d'envoi), poussez vers Kit/ConvertKit avec des balises, sous-domaine d'envoi dédié avec SPF/DKIM/DMARC. Livrez le PDF sur la page aussi — la porte est un péage, pas un otage.
  • Séquence (Jour 0,1,3,5,8,11,14,18,22,26) : livrer-tout → une-petite-action → histoire-avec-enjeux → le calendrier/échéances → recadrer ("le fournisseur gère ça" ≠ réponse) → le concept en 60 secondes → première demande (pilote + garantie, menu CTA) → dé-vente/objections → statut de capacité honnête → réengagement en 9 mots. Donner:démander ≥ 4:1. Toute urgence réelle (dates réglementaires, vraie capacité) — jamais fabriquée.
  • Post-séquence : e-mail mensuel de valeur pure + demande de référence bilatérale (les niches à réseau dense amplifient les références plus rapidement que les publicités).
  • Étalonnage du modèle économique (tiré de $100M Money Models) : livre blanc = attraction → pilote = vente incitative → niveau fonctionnalité allégée = vente dégradée → abonnement = continuité. Ne vendez que l'étape suivante dans chaque e-mail. Envisagez un tarif à vie pour la cohorte fondatrice + des frais d'installation uniques réels (mécaniques de continuité de Lost Chapters).
  • La prospection à froid est une voie distincte et n'entre jamais dans la liste ESP chaleureuse.

Porte : EMAIL-PLAN.md avec le texte complet pour tous les envois + objectifs de mesure ; tâche de création de page de capture créée (elle bloque les publicités).

Phase 4 — Publicités Meta (rapport d'espace vierge + conception Andromeda)

Rapport d'espace vierge à partir des observations en direct de la Phase 1 : tableau du concurrent | nombre actif | thèmes textuels | formats/CTA, puis la liste des espaces vierges (angles avec couverture observée nulle), puis budget : défaut de petit lancement 50$/jour, objectif de CPL avec déclencheur d'échelle explicite (2 semaines sous l'objectif + 1 appel pilote) et déclencheur d'arrêt/correction (CPL 1,5× l'objectif = problème créatif, pas un problème de budget).

Campagne Andromeda (nommée d'après le moteur de classement de Meta d'Oct-2025, dont le levier n°1 est la diversité créative — les créations similaires à >60% sont supprimées) :

  • 1 campagne, Advantage+ activé, CBO · 6 ensembles de publicités = étapes du parcours client (Inconscient → Conscient du problème → Conscient de la solution → Conscient du produit/reciblage → Décision → Plaidoyer) · 5 publicités par ensemble de publicités = angles E-E-A-T : Expérience ×2 (voix du fondateur + scénario client), Expertise, Autorité, Fiabilité.
  • 30 concepts distincts, zéro variante. Publicité fatiguée → nouveau concept, pas un recoloriage.
  • Chaque brief de publicité : angle, accroche, format, CTA, destination. Aucune production créative dans cette phase.
  • Activation par phases : d'abord les étapes froides (elles constituent le pool de reciblage), reciblage à partir de ≥1k dans le pool, étape de décision au déclencheur d'échelle, plaidoyer uniquement lorsque des témoignages réels existent (ne fabriquez jamais — laissez l'emplacement vide).
  • Liste de vérification des prérequis : page de capture en ligne, événements Lead/Schedule dédupliqués Pixel + CAPI, domaine vérifié, pages sociales amorcées. Vérifiez honnêtement l'applicabilité de la Catégorie d'Annonce Spéciale (le logiciel B2B ne l'est généralement pas ; le vocabulaire des secteurs réglementés peut quand même déclencher un examen — gardez la création explicitement B2B).

Porte : les deux documents existent ; le budget a des déclencheurs d'échelle ET d'arrêt ; chaque brief de publicité remonte à un angle d'espace vierge ou à un créneau E-E-A-T.

Phase 5 — Calendrier de contenu sur 30 jours + graphiques d'amorçage

  • Arc : Jours 1–10 Chuchotement (problème + construction en public, zéro pitch) → 11–20 Taquinerie (révélation de l'actif, ouvertures de capture, série de croyances limitantes) → 21–30 Cri (cohorte pilote, tarif fondateur, compte à rebours, référence). Donner:démander ≥ 4:1 sur le mois.
  • Ton : "Comment j'ai," jamais "Comment faire." Un message/jour écrit une fois, adapté par plateforme. Les messages dans les communautés/groupes sont de la valeur pure, pas de liens sauf si demandé.
  • Règle de réutilisation : les gagnants organiques (≥3× les sauvegardes/partages médians) deviennent les prochains concepts de publicités payantes.
  • Graphiques d'amorçage (adaptez references/pipelines/build-graphics.mjs) : ~10 cartes, 1080×1350, jetons de marque, HTML → chrome --headless=new --screenshot. Ensemble standard : carte manifeste/phrase de coin, statistique d'application, chronologie réglementaire, liste de contrôle, comparaison à deux colonnes, illustration de concept (SVG dessiné à la main bat le stock), chaîne d'auto-audit, carte de garantie, couverture de livre blanc, carte de compte à rebours. Lisez les PNG rendus et corrigez les collisions d'espacement avant de livrer — l'encombrement du pied de page/légende est le bug récurrent.

Porte : tableau du calendrier complet (chaque ligne : phase, accroche→substance, format+actif, CTA) ; tous les graphiques rendus ET vérifiés visuellement.

Phase 6 — Achèvement

  • Tableau des livrables avec chemins absolus complets pour chaque artefact (Règle Cardinale 8 — porte stricte).
  • Créez des tâches pour les étapes de construction qui bloquent le lancement (page de capture, pixel, domaine d'envoi).
  • Mettez à jour la mémoire du projet avec ce qui a été expédié et ce qui est en attente.
  • Si le livre blanc contient des affirmations sur la feuille de route, assurez-vous que la construction de la feuille de route est une tâche suivie — la crédibilité du document dépend de la concrétisation du moteur.

Modes d'échec connus (appris à la dure)

  • Bibliothèque d'Annonces Meta : l'accès automatisé est mort (403). Le vrai Chrome connecté via claude-in-chrome fonctionne. La recherche par mot-clé n'est pas égale à la recherche par annonceur — cliquez toujours sur la Page dans la suggestion.
  • Fichiers de polices par hash : ne supposez jamais l'identité d'un .woff2 à partir de son nom de fichier — vérifiez la famille/sous-famille dans le fonts-manifest.json de la capture avant de l'intégrer.
  • Affirmations de nouveauté : un "premier jamais" sans nuance est un aimant à falsification. Toujours "à notre connaissance" + nommez le travail adjacent le plus proche.
  • Dérive d'honnêteté : la pression marketing brouille la frontière entre ce qui est expédié et la feuille de route. La liste d'affirmations honnêtes de la Phase 1 est contraignante ; revérifiez chaque actif par rapport à elle avant de livrer.
  • Les chaînes d'invite des outils d'agent ne développent pas $(cat ...) — intégrez le contenu en ligne ou faites en sorte que les agents lisent les fichiers eux-mêmes.

Skills associés