/market-offer
Fonctionne partout

Compatible Claude, ChatGPT, Gemini et Claude Code.

Market Offer

Transforme vos services en offre irrésistible.

Voir le code

Ce que fait la skill

En détail.

Repart de vos services existants et reconstruit l'offre : empilement de valeur, garanties, inversion du risque, structure de prix, urgence honnête. Le but : que dire non devienne plus difficile que dire oui.

Quand l'utiliser

Vos prospects disent « c'est intéressant » puis disparaissent.

Exemple d'utilisation

/market-offer https://monsite.fr/services

1 · Le plus simple

Copiez-collez dans n'importe quel chat IA

Ce bouton copie la compétence entière. Collez-la dans Claude, ChatGPT ou Gemini, puis décrivez votre besoin. Aucune installation.

Dans un chat, les fichiers Word ou Excel ne peuvent pas toujours être générés : vous recevez alors le document en texte structuré, et Claude vous le signale.

Installation

3 étapes pour l'utiliser dans Claude.ai

1

Téléchargez le ZIP

Cliquez sur le bouton ci-dessus. Pour les skills gratuites, saisissez votre email pour recevoir le lien ; pour les premium, réglez via Stripe puis récupérez le lien.

2

Ouvrez Claude.ai et créez la skill

Sur claude.ai, ouvrez votre profil (en bas à gauche) → Customize → onglet Skills → bouton + → Create skill. Uploadez le .zip que vous venez de télécharger.

3

Activez le toggle et utilisez la skill

La skill apparaît dans votre liste — activez le toggle. Dans n'importe quelle conversation, tapez la commande (par exemple /market-quick suivi d'une URL).

Vous utilisez Claude Code (terminal ou app) ?

Le ZIP fonctionne aussi : décompressez-le dans ~/.claude/skills/ (Mac/Linux) ou C:\Users\VotreNom\.claude\skills\ (Windows), puis relancez Claude Code.

En profondeur

Comment cette compétence fonctionne vraiment

Market Offer transforme une liste de services ou produits existants en une offre packagée à forte conversion, sans jamais inventer de nouveaux services. Le principe fondateur du skill — « personne n'achète un service, on achète une transformation » — impose de repartir toujours du persona acheteur : le skill exige un document BUYER-PERSONA.md ou MARKETING-AUDIT.md existant, ou pose la question à l'utilisateur si aucun des deux n'existe, avant de concevoir quoi que ce soit.

À partir de ce persona, le skill audite l'offre actuelle (diagnostiquant l'un de 5 problèmes types : liste de fonctionnalités, prix seul, promesse générique, fourre-tout, ou offre invisible) et la note sur 100 selon 6 critères pondérés. Il reconstruit ensuite l'offre en 5 leviers : reformulation des livrables en langage de résultat plutôt que de process, conception de 2 à 4 bonus à valeur déclarée, ancrage de prix avec une valeur totale perçue 2 à 3 fois le prix réel, déclencheurs d'urgence et de rareté qui doivent être réels ou justifiables, et une garantie qui neutralise l'objection numéro un du persona.

La sortie inclut le bloc de copie complet prêt pour le site (titre, livrables, bonus, ancrage de prix, garantie, CTA), une structure optionnelle à 3 niveaux (Starter/Signature/Premium), et une comparaison avant/après expliquant quels leviers psychologiques ont été ajoutés. Tout est écrit dans IRRESISTIBLE-OFFER.md.

Quand l'utiliser

  • Quand les prospects disent « c'est intéressant » puis disparaissent sans acheter.
  • Pour repackager des services déjà existants en une offre structurée, sans en inventer de nouveaux.
  • Quand la page d'offre actuelle liste des fonctionnalités ou un prix nu, sans cadrage de valeur ni urgence.
  • Quand une structure à plusieurs niveaux de prix (bon-meilleur-idéal) doit être conçue à partir d'une offre unique.
  • Quand une garantie doit être conçue pour neutraliser l'objection numéro un réelle du client cible.

Quand ne pas l'utiliser

  • Pas pour construire le persona acheteur depuis zéro — le skill lit BUYER-PERSONA.md/MARKETING-AUDIT.md ou pose la question, il ne fait pas la recherche d'audience lui-même.
  • Pas pour bâtir la timeline de lancement autour de l'offre — c'est /market-launch qui construit le calendrier semaine par semaine.
  • Pas pour rédiger ou corriger la landing page où vivra l'offre — c'est /market-landing.

La méthode

L'architecture de l'offre en 5 leviers

La Phase 2 du SKILL.md documente 5 leviers de reconstruction de l'offre, chacun avec ses propres règles de conception — ils s'appliquent dans cet ordre à toute offre reconstruite, à partir de la déclaration de transformation qui les chapeaute tous.

Reformulation des livrables
Chaque élément passe du langage de process au langage de résultat (« consultation initiale » devient « diagnostic personnalisé du chaos ») ; toujours nommer et chiffrer précisément (« 3 séances », pas « plusieurs séances »).
Conception des bonus
2 à 4 bonus tirés de ce que l'entreprise fait déjà, chacun avec une valeur déclarée ; jamais de service inventé que l'entreprise ne peut pas livrer.
Ancrage de prix
Valeur totale perçue affichée à 2-3x le prix réel, jamais 10x (effet arnaque) ; chaque valeur de bonus doit être défendable.
Urgence et rareté
Au moins un déclencheur de chaque type (quantité et temps), toujours réel ou justifiable par la capacité réelle de l'entreprise — jamais de compte à rebours fabriqué.
Inversion du risque
La garantie doit neutraliser directement l'objection numéro un identifiée dans le persona acheteur, formulée de façon spécifique et mémorable.

Étapes

Vérifier le prérequis persona acheteur

Chercher un document BUYER-PERSONA.md ou MARKETING-AUDIT.md existant, ou poser explicitement la question à l'utilisateur si aucun des deux n'existe.

Auditer l'offre actuelle

Extraire l'offre existante depuis l'URL ou la description, diagnostiquer son type parmi les 5 problèmes documentés, et la noter sur 100 selon les 6 critères pondérés.

Reconstruire l'offre selon les 5 leviers

Écrire la déclaration de transformation, puis appliquer dans l'ordre reformulation, conception des bonus, ancrage de prix, urgence/rareté et inversion du risque.

Générer la copie prête à l'emploi et le comparatif avant/après

Construire, si pertinent, la structure à 3 niveaux, puis produire le bloc de copie complet prêt pour le site et le comparatif avant/après expliquant les leviers ajoutés.

Règles

  • Ne jamais concevoir l'offre sans le persona acheteur — vérifier BUYER-PERSONA.md/MARKETING-AUDIT.md ou poser explicitement la question à l'utilisateur.
  • La valeur totale perçue doit rester à 2-3x le prix réel, jamais au-delà (10x se lit comme malhonnête).
  • Limiter les bonus à 2-4 ; au-delà de 5, l'offre centrale se dilue.
  • La rareté doit être réelle ou raisonnablement justifiable (capacité, saisonnalité) — jamais de compte à rebours fabriqué.
  • La garantie doit cibler nommément l'objection numéro un extraite du persona, pas une formule vague type « satisfaction garantie ».
  • Si une structure à 3 niveaux est produite, le niveau du milieu (Signature) doit être visuellement mis en avant comme le choix recommandé.

Erreurs à éviter

  • Concevoir une offre sans avoir vérifié ou demandé le persona acheteur au préalable.
  • Inventer un service ou un bonus que l'entreprise ne peut pas réellement livrer.
  • Gonfler la valeur totale perçue à un multiple absurde du prix réel (10x ou plus).
  • Utiliser un compte à rebours ou une rareté fabriquée sans lien avec la capacité réelle de l'entreprise.
  • Présenter les livrables en langage de fonctionnalité (« nous organisons des espaces ») au lieu du langage de transformation (« vous rentrez chez vous et ressentez le calme »).

Ce que cette compétence ne fait pas

  • Ne construit pas le persona acheteur depuis zéro — lit un document existant ou pose la question, ne mène pas de recherche d'audience indépendante.
  • Ne bâtit pas la timeline de lancement semaine par semaine autour de l'offre reconstruite — c'est /market-launch qui prend le relais une fois l'offre définie.
  • Ne rédige ni ne corrige la landing page où l'offre sera publiée — c'est /market-landing pour l'audit CRO de la page elle-même.
  • Ne crée pas de nouveaux services ou produits — repackage uniquement ce qui existe déjà dans l'activité de l'entreprise.
  • Ne calcule pas de vraies données de capacité ou de coût pour justifier la rareté — s'appuie sur ce que l'utilisateur déclare comme réel.

Contenu de la compétence1 fichiers · 14,2 Ko(SKILL.md)