
Pourquoi les propositions meurent quand elles commencent par le ROI
Pour accéder au contenu complet, cliquez ici.
Une proposition peut être techniquement irréprochable et pourtant mourir avant même le début de la discussion technique. Dans le modèle des trois cerveaux utilisé ici, cela arrive lorsque le message commence par le cortex rationnel alors que les filtres de menace et d’appartenance ne sont pas encore résolus.

Le problème de commencer par le ROI
Le ROI, les économies et le calendrier comptent, mais ils arrivent tard dans l’architecture de décision. Si le décideur perçoit encore la proposition comme une menace pour son statut, son contrôle ou sa réputation, un tableau ne supprime pas le blocage.
La séquence change la perception
Commencez par cadrer l’opportunité en termes de survie, de contrôle ou de sécurité. Ajoutez ensuite une validation sociale suffisante pour réduire la peur de se tromper seul. La preuve rationnelle vient après.
Comment l’appliquer à votre prochaine proposition
Relisez votre première phrase avant d’ouvrir la présentation. Parle-t-elle d’un tableau ou du problème qui menace le décideur ? Vérifiez ensuite le contexte social, puis seulement la preuve technique.
Approfondir la lecture du décideur
Le point essentiel de Pourquoi les propositions meurent quand elles commencent par le ROI consiste à transformer une idée abstraite en lecture opérationnelle. Dans une conversation réelle, un décideur exprime rarement directement ce qu’il cherche à protéger. Il peut demander davantage de données alors que sa véritable préoccupation concerne le risque, l’exposition, la perte de contrôle ou sa capacité à défendre la décision devant d’autres personnes.
Utilisez donc le framework comme une carte d’attention. Les signaux instinctifs, sociaux et rationnels peuvent apparaître simultanément. L’objectif n’est pas d’étiqueter une personne, mais d’identifier la préoccupation qui domine le moment et d’ajuster l’ordre du message.
La bonne question n’est pas « quel cerveau est cette personne ? », mais « que doit-elle ressentir, valider et prouver avant d’avancer ? ».
Comment l’appliquer en pratique
Avant de répondre à une objection, identifiez la couche dont elle semble provenir. Une objection financière peut masquer la peur de perdre le contrôle. Une objection technique peut être une manière socialement acceptable d’éviter l’exposition. En identifiant l’origine probable, la réponse devient plus courte, plus précise et plus cohérente.
Questions de diagnostic
Que semble vouloir protéger le décideur maintenant ?
Quel risque personnel, opérationnel ou réputationnel se cache derrière la question ?
Quelle preuve sociale réduirait la peur de se tromper seul ?
Quelle donnée concrète transforme la perception de sécurité en justification technique ?
Quelle prochaine étape permet d’avancer sans augmenter fortement le risque perçu ?
Séquence du message
Commencez par la préoccupation dominante avec un langage proche de la réalité du décideur.
Montrez que le choix est défendable dans son contexte professionnel et social.
Présentez ensuite seulement les chiffres, le ROI, le calendrier, l’architecture ou les preuves techniques.
Terminez par une prochaine étape simple, claire et réversible lorsque c’est possible.
Cette discipline améliore le pitch en réduisant la surcharge d’information. Au lieu d’empiler les arguments, vous organisez la conversation dans l’ordre où le décideur peut la traiter et la défendre.





Commentaires