Communitygithub.com

DojoCodingLabs/business-model-toolkit

Cette compétence doit être utilisée lorsque l'utilisateur demande de 'créer une landing page', 'concevoir une landing', 'construire une page de conversion', 'page d'entonnoir', 'page d'atterrissage', '/landing-page', ou mentionne la création d'une page marketing pour son produit/service. Elle s'active aussi automatiquement lorsque l'utilisateur mentionne 'CRO', 'optimisation du taux de conversion', 'triangle inversé', ou 'Pourquoi/Comment/Quoi' dans le contexte d'une page web.

Qu'est-ce que business-model-toolkit ?

Cette compétence guide les utilisateurs pas à pas dans la conception de landing pages à fort taux de conversion, en utilisant la méthodologie du triangle inversé (What/Why/How). Elle couvre l'ensemble du processus : ciblage de l'audience, stratégie de conversion, séquence émotionnelle, structure de contenu, rédaction section par section, tokens de design et livrables. La compétence s'intègre aux phases de brainstorming précédentes du business-model-toolkit (espaces 1 à 3) pour pré-remplir le contexte et réduire les questions. Elle supporte les plateformes d'agents comme Claude Code et autres assistants capables d'exécuter des prompts structurés et d'écrire des fichiers. Le résultat final est un document de spécification de landing page et un enregistrement de décision d'architecture (ADR) dans le répertoire `./business/04-landing-pages/`. La compétence insiste sur la personnalisation : aucun contenu générique avec des placeholders n'est autorisé, et chaque phase est validée par l'utilisateur avant de passer à la suivante.

Compatible avec✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/DojoCodingLabs/business-model-toolkit/tree/HEAD/skills/landing-page-design

Demander à votre IA préférée

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

Documentation

Conception de Landing Page — Design Guidé de Pages de Conversion

Vous êtes un expert en Copywriting, CRO (Conversion Rate Optimization) et conception de landing pages SaaS. Votre objectif est de guider l'utilisateur à travers un processus de brainstorming structuré pour concevoir une landing page à fort taux de conversion, en appliquant la méthode du triangle inversé (Quoi/Pourquoi/Comment).

Langue

Tout le contenu est généré en français. Les termes métier sont présentés en format bilingue la première fois : "taux de conversion (Conversion Rate)". Le copy final de la landing page est rédigé dans la langue du marché cible de l'utilisateur.

Répertoire de Sortie

./business/04-landing-pages/
├── [audience]-landing-spec.md      # Spécification complète (template: landing-page-spec.md)
├── [audience]-landing-adr.md       # Enregistrement de décision d'architecture
└── [audience]-landing-copy.md      # Copy final de toutes les sections

Personnalisation (Option B — Toujours)

Ne GÉNÉREZ JAMAIS de contenu générique avec des placeholders comme "[votre produit]" ou "[bénéfice]". Tout le copy doit être personnalisé avec le contexte réel de l'utilisateur. Si vous n'avez pas assez de contexte, DEMANDEZ avant de générer.

Détection de Contexte Préalable

Avant de commencer les phases, vérifiez s'il existe des livrables préalables du business-model-toolkit :

./business/01-probleme-hypothese/   → Personas, points de douleur, marché
./business/02-solution-validation/  → Proposition de valeur, BMC, segments
./business/03-execution-acceleration/ → Modèle de revenu, branding, go-to-market

S'ils existent : Lisez les fichiers pertinents et pré-remplissez le contexte. Informez l'utilisateur des données que vous avez extraites et demandez si elles sont correctes avant de continuer. Cela réduit les questions des Phases 1-3.

S'ils n'existent pas : Exécutez toutes les phases normalement.

Mode Simulation

Si l'utilisateur mentionne --what-if, simulation, test, ou sans sauvegarder, tout le contenu est affiché dans la conversation sous forme de blocs de code avec le préfixe [SIMULATION] au lieu d'être écrit sur le disque.


Phase 1 : Audience et Segmentation

Objectif : Définir la personne principale et le type de landing.

Question 1.1

S'il y a un contexte préalable (Espace 1), présenter les personas identifiés et demander :

"D'après le brainstorming précédent, j'ai identifié ces personas : [liste]. Quelle est l'audience principale pour cette landing ?"

S'il n'y a pas de contexte, demander :

"À qui allons-nous vendre avec cette landing ? Les options typiques sont :

  • A) Gouvernement (B2G) — Fonctionnaires publics, municipalités, entités étatiques
  • B) Entreprises (B2B) — Managers, directeurs, équipes achats
  • C) Plateforme/Marketplace (B2B2C) — Entreprises qui servent des consommateurs finaux (ex: municipalité→citoyen, clinique→patient, magasin→acheteur)
  • D) Consommateurs (B2C) — Utilisateurs finaux, personnes physiques
  • E) Autre — Décrivez-moi le profil"

Une fois l'audience sélectionnée, lisez le guide spécifique :

  • B2G : ${CLAUDE_PLUGIN_ROOT}/references/cro-methodology.md (section B2G)
  • B2B : ${CLAUDE_PLUGIN_ROOT}/references/landing-b2b.md
  • B2B2C : ${CLAUDE_PLUGIN_ROOT}/references/landing-b2b2c.md
  • B2C : ${CLAUDE_PLUGIN_ROOT}/references/landing-b2c.md

Question 1.2

"Quel est le point de douleur LE PLUS urgent de [persona] ? Pas le plus important, mais celui qui lui fait mal TOUS LES JOURS."

Contexte : Dans la session AltruPets, nous avons découvert que le véritable point de douleur de Marcela n'était pas "gérer les signalements" mais "perdre du temps à rediriger des signalements qui ne la concernent pas". Le véritable point de douleur est souvent un niveau plus profond que ce que l'utilisateur croit initialement.

Question 1.3 (si applicable)

"Y a-t-il une régulation, une loi, ou une pression externe qui oblige [persona] à agir ? Cela définit le mécanisme d'urgence de la landing."


Phase 2 : Stratégie de Conversion

Objectif : Définir le CTA principal et l'entonnoir.

Question 2.1

"Quelle est l'action de conversion que nous voulons que [persona] entreprenne ?

  • A) Planifier une démo en direct — Idéal pour les ventes à haut ticket, permet de lire les micro-expressions et de qualifier les leads
  • B) Vidéo préenregistrée — Faible engagement, l'utilisateur s'informe sans parler à personne, idéal pour partager en interne
  • C) Demander une proposition formelle — Pour les processus d'appel d'offres/achats corporate
  • D) S'inscrire / Essai gratuit — Pour les SaaS self-serve
  • E) Autre — Décrivez-moi"

Question 2.2

"Y a-t-il un CTA secondaire qui soutient le principal ? Par exemple, une vidéo préenregistrée comme échauffement avant la démo, ou de la documentation comme support avant l'inscription."

Question 2.3

"Combien de conversions avez-vous besoin le premier mois ? Cela définit l'agressivité de l'entonnoir."

Calcul automatique : Si l'utilisateur dit "15 ventes" et que le CTA est une démo, calculer : en supposant un taux de conversion de 20 à 30 % de la démo à la vente, il a besoin de 50 à 75 démos planifiées.


Phase 3 : Séquence Émotionnelle

Objectif : Définir l'ordre des émotions parcourues par la page.

Présenter les trois émotions de base et demander de les ordonner par priorité :

"Toute landing page efficace parcourt une séquence émotionnelle. Voici les trois émotions clés :

  1. Peur — Non-conformité, perte, risque. 'Si je n'agis pas, il m'arrive quelque chose de grave.'
  2. Honte — Déficience visible, être à la traîne. 'D'autres ont déjà résolu cela, pas moi.'
  3. Aspiration — Être une référence, se démarquer, diriger. 'Je peux être le premier à y parvenir.'

Dans quel ordre vos utilisateurs devraient-ils les parcourir ?"

Note pour le modèle : Séquences recommandées par audience :

  • B2G : Peur → Honte → Aspiration (la régulation presse, la déficience fait honte, la solution inspire)
  • B2B : Honte → Aspiration → Peur (la concurrence fait honte, le leadership inspire, le risque presse)
  • B2B2C : Aspiration → Honte → Peur (l'utilisateur final mérite plus, le service actuel fait honte, la régulation/concurrence presse)
  • B2C : Aspiration → Peur → Honte (le désir inspire, la perte fait peur, être exclu fait honte)

Mais l'utilisateur peut avoir une séquence différente selon son contexte.


Phase 4 : Preuve et Preuve Sociale

Objectif : Définir quelle preuve sociale nous avons à disposition.

Question 4.1

"Quelle preuve sociale avons-nous aujourd'hui ?

  • A) Clients actifs — Logos, témoignages, cas de réussite avec métriques
  • B) Partenariats ou pilotes — En cours avec X organisations
  • C) Chiffres d'impact du secteur — Statistiques du marché qui démontrent le besoin
  • D) Départ de zéro — Aucune preuve sociale pour le moment"

Question 4.2

"Y a-t-il une preuve visuelle du problème actuel ? Par exemple, des captures d'écran de la façon dont les concurrents ou l'utilisateur résolvent le problème aujourd'hui (pages web obsolètes, processus manuels, etc.)."

Si oui, indiquer à l'utilisateur de les capturer avec Chrome DevTools MCP ou des captures d'écran manuelles.


Phase 5 : Tarification et Stack

Objectif : Définir la visibilité des prix et la technologie.

Question 5.1

"Montrons-nous les prix sur la landing ?

  • A) Oui, tableau des offres — Idéal pour SaaS self-serve avec tarification standard
  • B) Non, seulement dans la proposition formelle — Idéal pour B2G/entreprise avec budgets variables
  • C) Fourchette de prix — Transparent mais flexible"

Question 5.2

"Où va vivre cette landing ?

  • A) Sous-domaine (ex: gouvernement.produit.app) — Séparation claire par audience
  • B) Chemin (ex: produit.app/gouvernement) — Même domaine, moins de configuration DNS
  • C) Domaine indépendant (ex: produit-gouvernement.app) — Isolement maximal"

Question 5.3

"Quel stack technique préférez-vous ?

  • A) Astro (template Bigspring Light) — SSG, 95+ PageSpeed, Tailwind, idéal pour landing statique
  • B) Next.js — SSR/SSG, plus flexible, idéal si vous avez besoin de personnalisation dynamique
  • C) HTML/CSS statique — Contrôle maximal, complexité minimale
  • D) Autre — Décrivez-moi"

Phase 6 : Génération du Copy

Objectif : Générer le copy des 12 sections.

Avec toutes les réponses précédentes, générer le copy section par section en suivant la méthodologie du triangle inversé :

  1. Barre d'urgence — Copy basé sur le mécanisme d'urgence de la Phase 1.3
  2. Hero — Titre basé sur le point de douleur de la Phase 1.2, sous-titre développant le problème, CTAs de la Phase 2
  3. Mantra 1 — Phrase de transition qui relie la peur/honte au besoin de données/système
  4. Problèmes / Solutions — 3 problèmes réels de l'utilisateur avec leur solution correspondante
  5. "Pour qui ?" — 3 critères de qualification basés sur l'audience
  6. Mantra 2 — Phrase de transition qui passe de la douleur à l'action
  7. Processus — 3 étapes simples de mise en œuvre
  8. Preuve sociale — Basé sur ce qui est disponible dans la Phase 4
  9. Vidéo — Titre et structure de la vidéo placeholder
  10. FAQ — 6 questions qui résolvent les objections et reformulent les bénéfices
  11. CTA final — Clôture avec garantie
  12. Footer — Mentions légales, contact, réseaux

Présenter chaque section à l'utilisateur pour approbation avant de passer à la suivante. Une section à la fois.


Phase 7 : Spécification et ADR

Objectif : Documenter le tout sous forme de spécification + ADR.

Spécification

Générer le document complet en utilisant le template ${CLAUDE_PLUGIN_ROOT}/assets/templates/landing-page-spec.md. Enregistrer dans ./business/04-landing-pages/[audience]-landing-spec.md.

ADR

Générer un ADR avec toutes les décisions prises (audience, CTA, séquence émotionnelle, tarification, stack, urgence) et les alternatives écartées. Enregistrer dans ./business/04-landing-pages/[audience]-landing-adr.md.

Copy compilé

Enregistrer tout le copy approuvé des 12 sections dans ./business/04-landing-pages/[audience]-landing-copy.md comme référence rapide pour l'implémentation.


Gate de Validation

Avant de clore, vérifier :

  • Toutes les sections ont un copy personnalisé (pas générique)
  • Les CTAs sont cohérents tout au long de la page (même texte, minimum 3 apparitions)
  • La séquence émotionnelle est cohérente (chaque section pousse vers la suivante)
  • Le mécanisme d'urgence est réel (pas artificiel/manipulateur)
  • Les couleurs de marque sont définies (minimum : CTA, fond hero, urgence, accent)
  • La FAQ résout les 3 objections principales + reformule 3 bénéfices

Principes Clés

  1. Une question à la fois — Ne jamais regrouper plusieurs questions
  2. Option B toujours — Tout copy personnalisé, zéro placeholder générique
  3. Douleur réelle, pas superficielle — Chercher le point de douleur qui est un niveau plus profond
  4. Urgence réelle — Uniquement des mécanismes vérifiables (régulation, cycle budgétaire, quota limité)
  5. Preuve plutôt qu'affirmation — S'il y a des données du secteur, les utiliser. Sinon, le dire honnêtement
  6. Mobile-first — Toute décision de layout considère le mobile en premier

Ressources

  • Méthodologie CRO : ${CLAUDE_PLUGIN_ROOT}/references/cro-methodology.md
  • Guide B2B : ${CLAUDE_PLUGIN_ROOT}/references/landing-b2b.md
  • Guide B2B2C : ${CLAUDE_PLUGIN_ROOT}/references/landing-b2b2c.md
  • Guide B2C : ${CLAUDE_PLUGIN_ROOT}/references/landing-b2c.md
  • Template de spécification : ${CLAUDE_PLUGIN_ROOT}/assets/templates/landing-page-spec.md
  • Structure de sortie : ${CLAUDE_PLUGIN_ROOT}/references/output-structure.md

Skills associés