Clarifier Mon Offre

---
name: clarifier-mon-offre
description: "Clarifier mon offre. Méthode professionnelle française, avec ses pièges et ses questions à poser. À utiliser quand : L'offre est floue, trop large ou « pour tout le monde » ; On ne sait pas dire à qui elle s'adresse, ni quel problème elle règle ; On ressemble à ses concurrents et on ne sait pas dire pourquoi choisir soi."
---

> **Version gratuite : règles datées entre le 06/08/2026 et le 10/10/2026.** Les règles changent (SMIC, TVA, seuils…). Avec l'abonnement OriginSkill, votre assistant reçoit la règle à jour, avec sa source et sa date.

# Clarifier mon offre

## Quand l'utiliser

- L'offre est floue, trop large ou « pour tout le monde ».
- On ne sait pas dire à qui elle s'adresse, ni quel problème elle règle.
- On ressemble à ses concurrents et on ne sait pas dire pourquoi choisir soi.
- On veut relire une formulation existante, comparer deux versions, ou préparer
  un test auprès de vrais clients.

Quand **ne pas** l'utiliser (ces renvois ne servent que si la demande porte sur l'un de
ces sujets ; une réponse sur l'offre ne se termine jamais par la liste de ce qu'elle ne
traite pas) :

- Le prix, la marge, la rentabilité : cette fiche ne fixe pas de prix ; c'est la fiche
  « Fixer le bon prix et connaître ma marge » (`prix-et-marge`) qui calcule prix de vente, taux de marge et de marque,
  coefficient, seuil de rentabilité et remise maximale. Renvoyer vers elle, après avoir donné
  la question qui oriente : pour quelle offre unique, déjà bornée, ce prix doit-il valoir, et
  que dépense aujourd'hui le client pour ce qu'il fait à la place ?
- Quels comptes viser en premier, avec quels critères vérifiables : fiche « Savoir quels prospects contacter en premier ». Ici, on décide à qui l'offre s'adresse ; là-bas, on traduit ce public
  en liste à prioriser.
- L'enchaînement des relances (e-mail, téléphone, LinkedIn) : fiche « Séquence multicanale ».
- Un rendez-vous client à préparer : fiche « Préparer un premier rendez-vous avec un prospect ».
- Une facture à contrôler : fiche « Vérifier qu'une facture est en règle » ; des conditions générales de
  vente à relire : fiche « Vérifier mes conditions générales de vente ».
- Objections, négociation, accroche publicitaire : hors de cette fiche, et aucune fiche
  disponible ne les traite encore. Si la demande porte dessus, le dire et poser la question
  qui oriente, sans inventer la suite.

## Connaissances du métier

Une offre claire répond à quatre questions : **à qui** (un public prioritaire,
pas « tout le monde »), **quel problème** ou quel progrès cette personne cherche,
**quel résultat** observable elle obtient, **pourquoi nous** plutôt que ce
qu'elle fait aujourd'hui. Les sources convergent sur quelques points (registre
vérifié jusqu'au 19/09/2026) :

- **La différence n'existe que face à une alternative réelle** : ce que le client
  ferait si l'offre n'existait pas, y compris ne rien faire, un tableur ou un
  stagiaire (April Dunford, 15/03/2021). Pas des concurrents qu'on n'a jamais
  croisés.
- **Un âge ou un secteur ne suffit pas** à décrire un public : la situation dans
  laquelle quelqu'un décide de changer compte davantage (Christensen et
  coauteurs, 04/10/2016). Un secteur peut en revanche **filtrer** une liste de
  prospects : c'est le travail de la fiche « Prospects prioritaires », pas une
  contradiction.
- **Une offre bornée a un dehors** : elle ne peut pas être forte sur tout, pour
  tout le monde. Nommer ce qu'elle ne couvre pas fait partie de la clarté.
- **Une formulation nette n'est pas une preuve.** Ce que les clients disent pèse
  moins que ce qu'ils font : un achat, un essai payant, un refus, un usage répété
  (Nabila Amarsy, 30/04/2015 ; Kurt Bostelaar, 25/07/2016, sur strategyzer.com).
  Tant qu'aucun geste client ne la soutient, l'hypothèse reste « à confirmer ».

Faits utiles à réunir, dans la conversation, sans questionnaire : ce qui est
vendu, nommé précisément ; le public prioritaire ; sa situation ; le résultat
qu'il cherche ; ce qu'il fait aujourd'hui à la place ; ce qui distingue vraiment ;
les signes d'un bon client ; ce que l'offre ne couvre pas ; l'accord des
associés ou décideurs s'il y a désaccord.

## Pièges fréquents

- **Viser tout le monde** → choisir un public prioritaire, quitte à élargir plus tard.
- **Appeler « différence » une fonction interne** → la relier à ce que le client
  fait aujourd'hui, ou la marquer « à confirmer ».
- **Prendre une belle phrase pour une preuve** → chercher un geste client récent.
- **Choisir parce que ça plaît au fondateur** → Marie Forleo (vidéo du 13/06/2017)
  invite à clarifier ce que l'on veut le plus : utile pour un choix personnel,
  jamais une preuve que des clients paieront.
- **Demander à la personne de choisir une école** (« Dunford ou Sinek ? ») → lui
  demander un **fait** : son marché, ses clients actuels, ce qui se vend déjà.
- **Fusionner les auteurs en une recette unique** → montrer leurs désaccords.
- **Recopier un canevas ou un modèle protégé** → paraphraser, citer l'auteur.
- **Promettre un résultat** (« avec cette méthode, ça va convertir ») → aucune
  méthode ne garantit un résultat.
- **Trancher seul un désaccord entre associés** → le signaler, la décision leur revient.

## Méthodes proposées (jamais imposées)

Proposer **une ou deux** méthodes, selon ce qui manque dans le dossier :

1. **Partir des alternatives réelles** (April Dunford, guide public du
   15/03/2021) : que ferait le client sans l'offre ? Puis ce que l'on a de
   différent, la valeur que cela apporte, les clients pour qui cela compte le
   plus, et le marché où cette valeur devient évidente. Détails :
   [obviously-awesome](obviously-awesome).
2. **Relier le profil du client à l'offre** (Osterwalder, Pigneur, Bernarda et
   Smith, *Value Proposition Design*, 2014) : ce que le client cherche à
   accomplir, ce qui le gêne, ce qu'il espère, face à ce que l'offre fait
   vraiment. Utile quand l'offre est décrite en fonctionnalités. Détails :
   [value-proposition-design](value-proposition-design).

Pas-à-pas pour une offre floue :
[clarifier-une-offre-floue](clarifier-une-offre-floue).
Quand l'hypothèse tient en une page, préparer un test (hypothèse, geste, mesure,
durée, puis garder, assouplir ou jeter) :
[preparer-une-hypothese-a-tester](preparer-une-hypothese-a-tester).
La fiche prépare le test, elle ne le mène pas.

### D'autres auteurs disent autre chose

Ces voix ne sont pas d'accord entre elles. Les montrer côte à côte, sans
vainqueur fabriqué ([carte des divergences](divergences)) :

- **Par où commencer.** Dunford part des alternatives ; Simon Sinek part de la
  cause, le « pourquoi » (sa vidéo du 18/09/2023). Dunford refuse d'assimiler
  positionnement et « pourquoi » : désaccord réel.
  [Sinek](start-with-why).
- **Quelle taille de public.** Seth Godin défend le plus petit public qui fait
  vivre l'offre, comme un tremplin et non un pis-aller (son blog, billets du
  20/03/2019 et du 22/05/2022) ; Dunford cible les clients qui tiennent le plus à la valeur
  différenciée. Les deux bornent, pas avec le même critère.
  [Godin](smallest-viable-audience).
- **« Jobs to be done » (le travail pour lequel le client « recrute » une
  offre) n'est pas une seule école.** Christensen raconte les
  circonstances et le progrès recherché
  ([fiche](jobs-to-be-done-christensen)) ; Bob Moesta
  regarde le moment où le client bascule
  ([fiche](demand-side-sales)) ; Tony Ulwick mesure des
  résultats attendus par enquête chiffrée, rarement le premier geste d'une TPE
  ([fiche](outcome-driven-innovation)).
- **Clarifier ou expérimenter.** Steve Blank (son blog, 17/09/2009) : les faits
  sur les clients sont dehors, pas dans le bureau
  ([fiche](customer-development)) ; Amarsy et Bostelaar
  détaillent comment tester
  ([fiche](tests-hypotheses-strategyzer)).
- **Mise en garde, pas méthode** : Marie Forleo
  ([fiche](forleo-caution)).

La personne peut ignorer les méthodes, en changer, sauter une étape ou revenir
en arrière.

## Contrat de réponse (3 règles fixes)

1. Toute règle ou tout chiffre affirmé vient avec sa **source datée**.
2. **Ne jamais inventer** : dire ce qui manque ou ce qui est incertain.
3. **Prévenir** quand une règle vient de changer.

**Répondre d'abord** : donner tout de suite une trame à qui / problème / résultat /
pourquoi nous, avec des hypothèses explicites, étiquetées « hypothèse », partout où un
fait manque — jamais une liste de questions en préalable. Poser ensuite au plus 1 à 2
questions décisives pour affiner, seulement celles qui changent la réponse. Si la mémoire
OriginSkill est disponible (outil orizon_memoire), lire d'abord les faits commerciaux
validés au lieu de les redemander.

**Restitution au dirigeant.**

1. Répondre d'abord, exactement, à la question posée et à rien d'autre : la règle ou le chiffre en une ou deux phrases, puis ce qui sert à cette question. Pas de tableau complet, pas de volet non demandé, aucun chiffre d'exemple inventé. Reprendre tels quels les chiffres de `en_clair.resultats`, sans les recalculer ; ne jamais affirmer qu'un point non fourni par le dirigeant est en règle.
2. Si un fait manque et change la réponse, donner la réponse pour chaque cas, puis poser une seule question à la fin : celle qui débloque. Aucune question si rien ne manque.
3. Parler en mots du dirigeant : jamais « la fiche », « la méthode », « l'outil », « le moteur », « le serveur », ni un code ou un champ technique (`entree_incomplete`, `manquant`, `prudence`) ; ne jamais recopier le mot « garanti » ni « non garanti ». Traduire : « il me manque la date d'embauche pour calculer… », « règle relevée sur Légifrance le JJ/MM/AAAA ; à reconfirmer avant d'agir si l'enjeu est important » pour une règle dont la source porte un relevé Légifrance daté, sans y ajouter que le texte n'a pas été relu (relevé veut dire lu ce jour-là) ; « relevée le JJ/MM/AAAA, texte officiel pas encore relu ; à reconfirmer avant d'agir » seulement pour une règle que sa source dit non relue en ligne ou relevée par une recherche. Écrire « vérifiée » seulement pour une règle marquée vérifiée (« règle vérifiée le JJ/MM/AAAA ; à reconfirmer avant d'agir si l'enjeu est important ») : une source citée n'est pas une vérification. Les dates de relevé des sources et leurs numéros (S1, S2…) servent à dire « à confirmer », jamais à écrire qu'une fiche ou une méthode a été vérifiée.
4. Une échéance qui tombe un samedi, un dimanche ou un jour férié se dit avec son report si les règles en donnent un, sinon « à vérifier ».
5. Ne jamais inventer un fait absent, ni pour appeler un outil. Une règle datée fournie par OriginSkill n'est jamais remplacée par une source secondaire trouvée en ligne ; en cas d'écart, donner les deux valeurs, leurs sources et leurs dates.

## Pas d'outil de calcul

Fiche gratuite et ouverte : la méthode suffit. Aucune note, aucun résultat
« garanti ». La réponse commence par ce qui répond à la question, sans jamais dire au
dirigeant qu'il n'y a rien à calculer. Si un fait manque, poser **la** question décisive (par
exemple « que font-ils aujourd'hui à la place ? ») et rendre quand même la trame
déjà possible, marquée « à confirmer ». Une réponse vide est un échec.

## Quatre usages

| Usage | Attitude |
| --- | --- |
| Question simple (« c'est quoi une offre claire ? ») | Répondre directement, sans questionnaire |
| Objectif précis (« clarifie mon offre ») | Trame à qui / problème / résultat / pourquoi nous, avec ce qui reste à confirmer et une question s'il en manque une |
| Suivre une méthode | Proposer le rythme de la méthode choisie ; la personne pilote |
| Comprendre / explorer (« Dunford ou Sinek, quelle différence ? ») | Conversation libre, auteurs nommés, désaccords montrés |

## Documents

Formulation d'offre, trame, présentation : toujours un **projet à relire**,
jamais « prêt à publier ». Pas de page de vente finale.

### Annexe : checks

# QUALITY / CHECKS

Checklist d'auto-vérification **avant** de rendre la réponse. Ce n'est pas un calcul. Un item rouge n'autorise pas une sortie vide : rendre la trame utile et la question.

## 1. Faits

- Les faits de la conversation courante priment. Un fait déjà dit n'est pas redemandé. La mémoire consentie ne sert que si le dossier est silencieux, jamais contre lui.
- Une seule question décisive, **factuelle** (marché, offre actuelle, traction, alternatives), s'il en reste.
- Pas de menu d'écoles à cocher. Pas de liste fermée récitée au client.

## 2. Écoles

- Au moins les voix utiles au dossier sont nommées, avec l'auteur et sa surface.
- Un désaccord réel est montré, pas lissé.
- Forleo reste une mise en garde.
- JTBD n'est pas collé en une seule école.

## 3. Hypothèse

- Offre unique, public prioritaire, exclusions visibles, ou question qui les débloque.
- Différences reliées à une alternative réelle, ou marquées « à confirmer ».
- Aucune promesse de résultat attachée à une méthode.

## 4. Preuve

- Parole interne ≠ acte client.
- Prochaine expérience proposée si c'est le trou, sans résultat inventé.
- OriginSkill n'a pas « mené l'entretien ».

## 5. Droits

- Aucun canevas, script, grille chiffrée, playbook payant recopié.
- Citations courtes évitées ; paraphrase.

## 6. Sortie

- Aucun fichier d'offre, aucune accroche prête à publier.
- Valeur utile ou question en premier.
- Pas de coulisses techniques exposées au client.
- Hors périmètre (prix, closing, copie), seulement si la demande porte dessus : aiguillage + question, pas une hypothèse fictive. Sinon, rien : pas de liste de ce que la réponse ne traite pas.

### Annexe : divergences

# Carte des divergences

Pas un consensus. Des désaccords **réels**, avec l'auteur qui parle sur **sa** surface.

## 1. Par quoi on commence

- **Dunford** (S4) : alternatives réelles du client, puis différences, valeur, meilleurs clients, catégorie.
- **Sinek** (S11, site 2026-09-02) : la cause avant le produit. Dunford dit que le positionnement n'est pas le why.
- **Godin** (S14, S15) : qui est le plus petit public qui ferait vivre l'offre.
- **Osterwalder et coauteurs** (S21, éclairé par S3) : profil (travaux, peines, gains) face à l'offre. S2 reste la surface de l'organisation Strategyzer.
- **Moesta** (S16) : progrès et aide à la bascule, souvent après un entretien qu'on ne mène pas ici.
- **Blank** (S17) : hors du bâtiment, hypothèses à éprouver, pas un ordre de wording.

Aucune de ces portes n'est « la bonne ». Le script actuel n'injecte que Sinek contre Dunford : le LLM ajoute les autres quand le dossier les concerne.

## 2. Qu'est-ce qu'un public

- **Dunford** (S4) : les meilleurs clients, ceux qui se soucient beaucoup de la valeur différenciée, relativement aux alternatives réelles.
- **SBA** (S1) : un marché cible décrit par la demande, la démographie et l'analyse concurrentielle. Ce n'est pas le geste de Dunford.
- Godin : la plus petite audience viable, parfois très étroite, exigence de qualité, pas un pis-aller.
- Christensen (S5) : circonstances et progrès, pas la démographie.
- Ulwick (S22) : personnes + job à accomplir, puis segments d'outcomes non satisfaits. S18 reste la surface de l'organisation Strategyn.

Un « ICP » générique ne tranche pas.

## 3. Qu'est-ce qu'une preuve

- Amarsy / Bostelaar / Blank (S6, S7, Blank) : une offre claire reste une hypothèse jusqu'à un acte client.
- Sinek ne prétend pas valider le marché.
- Forleo (S12) : ancrer un choix dans le désir du fondateur. Utile comme **contre-exemple**, pas comme preuve.

## 4. JTBD n'est pas une école unique

Christensen (livre, circonstances), Strategyzer (travaux / peines / gains), Moesta (switch, demande), Ulwick (outcomes chiffrés) se recouvrent en vocabulaire et **divergent** en geste. Les fusionner sous un label unique est un consensus fabriqué.

## 5. Catégorie mentale vs alternatives de deal

Ries et Trout (non ingérés, troisième vague) parlent de catégorie dans l'esprit. Dunford part des alternatives concrètes du buyer, souvent B2B tech (limite déjà dans le registre). Ne pas dire que Dunford « remplace » *Positioning* 1981.

## 6. Clarifier vs expérimenter

Une clarification interne n'est pas une validation. C5 existe déjà dans le registre ; la boucle hypothèse → expérience → mesure → durée → garder / assouplir / jeter se sert ici en playbook, **sans** exécution.

## Ce qu'on ne fabrique pas

Pas de « méthode OriginSkill de l'offre » = un segment + des alternatives + un why + un test. Ce collage est exactement l'erreur à éviter.

### Annexe : guide-decision

# Guide de décision

Comment raisonner. Pas une table « si le mot X alors la méthode Y ».

## 1. Nommer l'objectif de la demande

L'utilisateur veut-il borner une offre floue, relire une formulation, comparer deux écoles, préparer un test ? Le livrable change. Si la demande porte sur une accroche à publier, un tarif ou un closing : hors périmètre, question qui oriente. Si elle n'en parle pas, la réponse n'en parle pas non plus.

## 2. Isoler les faits avant les auteurs

Questions à se poser, pas des mots à matcher :

- Qu'est-ce qui est vendu, **nommé**, aujourd'hui ?
- Qui, concrètement, paierait ou a déjà payé ?
- Que fait cette personne **aujourd'hui** si l'offre n'existe pas ?
- Quel geste client récent (pas un avis) soutient une différence ?
- Qui serait perdu si l'offre disparaissait ?
- Les décideurs de l'entreprise sont-ils d'accord, ou y a-t-il un conflit de fond ?

Le client répond en faits. Ensuite seulement, le LLM ouvre une fiche.

## 3. Ouvrir une école parce que le trou du dossier l'appelle

Exemples de **jugement**, pas de règles :

- Les alternatives de deal sont inconnues : Dunford est pauvre jusqu'à ce fait. La question porte sur ce que font les gens aujourd'hui, y compris rien.
- L'offre vise « tout le monde » : Godin et Dunford se rejoignent sur le bornage, pas sur le critère (plus petit public vs ceux qui se soucient beaucoup de la valeur différenciée). Montrer les deux.
- La demande porte sur la cause à raconter : Sinek éclaire la communication ; il ne choisit pas le buyer. Le dire.
- Le public n'est qu'une démographie : Christensen (circonstances) ou Ulwick (job + outcomes) selon que l'on a besoin d'un récit ou d'une enquête, cette dernière hors exécution.
- Le fondateur tranche au ressenti : Forleo = caution, demander une preuve.
- L'hypothèse est déjà bornée et l'on veut la suite : Amarsy / Bostelaar / Blank, playbook de test.

Si plusieurs fiches éclairent, les laisser **côte à côte**. Pas de vainqueur cosmétique.

## 4. Un second fait, au tour suivant

Une seule question à la fois. Si, après les alternatives, il reste à trancher « trop large vs trop étroit », le tour suivant demande qui serait perdu si l'offre disparaissait. Toujours factuel.

## 5. Marquer ce qui n'est pas prouvé

Déclaration du client, recommandation d'une école, preuve d'un geste : trois étages. Tout ce qui n'a pas d'acte porte « à confirmer ».

## 6. Prochaine expérience

Hypothèse → geste (conversation, page, essai) → mesure → durée → garder, assouplir ou jeter. OriginSkill n'exécute pas. Le critère d'arrêt est cette mesure, pas l'impression qu'une école « l'exige ».

## 7. Quand s'arrêter

Dès qu'une trame utile existe, la rendre. Une incertitude devient **une** question. Une sortie vide est une panne.

## 8. Ce que le système impose encore

Le script peut redemander des faits dans un ordre fixe et assembler une hypothèse dès qu'ils sont là. Ce n'est pas ce guide. Voir [knowledge/ce-que-le-script-fait.md](knowledge/ce-que-le-script-fait.md). Ne pas le présenter comme le choix d'une école.

## Aller plus loin avec OriginSkill

Ce que vous venez de lire est la méthode de la fiche : elle est ouverte à tous. OriginSkill ajoute ce qu'un texte ne peut pas faire seul : des calculs et des contrôles exacts, faits avec des règles tenues à jour (chacune porte sa source et sa date), la mémoire de votre entreprise et le droit à jour.

### Les calculs de cette fiche

Cette fiche d'essai n'a pas de calcul à part : sa méthode se suffit. OriginSkill reste utile pour les autres fiches du catalogue.

### Avec l'abonnement, en plus

- **La mémoire de votre entreprise** : vos informations et vos dossiers sont retenus d'une conversation à l'autre, et rien n'y est écrit sans votre validation.
- **Le droit à jour** : chaque règle porte sa source et sa date, et OriginSkill vous prévient quand une règle a changé.

### Brancher OriginSkill à votre assistant

Dans votre assistant d'intelligence artificielle (Claude, ChatGPT en mode développeur, Cursor, Codex ou tout autre assistant qui accepte les connecteurs au standard MCP, une façon de brancher un service externe), ajoutez un connecteur avec cette adresse :

    https://api.originskill.ai/mcp

Votre assistant ouvre alors une page de connexion à votre compte OriginSkill. Les étapes détaillées sont ici : https://originskill.ai/installer

### Tarif

Offres et abonnement : https://originskill.ai/tarif