grand-slam-offer — moteur de copy Hormozi LP

Grand Slam Offer — Copie de l'offre et du produit

Objectif : construire une offre si bonne que les gens auraient l'impression d'être stupides en disant non — puis la traduire en copie de site web. L'offre compte plus que les mots : construisez d'abord l'offre, écrivez la copie en second.

Cette compétence a une liste stricte de critères (voir « Critères obligatoires »). L'offre et la copie ne sont pas terminées tant que chaque critère n'est pas PASS ou N/A délibérément justifié.

Flux de travail

Suivez les étapes dans l'ordre. Ne commencez pas à écrire la copie avant l'étape 5.

Étape 1 — Reconnaissance du code

Avant de poser une question, extrayez tout ce que vous pouvez du référentiel :

• Contenu des pages : composants de page/section (src/, app/, pages/, components/), fichiers de contenu (content/, *.md, *.mdx), traductions (locales/, i18n/, messages/*.json), données CMS, README, package.json (nom, description).
• Recherchez des mots-clés liés à l'offre dans plusieurs langues, par exemple : grep -riE "price|pricing|plan|tier|package|guarantee|refund|bonus|free|limit|spots|seats|deadline|testimonial|case study|faq|cen|zł|pln|eur|pakiet|gwaranc|zwrot|gratis|miejsc|opini" --include=*.{tsx,jsx,ts,js,vue,svelte,astro,html,md,mdx,json} .
• Identifiez le ton de voix de la marque (formel/casual, forme d'adresse).

Enregistrez le résultat sous forme de tableau « Ce que je sais déjà » avec les colonnes : Élément de l'offre | Ce que j'ai trouvé | Source (fichier) | Confiance (élevée/faible/aucune).

Étape 1a — Langue de la copie (obligatoire)

Déterminez la langue dans laquelle la copie sera rédigée. La langue de la copie est indépendante de la langue de cette conversation et de la langue de cette compétence.

1. Détectez-la à partir du contexte du site, dans cet ordre de preuve :
   • Attribut <html lang="…">, configuration i18n du framework (next.config.* i18n.defaultLocale, astro.config.*, nuxt.config.*, configuration vite/i18next), dossiers/fichiers de locale (locales/pl/, messages/de.json),
   • la langue de la copie visible existante (titres, boutons, titre/méta description),
   • la devise, les formats de date et les pages légales (par exemple « Regulamin », « Impressum », « Terms »).
2. Utilisez la langue détectée sans demander uniquement lorsque les preuves sont sans ambiguïté (une seule locale, copie existante clairement dans cette langue).
3. Demandez à l'utilisateur dans quelle langue écrire lorsque l'une des conditions suivantes s'applique :
   • il n'y a pas de copie existante ni de signal de langue (projet nouveau/vide),
   • le site a plusieurs locales (demandez : quelle est la langue principale/source, et si d'autres locales doivent également être rédigées ou laissées pour traduction),
   • les signaux sont en conflit (par exemple lang="en" mais le contenu est en polonais, texte de modèle factice, lorem ipsum),
   • l'utilisateur a explicitement mentionné un marché cible différent de celui suggéré par le site.
4. Confirmez également la forme d'adresse lorsque la langue en a une (par exemple polonais « Ty » vs. « Państwo », allemand « du » vs. « Sie », français « tu » vs. « vous ») si elle ne peut pas être déduite de la copie existante.
5. Enregistrez la décision dans le Brief de l'offre : Langue de la copie : <langue> (source : détectée depuis <fichier/signal> | choisie par l'utilisateur).

Toute la production destinée au client (nom de l'offre, contenu du Brief de l'offre destiné à la page, et toute la copie) est rédigée dans la langue de la copie choisie. Communiquez avec l'utilisateur dans la langue qu'il utilise dans la conversation.

Étape 2 — Analyse des écarts

Comparez « Ce que je sais déjà » avec les entrées listées dans references/intake-questions.md. Chaque élément avec une confiance « aucune » ou « faible » va dans la liste de questions. Ne posez pas de questions sur des choses clairement répondues par le code — cela fait perdre du temps à l'utilisateur.

Étape 3 — Entretien

Lisez references/intake-questions.md et posez uniquement les questions manquantes.

• Si l'outil AskUserQuestion est disponible, utilisez-le (max 3–4 questions par tour, avec des options cliquables sensées + un espace pour une réponse personnalisée). Sinon, demandez dans le chat, par tours de max 5 questions.
• Si la langue de la copie est encore indéterminée après l'étape 1a, incluez-la dans le premier tour.
• Ordre des tours : (1) client et résultat rêvé, (2) produit et livraison, (3) preuves et obstacles, (4) contraintes : capacité réelle, délais, garanties que l'entreprise acceptera, (5) tarification et marges.
• Lorsque l'utilisateur ne connaît pas la réponse, proposez 2–3 options concrètes et demandez-lui de choisir au lieu de laisser un vide.
• N'inventez jamais de faits : nombres de clients, résultats, témoignages, certifications, nombre de places disponibles. S'ils manquent, insérez un espace réservé explicite dans la copie : [À REMPLIR : …] (rédigez l'étiquette de l'espace réservé dans la langue de la copie, par exemple [À REMPLIR : …] pour le français).

Étape 4 — Construire l'offre (Brief de l'offre)

Lisez references/offer-framework.md, references/guarantees-scarcity.md et references/pricing-packages.md. Construisez l'offre dans cet ordre :

1. Résultat rêvé — une phrase, dans les mots du client, concrète et mesurable.
2. Équation de valeur — listez les leviers : comment nous augmentons le résultat et la probabilité perçue de réalisation, comment nous réduisons le délai et l'effort & sacrifice.
3. Liste des problèmes/obstacles — tout ce que le client doit surmonter avant, pendant et après l'achat (min. 8).
4. Problèmes → solutions — transformez chaque obstacle en solution (« Comment … »).
5. Supports de livraison — comment chaque solution est livrée (1:1, groupe, modèle, outil, fait pour vous, etc.), puis Taillez & Empilez : supprimez ce qui est coûteux à livrer et de faible valeur pour le client ; conservez ce qui est bon marché à livrer et très valorisé.
6. Empilement de valeur — composants avec un nom, un résultat et une valeur pour chacun.
7. Bonus — chaque bonus supprime un obstacle spécifique.
8. Inversion du risque — une garantie (ou un empilement de garanties).
9. Rareté et urgence — basées sur des contraintes réelles.
10. Forfaits / architecture de prix — si le produit est éligible (voir critères d'éligibilité dans pricing-packages.md).
11. Nom de l'offre — formule MAGIC.

Enregistrez le résultat sous docs/offer/offer-brief.md (ou un emplacement que l'utilisateur spécifie) en utilisant le modèle dans « Format de sortie ». Montrez le brief à l'utilisateur et demandez son approbation ou des modifications avant d'écrire la copie.

Étape 5 — Copie du site web

Lisez references/copy-blueprint.md. Rédigez la copie section par section en suivant le blueprint, adaptée au type de site (page d'atterrissage unique vs. site web plus grand — voir blueprint). Rédigez dans la langue de la copie choisie à l'étape 1a, idiomatiquement — pas comme une traduction de l'anglais.

Implémentation : par défaut, enregistrez la copie dans docs/offer/landing-copy.md. Si l'utilisateur le souhaite, placez la copie directement dans les composants/fichiers de contenu — en préservant la structure existante, les clés i18n et les styles. Pour les sites multilingues, écrivez uniquement dans la/les locale(s) convenue(s). Ne reconstruisez pas la mise en page sans autorisation. Sur un site web plus grand, une fois la nouvelle copie en place, suggérez la compétence site-consistency pour aligner les pages restantes avec la nouvelle offre.

Étape 6 — Contrôle qualité

Parcourez les « Critères obligatoires » ci-dessous et incluez un tableau dans votre réponse : Critère | PASS/FAIL/N/A | Preuve (citation de la copie ou justification pour N/A). Corrigez chaque FAIL avant de livrer. N/A n'est autorisé que là où le critère le permet explicitement.

Critères obligatoires

L. Langue

• L1. La langue de la copie a été déterminée selon l'étape 1a (détectée à partir de signaux de site sans ambiguïté ou explicitement choisie par l'utilisateur) et enregistrée dans le brief avec sa source.
• L2. Toute la copie destinée au client, le nom de l'offre, les CTA et les espaces réservés sont dans cette langue, rédigés idiomatiquement avec la forme d'adresse convenue.

A. Offre basée sur la valeur — les offres basées sur le prix sont INTERDITES

• A1. La copie ne concurrence jamais sur le prix : les messages comme « le moins cher », « prix le plus bas », « moins cher que les concurrents », « meilleur prix partout », ou « -50 % de réduction » comme argument principal sont interdits (et leurs équivalents dans la langue de la copie).
• A2. Le prix n'apparaît qu'après que la valeur est présentée (résultat → empilement → bonus → garantie → prix). Jamais dans le hero ou au-dessus de la ligne de flottaison comme accroche.
• A3. Le prix est ancré par rapport à la valeur totale de l'empilement (« Valeur totale : X — Votre investissement : Y ») et/ou par rapport au coût du problème (ce que ne pas le résoudre coûte au client).
• A4. La valeur totale de l'empilement est un multiple du prix (objectif : au moins 5–10×). La valorisation de chaque composant doit être justifiée (coût de l'alternative, taux du marché, temps économisé) — enregistrez la justification dans le brief.
• A5. Le prix est fixé à partir de la valeur du résultat pour le client, pas du coût de production ou des prix des concurrents. Si l'utilisateur propose un prix inférieur à ce que la valeur justifie, signalez-le et suggérez d'augmenter la valeur plutôt que de baisser le prix.

B. Équation de valeur

• B1. Le résultat rêvé est nommé concrètement (nombre, état, délai) dans le hero.
• B2. La copie augmente la probabilité perçue de réalisation : preuves (témoignages, études de cas, chiffres, méthode, autorité) — réelles ou sous forme d'espaces réservés.
• B3. La copie communique un délai plus court pour le premier résultat (« premiers résultats en … »).
• B4. La copie communique un effort et un sacrifice réduits (« sans … », « nous le faisons pour vous »).

C. Empilement et bonus

• C1. L'offre se compose d'au moins 3 composants nommés, chacun avec une description de résultat et une valorisation.
• C2. Chaque bonus résout un obstacle spécifique de la liste des problèmes (indiquez lequel dans le brief).
• C3. Chaque bonus a un nom, un résultat et une valorisation ; la valeur totale des bonus est au moins comparable à la valeur de l'offre principale.
• C4. Au moins un bonus aide le client à atteindre l'objectif (pas seulement un « ebook gratuit »), par exemple mise en œuvre, modèles, consultation de lancement, liste de contrôle d'exécution.

D. Inversion du risque

• D1. L'offre contient au moins une garantie clairement formulée : type (inconditionnelle / conditionnelle / anti-garantie / implicite), délai, conditions, ce que le client obtient exactement.
• D2. Dans la mesure du possible, la garantie est liée au résultat, pas seulement à la « satisfaction » (par exemple « si vous n'atteignez pas X en Y jours malgré avoir suivi les étapes, nous continuons à travailler avec vous gratuitement / remboursement … »).
• D3. La garantie est approuvée par l'utilisateur — ne promettez jamais quelque chose que l'entreprise n'a pas accepté.
• D4. La garantie est visible à côté du prix et du CTA principal.

E. Rareté et urgence

• E1. L'offre inclut de la rareté (places/emplacements/unités limités) et/ou de l'urgence (temps limité : date limite d'inscription, date limite de bonus, augmentation de prix).
• E2. Chaque contrainte est réelle et provient d'une capacité réelle ou d'une décision commerciale (par exemple max 10 clients par mois, inscription de cohorte fermée le X). Les compteurs à rebours factices, « il ne reste que 3 places » sans fondement et les chronomètres qui se réinitialisent sont interdits — ils induisent les clients en erreur et constituent une pratique commerciale déloyale dans l'UE et dans de nombreuses autres juridictions.
• E3. La copie donne une raison pour la contrainte (qualité du service, capacité de l'équipe, début de cohorte).
• E4. Si le nombre de places est dynamique, marquez-le dans la copie avec un espace réservé/variable ([PLACES_RESTANTES]) et suggérez où le mettre à jour.

F. Forfaits et psychologie des prix

• F1. L'éligibilité au forfait a été évaluée (voir pricing-packages.md) et la décision avec justification est enregistrée dans le brief.
• F2. Si le produit est éligible : au moins un mécanisme est utilisé — forfaits de quantité (« achetez-en 4, obtenez-en 6 », « achetez-en 2, obtenez-en 1 gratuit »), niveaux (bon/meilleur/meilleur avec un ancrage et une option recommandée), leurre, paiement unique vs. échéances avec un bonus pour paiement intégral.
• F3. S'il n'est pas éligible : une psychologie de présentation des prix est utilisée (ancrage de valeur, décomposition par unité de temps/résultat, comparaison avec le coût du problème) et F2 est marqué N/A avec justification.
• F4. Une option recommandée est mise en évidence (par exemple « Le plus populaire »), et le mécanisme du forfait est compréhensible en 3 secondes.
• F5. Lors de la communication de réductions de prix sur le marché de l'UE : informez l'utilisateur de l'obligation d'afficher le prix le plus bas des 30 jours précédant la réduction (Directive Omnibus). Préférez ajouter de la valeur (bonus, plus d'unités) plutôt que des réductions.

G. Nommage et copie

• G1. L'offre a un nom construit avec MAGIC (au moins 3 des 5 éléments), naturel dans la langue de la copie.
• G2. Hero : titre axé sur les résultats + sous-titre (pour qui, en combien de temps, sans quoi) + CTA.
• G3. La copie utilise le langage du client (ses mots de l'entretien/témoignages), s'adresse directement au lecteur et se concentre sur les avantages et les résultats, pas sur les fonctionnalités.
• G4. Chaque section de page a un CTA ou y mène ; les CTA décrivent l'étape suivante et l'avantage, pas « Envoyer ».
• G5. Zéro donnée inventée : chaque chiffre, témoignage et promesse provient de l'utilisateur ou est un espace réservé.
• G6. La FAQ répond aux principales objections (prix, temps, « est-ce que ça marchera pour moi », risque) et renvoie à la garantie.

Format de sortie

offer-brief.md

# Brief de l'offre : [Nom de l'offre selon MAGIC]

Langue de la copie : [langue] (source : détectée depuis [signal] | choisie par l'utilisateur) · Forme d'adresse : [...]

## 1. Client (avatar) et résultat rêvé
## 2. Équation de valeur (4 leviers)
## 3. Problèmes → solutions (tableau : obstacle | solution | support de livraison | coût de livraison | valeur client | décision Taille/Empilement)
## 4. Empilement de valeur (tableau : composant | résultat | valorisation | justification de la valorisation)
## 5. Bonus (tableau : bonus | obstacle supprimé | résultat | valorisation)
## 6. Inversion du risque (type, formulation complète de la garantie, conditions, statut d'approbation de l'utilisateur)
## 7. Rareté et urgence (contrainte | source réelle | raison | comment mettre à jour)
## 8. Prix et forfaits (décision d'éligibilité, options, ancrages, option recommandée)
## 9. Éléments ouverts / espaces réservés à remplir

La structure et l'analyse du brief peuvent être dans la langue de la conversation ; tout texte destiné à apparaître sur le site (nom de l'offre, noms des composants, formulation de la garantie, titres) est rédigé dans la langue de la copie.

landing-copy.md

Copie section par section selon copy-blueprint.md, avec titre de section, corps et CTA — dans la langue de la copie. Terminez par le tableau de vérification des critères (L, A–G).

À éviter

• Écrire la copie avant que l'offre ne soit construite — de beaux mots ne sauveront pas une offre faible.
• Supposer que la langue de la copie est la langue de la conversation.
• Poser des questions sur ce qui est déjà présent dans le code.
• Utiliser des compteurs à rebours ou une rareté artificielle.
• Promettre des garanties que l'entreprise n'a pas approuvées.

Références

• offer-framework.md
• guarantees-scarcity.md
• pricing-packages.md
• copy-blueprint.md
• intake-questions.md