L'alignement des coûts situés
L'alignement des coûts situés
Une idée ne devient pas un business parce qu'elle est bonne, mais quand elle réduit plus de coûts qu'elle n'en ajoute pour chaque acteur qui doit dire oui. Une approche matérialiste de la construction d'un business.
Idée centrale — Une idée devient un business non pas parce qu'elle est bonne, mais quand, pour chaque acteur qui doit dire oui, le coût de changer devient inférieur au coût de rester.
L'essentiel : 3 min
Article complet : 22 min
L'essentiel
On parle des idées de business comme si leur qualité leur appartenait : telle idée serait désirable, telle autre faisable, telle autre viable. Cet article défend l'inverse. La désirabilité, la faisabilité et la viabilité ne sont pas des propriétés de l'idée — ce sont des rapports entre l'idée et les conditions concrètes des personnes qui doivent l'utiliser, la payer et la produire. Chacune de ces personnes tient sa propre comptabilité, et ne dit oui que si la solution lui coûte moins que le problème qu'elle vit déjà. Voir un business ainsi, comme un alignement de coûts situés, change ce qu'on cherche avant de construire : non plus « est-ce une bonne idée ? », mais « qui paie déjà quoi, et à qui puis-je rendre l'arbitrage favorable ? ». C'est une manière matérialiste, et étonnamment pratique, de savoir sur quoi travailler.
En trois idées
- Ce qu'on observe. Les cadres classiques traitent désirabilité, faisabilité et viabilité comme des attributs de l'idée, et restent donc abstraits : une idée « désirable » pour un utilisateur théorique peut être trop coûteuse à adopter pour un utilisateur réel.
- Le déplacement proposé. Ces trois mots ne décrivent pas l'idée mais des coûts payés par trois acteurs différents — utilisateur, acheteur, producteur. Et la seule preuve fiable n'est pas ce qu'ils disent, mais le coût réel qu'ils acceptent de payer maintenant, cohérent avec leur rôle futur.
- La conséquence. Un business n'existe pas là où un acteur dit oui, mais à l'intersection des trois « oui » coûteux sur la même tranche. Et le cadre lui-même a ses angles morts — il éclaire mal la valeur qui crée un désir plutôt que de réduire un coût.
En bref
Ne cherchez pas si votre idée est bonne. Cherchez qui paie déjà un coût, ce que votre solution demanderait de payer en échange, et à quel moment quelqu'un accepte un coût réel qui prouve que l'arbitrage a basculé. Le business naît à l'endroit précis où trois personnes trouvent, chacune pour ses raisons, qu'il est devenu moins cher de changer que de rester.
Article complet
Une approche matérialiste et systémique de la construction d'un business
Avertissement sur le statut de ce document
Ce texte ne propose pas une théorie qui prédit quels business réussiront. Il propose une méthode : un cadre de réflexion et d'avancement pour construire un business et décider quoi faire ensuite. La distinction est importante et elle est assumée jusqu'au bout.
Une théorie prétend prédire le monde ; on la juge à ce qu'elle réfute. Une méthode prétend organiser l'action ; on la juge à ce qu'elle empêche de rater. On ne demande pas à la comptabilité en partie double d'être falsifiable — on lui demande de ne rien laisser tomber. On ne demande pas à une checklist chirurgicale de prédire l'issue d'une opération — on lui demande de forcer l'attention aux bons endroits au bon moment.
Le vocabulaire du « coût » utilisé ici est donc un langage, pas un modèle mesurable. Comme tout bon langage, il est universel : presque tout peut s'y dire. C'est sa force — il ne laisse rien hors du champ — et c'est aussi son danger, traité explicitement en fin de document. Un langage n'a pas raison ou tort. Il éclaire bien certaines choses et mal d'autres. Ce document dit lesquelles.
Intuition centrale
Une idée ne devient pas un business parce qu'elle est bonne en elle-même. Elle devient un business lorsqu'elle s'insère dans un système concret de conditions où plusieurs acteurs — utilisateurs, acheteurs, producteurs — ont chacun une raison matérielle de dire oui.
Une opportunité business n'est pas une idée prometteuse. C'est un alignement de coûts situés.
Le pré-MVP ne sert donc pas seulement à « valider une idée ». Il sert à comprendre si cette idée peut devenir un arbitrage favorable pour les acteurs nécessaires à son existence.
1. Le problème des approches classiques
Les cadres classiques de l'innovation parlent souvent de trois dimensions.
| Dimension | Question classique |
|---|---|
| Désirabilité | Les utilisateurs veulent-ils cette solution ? |
| Faisabilité | Peut-on la construire ? |
| Viabilité | Peut-on en faire un business ? |
Ce triptyque est utile, mais il reste souvent abstrait. Il parle de désirabilité, de faisabilité et de viabilité comme si ces dimensions étaient des propriétés de l'idée. Or elles sont plutôt des rapports entre une idée et les conditions concrètes des acteurs qui doivent l'utiliser, l'acheter, la produire, la vendre, la maintenir et la supporter.
Une idée peut être désirable pour un utilisateur théorique, mais trop coûteuse à adopter pour un utilisateur réel. Elle peut être faisable techniquement, mais trop coûteuse à produire pour cette équipe-là, à ce moment-là, avec ses compétences et son énergie disponibles. Elle peut créer de la valeur, mais ne pas être viable si celui qui reçoit la valeur n'est pas celui qui paie, si le cycle d'achat est trop long, ou si le coût de vente est trop élevé.
L'approche matérialiste et systémique descend donc une couche plus bas :
Pour qui ? Dans quelles conditions ? Avec quels coûts ? Avec quels risques ? Avec quelles ressources ? Avec quelles alternatives ? Avec quelles preuves comportementales ?
2. Le déplacement proposé : de l'idée au système d'arbitrages
Une idée business n'existe jamais seule. Elle traverse un système d'acteurs. Au minimum :
- L'utilisateur doit accepter de changer quelque chose dans sa pratique.
- L'acheteur doit accepter de payer, décider, justifier et prendre un risque.
- Le producteur doit accepter de construire, vendre, maintenir et supporter la solution.
Chacun de ces acteurs a ses conditions propres.
| Acteur | Coût actuel | Coût de la solution | Arbitrage recherché |
|---|---|---|---|
| Utilisateur | Ce que le problème lui coûte aujourd'hui | Temps, attention, apprentissage, changement d'habitude | La solution doit coûter moins que le problème actuel |
| Acheteur | Pertes, inefficacités, risques, pression interne | Prix, décision, intégration, risque politique | L'achat doit être justifiable et défendable |
| Producteur | Complexité, incertitude, effort commercial, coût technique | Développement, support, maintenance, vente | La solution doit pouvoir être produite sans détruire l'équipe |
La question centrale devient :
Est-ce que cette idée réduit plus de coûts qu'elle n'en ajoute, pour chacun des acteurs qui doivent dire oui ?
Chaque acteur apporte sa propre fonction de coût et rend sa propre réponse. Le business n'existe pas là où un acteur dit oui, mais là où les trois réponses se rejoignent. Autrement dit :
Le business est l'endroit où les trois « oui » coûteux tombent sur la même tranche, au même moment. L'alignement des coûts situés, c'est littéralement cette intersection.
C'est pourquoi un « oui » enthousiaste de l'utilisateur ne suffit jamais : si l'acheteur ne peut pas justifier la dépense, ou si le producteur ne peut pas livrer sans se détruire, l'intersection est vide et il n'y a pas de business — seulement une bonne idée sur une seule ligne de comptes.
3. Définition : l'alignement des coûts situés
Nom de travail : alignement des coûts situés. Nom anglais possible : Actor-Cost Fit.
Une idée devient une opportunité lorsque, dans les conditions réelles des acteurs nécessaires à son adoption, le coût de changer devient inférieur au coût de rester dans la situation actuelle, tandis que le coût de production et de commercialisation reste soutenable pour l'équipe qui porte la solution.
| Cadre classique | Reformulation matérialiste et systémique |
|---|---|
| Désirabilité | L'utilisateur accepte-t-il le coût d'usage et de changement parce que le problème actuel lui coûte davantage ? |
| Faisabilité | L'équipe peut-elle produire, vendre et maintenir la solution à un coût compatible avec ses ressources réelles ? |
| Viabilité | L'acheteur peut-il justifier le prix, le risque et l'effort d'adoption au regard de la valeur créée ? |
Cette grille ne remplace pas les cadres classiques. Elle les rend plus fondamentaux.
Sur la commensurabilité des coûts
Une objection évidente : temps, risque, réputation, habitude et argent ne sont pas dans la même unité. Comment affirmer qu'un coût « devient inférieur » à un autre s'ils ne se comparent pas ?
La réponse ne passe pas par une conversion analytique de ces coûts dans une monnaie commune. Elle passe par la préférence révélée. On ne calcule pas soi-même l'équivalence entre une heure perdue et un risque politique : on observe ce que l'acteur accepte réellement de payer, aujourd'hui, pour une tranche de la solution. L'acteur fait lui-même la conversion, par son comportement. Le prix payé écrase les unités.
Ce point mérite d'être posé comme un principe, pas seulement comme une commodité de mesure. Réduire des dimensions incommensurables à un seul nombre est une opération que personne n'a le droit de faire à la place de l'acteur. Si toi tu inventes une unité commune pour comparer son temps, son risque et sa réputation, tu écrases de force des grandeurs qui ne t'appartiennent pas — c'est arbitraire et probablement faux. L'acteur, lui, a ce droit : ce sont sa vie, son budget, son risque ; pour lui, les dimensions sont réellement commensurables, parce qu'il les vit dans une même existence. La préférence révélée n'est donc pas un raccourci qui approxime une vraie mesure hors de portée. C'est le seul endroit où la réduction est légitime. Tu ne délègues pas le calcul parce que tu ne sais pas le faire ; tu le délègues parce que tu n'es pas l'entité autorisée à le faire. Sa matrice de coûts entière se projette, dans son geste de payer, sur une seule réponse observable : oui, ou non.
La fonction de coût, ce n'est pas toi qui la calcules. C'est chaque acteur qui l'apporte.
Cette élégance a un prix, qu'il faut nommer : la preuve ainsi obtenue est locale. Ce qu'un acteur paie pour une tranche maintenant ne garantit pas qu'il adoptera l'ensemble plus tard — le gouffre entre pilote et déploiement complet reste une hypothèse à part entière. La mesure est propre ; l'extrapolation ne l'est pas automatiquement.
Note sur la tentation de formaliser. Ce mécanisme — inférer une fonction de coût cachée à partir du comportement répété d'un acteur — a un cousin mathématique établi : l'inverse reinforcement learning, et plus largement les modèles de choix discret. La tentation est grande de représenter l'acteur comme un agent minimisant un coût sur un graphe de possibilités. Mais formaliser ainsi réimporte silencieusement l'hypothèse même que cette méthode gagne à éviter : qu'un poids scalaire unique résume le coût. Le graphe exige un nombre par arête ; il faut donc choisir une unité — et à cet instant précis on tranche de force la commensurabilité qu'on venait, à raison, de déléguer à l'acteur. Utiliser cette parenté comme image (« on vend le chemin le moins coûteux, pas le plus court ») est éclairant. S'en servir comme moteur de calcul enterre les angles morts du cadre sous une apparence de preuve. On garde donc l'intuition, on refuse la mécanisation.
4. Ce que le pré-MVP doit réellement découvrir
Le pré-MVP ne sert pas d'abord à construire un produit minimal. Il sert à découvrir les conditions d'existence du futur produit. Il doit répondre à cinq questions.
4.1. Quelles sont les conditions réelles des acteurs ? Pour l'utilisateur : journée réelle, routines, outils existants, contraintes, fatigue, peur du changement, niveau de saturation. Pour l'acheteur : budget, objectifs, hiérarchie, cycle de décision, responsabilité, tolérance au risque, comptes à rendre. Pour le producteur : compétences, énergie disponible, cash, réseau, capacité commerciale, horizon temporel, santé, stratégie.
4.2. Quels coûts les acteurs paient-ils déjà ? Un problème n'est pas seulement quelque chose que quelqu'un déclare important. C'est quelque chose qui impose déjà un coût : temps, argent, attention, risque, fatigue, coordination, réputation, opportunité perdue. La bonne question n'est pas « Est-ce que ce problème vous intéresse ? » mais « Qu'est-ce que ce problème vous coûte déjà ? »
4.3. Quels coûts la solution ajoute-t-elle ? Une solution ne fait jamais que retirer un coût. Elle en ajoute aussi : apprentissage, migration, changement d'habitude, confiance, dépendance fournisseur, intégration, prix, risque politique. Une solution peut être objectivement meilleure et malgré tout non adoptée, parce qu'elle demande trop de changement.
4.4. Quels arbitrages deviennent favorables ? Pour l'utilisateur : le soulagement dépasse-t-il l'effort ? Pour l'acheteur : le gain justifie-t-il l'achat, le risque et la décision ? Pour le producteur : le coût de production, de vente et de support est-il soutenable ?
4.5. Quelles preuves comportementales confirment l'arbitrage ? Les opinions sont faibles. Les comportements sont plus forts.
| Acteur | Preuve faible | Preuve plus forte |
|---|---|---|
| Utilisateur | « C'est intéressant » | Donne du temps, montre ses outils, partage des données, teste, revient |
| Acheteur | « Je comprends la valeur » | Parle budget, implique un décideur, demande un devis, accepte un pilote payé |
| Producteur | « C'est faisable » | Livre vite, supporte le coût commercial, maintient sans dette excessive |
Une hypothèse est renforcée quand un acteur accepte de payer un coût réel cohérent avec le rôle qu'il devra jouer plus tard.
Puisque toute la méthode repose sur ce geste — l'acteur qui paie et projette ainsi sa matrice entière sur un « oui » observable —, trois gardes doivent l'encadrer. Sans elles, le même mécanisme produit de fausses preuves avec exactement la même assurance que les vraies.
- Le coût-preuve doit être homologue au rôle futur. Une heure de curiosité ne prouve pas un changement de flux de travail ; un oui à un pilote gratuit ne projette pas la même matrice qu'un oui à un pilote payé. Le coût payé maintenant n'est une preuve que s'il fait mal au même endroit que l'adoption réelle.
- Local ne vaut pas global. La réponse qu'il t'apporte est évaluée au point où tu l'as sondé — cette tranche, aujourd'hui. Elle ne te dit rien des poids de bascule complète (migration, dépendance, irréversibilité) qui n'entraient pas dans l'arbitrage de la petite tranche.
- Un acteur n'est pas le système. Chaque acteur apporte sa fonction, mais le business exige que les trois renvoient oui sur la même tranche (voir section 2). Une preuve forte côté utilisateur ne compense jamais un « non » structurel côté acheteur ou producteur.
C'est ici que le cadre est le plus solide, et il faut le souligner : en mesure, il est agnostique aux motivations. Que l'acteur agisse par calcul, par mimétisme, par identité ou par politique interne, on ne teste pas son raisonnement — on observe un comportement coûteux. Le « pourquoi » est indifférent au moment de la preuve. Cette agnosticité est une force et elle est robuste. Sa limite apparaît ailleurs, quand le cadre cesse de mesurer pour se mettre à prédire où chercher : voir la section 9.
5. Les ouvrages comme boîtes à outils pratiques
Les ouvrages classiques ne sont pas à rejeter. Ils deviennent des outils spécialisés dans une méthode plus fondamentale.
| Besoin dans la méthode | Ouvrage / cadre utile | Usage pratique |
|---|---|---|
| Mener de meilleurs entretiens | The Mom Test | Obtenir des faits passés, éviter compliments et opinions vagues |
| Comprendre les clients avant de construire | Lean Customer Development | Identifier problèmes, comportements actuels, volonté de payer |
| Tester rapidement | The Lean Startup | Formuler des hypothèses et chercher de l'apprentissage validé |
| Structurer le parcours | Disciplined Entrepreneurship | Segmenter, choisir un beachhead, quantifier la valeur |
| Comprendre le progrès recherché | Jobs-to-be-Done | Relier le produit à une situation concrète et à un progrès attendu |
| Travailler le prix tôt | Monetizing Innovation | Tester la volonté de payer avant de construire trop largement |
| Comprendre les achats B2B | The Challenger Customer | Identifier parties prenantes, bloqueurs et risques de consensus |
| Clarifier le positionnement | Obviously Awesome | Rendre visible pour qui la solution est évidente et pourquoi |
| Tester les canaux | Traction | Évaluer le coût d'accès au marché |
| Avancer avec ses moyens réels | Effectuation | Partir des moyens disponibles et de la perte acceptable |
6. Matrice centrale
| Niveau | Utilisateur | Acheteur | Producteur |
|---|---|---|---|
| Conditions | Journée réelle, routines, outils, contraintes, fatigue, habitudes | Budget, hiérarchie, objectifs, cycle de décision, responsabilité | Compétences, cash, énergie, réseau, stratégie, santé |
| Coûts actuels | Temps perdu, frustration, erreurs, charge mentale | Pertes, risques, inefficacités, pression, coûts cachés | Incertitude, coût d'exploration, coût d'accès au marché |
| Coûts de solution | Apprentissage, attention, changement d'habitude | Prix, décision, intégration, risque politique | Développement, vente, support, maintenance |
| Arbitrage | Le soulagement dépasse-t-il l'effort ? | Le gain justifie-t-il l'achat ? | Le business peut-il être produit sans détruire la marge ou l'équipe ? |
| Preuve | Temps donné, usage réel, retour spontané | Budget discuté, décideur impliqué, pilote payé | Prototype livré, vente testée, support soutenable |
7. Séquence pratique en huit étapes
- Formuler l'idée comme hypothèse de coût : quel coût actuel pensons-nous réduire ?
- Identifier les acteurs : utilisateur, bénéficiaire, acheteur, décideur, bloqueur, prescripteur, support interne.
- Collecter les conditions : entretiens, observation, documents réels, workflows.
- Cartographier les coûts actuels : temps, argent, risque, attention, coordination, réputation, opportunité.
- Cartographier les coûts de solution : apprentissage, migration, prix, décision, intégration, support.
- Comparer les arbitrages : le coût de changer est-il inférieur au coût de rester ?
- Chercher une preuve comportementale : temps donné, données partagées, devis demandé, pilote payé, usage répété.
- Décider : continuer, simplifier, repositionner, pivoter, abandonner.
8. La discovery comme chaîne de disqualification
La discovery ne doit pas être conçue comme une collecte de confirmations. Elle doit être conçue comme une chaîne de questions et d'expériences qui donnent au réel la possibilité de dire non le plus tôt possible.
Une bonne question de discovery n'est pas une question qui confirme l'idée. C'est une question qui permet de savoir si la question suivante mérite d'être posée.
Code
Question large sur les priorités
→ Gate 1 : le sujet apparaît-il spontanément ou fortement ?
→ Question sur le workflow réel
→ Gate 2 : le problème existe-t-il dans les pratiques ?
→ Question sur les coûts actuels
→ Gate 3 : le problème coûte-t-il assez cher ?
→ Question sur les alternatives
→ Gate 4 : les alternatives sont-elles insuffisantes ?
→ Question sur l'acheteur
→ Gate 5 : quelqu'un peut-il et veut-il payer ?
→ Expérience de preuve
→ Gate 6 : l'acteur accepte-t-il un coût réel ?
→ Pilote / construction limitéeChaque gate peut arrêter l'enquête ou la rediriger. Ce n'est pas un échec, c'est l'objectif même de la méthode.
Une bonne méthode ne cherche pas à protéger l'idée. Elle cherche à lui faire rencontrer assez tôt les raisons pour lesquelles elle ne devrait pas être poursuivie.
Cela évite de zoomer trop vite sur le sujet de l'idée. Si l'on veut tester un outil de gestion de stock, il peut être plus juste de commencer par les priorités opérationnelles générales. Si le stock n'apparaît jamais dans les trois premiers problèmes vécus, l'hypothèse est déjà fragilisée.
Le produit comme question coûteuse posée au réel
La question n'est pas « Faut-il construire ou ne pas construire ? » mais « Quelle hypothèse cherche-t-on à éprouver, et quelle expérience minimale permet de produire une preuve fiable ? »
Un prototype, un fichier Excel, une landing page, un service manuel, un faux bouton, une maquette Figma, un pilote payé ou un mini-produit ne sont pas des étapes obligatoires. Ce sont des instruments de preuve.
Un prototype n'est pas une première version du produit. C'est une question coûteuse posée au réel.
On ne construit donc pas parce qu'on veut « voir si ça marche ». On construit quand une preuve importante ne peut plus être obtenue par une question moins coûteuse. Avant de construire quoi que ce soit, sept questions :
- Quelle hypothèse critique veut-on tester ?
- Quelle réponse invaliderait cette hypothèse ?
- Quelle preuve comportementale serait suffisamment forte ?
- Quelle expérience peut produire cette preuve ?
- Quel est le coût minimal de cette expérience ?
- À quel moment cette expérience devient-elle prématurée ?
- Quelle décision prendra-t-on selon le résultat ?
Ne construis pas un produit pour voir s'il y a un marché. Construis, si nécessaire, l'expérience minimale qui permet de savoir si l'hypothèse suivante mérite encore d'être poursuivie.
9. Angles morts et pentes du cadre
Cette section n'est pas un appendice. Elle est la condition d'un usage honnête. Un outil ne se juge pas seulement à ce qu'il fait quand on l'emploie bien, mais à ce vers quoi il incline quand on l'emploie normalement — un peu pressé, un peu fatigué. Le cadre a des vertus réelles ; ses angles morts sont précisément les ombres portées de ces vertus.
9.1. Le biais du coût lisible
Le cadre rend faciles à voir les frictions mesurables — temps, saisie, coordination, risque documenté. Il éclaire mal la valeur qui ne se lit pas comme un coût réduit : désir, statut, plaisir, sens, aspiration.
On peut toujours, après coup, réétiqueter un désir comme le « manque » qu'il vient combler, et donc comme un coût. Mais c'est un tour de langage, pas une prédiction. Pour un bien de statut ou d'aspiration, le manque n'existe souvent pas avant le produit : c'est le produit qui fabrique le manque qu'il vient ensuite soulager. La flèche causale s'inverse. Là où le cadre suppose un coût préexistant à réduire, il y a en réalité un désir créé. Le vocabulaire du coût peut le décrire ; il ne sait pas le faire apparaître.
Conséquence pratique : un utilisateur discipliné par ce cadre dérive structurellement vers les business d'efficacité et rate les business de désir — non parce que le cadre les juge mauvais, mais parce qu'il ne les éclaire pas. La lentille est excellente pour ce qui libère une valeur bloquée, aveugle pour ce qui produit une valeur nouvelle.
Garde-fou à intégrer : un gate supplémentaire — « Et si la valeur, ici, n'était pas un coût réduit mais un désir créé ? » — pour forcer le regard là où le cadre ne va pas seul.
9.2. La discipline comme refuge
Une chaîne de gates disqualifiantes est une magnifique machine à ne jamais construire. Il y a toujours un gate suivant, une preuve moins chère à chercher d'abord, une hypothèse à sécuriser avant. Le cadre récompense la prudence — et la prudence peut devenir la forme intelligente de la peur.
Une théorie fausse se réfute ; une méthode qui oriente mal ne se réfute pas : elle use silencieusement le temps de celui qui la suit. C'est le risque propre à un outil de disqualification.
Garde-fou à intégrer : une horloge explicite. Définir à l'avance le seuil de preuve à partir duquel construire devient l'expérience la moins chère qui reste. Passé ce seuil, chercher une preuve encore moins coûteuse n'est plus de la rigueur, c'est de l'évitement.
9.3. L'acteur rationnel : agnostique en mesure, présupposé en prédiction
Il faut distinguer deux usages du cadre.
En mesure (section 4.5), il est agnostique aux motivations : il observe un comportement coûteux sans avoir besoin d'en expliquer la cause. Cet usage est robuste.
En prédiction — les gates 3 et 4, « où ce coût était-il massif », qui servent à savoir où chercher — le cadre réintroduit implicitement l'acteur rationnel. Il raisonne : « celui qui paie cher X va basculer vers ce qui réduit X ». Or une adoption mue par le mimétisme, l'identité ou la politique interne casse cette prédiction, même quand la mesure, elle, reste propre.
Autrement dit : mesure agnostique, oui ; heuristique de recherche, non. Le cadre sait constater n'importe quel comportement ; il présuppose la rationalité quand il tente de deviner où le comportement se produira.
9.4. Le risque d'infalsifiabilité — et pourquoi il est ici acceptable
À chaque contre-exemple, le vocabulaire du coût peut soit replier le cas dans son langage (désir → manque → coût ; taille de marché → coût d'accès), soit le dissoudre par la preuve révélée. C'est le signe d'un cadre puissant. C'est aussi, exactement, le symptôme d'un système qui explique tout et ne contraint rien.
Ce serait rédhibitoire pour une théorie. Ce ne l'est pas pour un langage — dont on attend précisément qu'il puisse tout dire (voir l'avertissement liminaire). Un mètre ne prédit aucune longueur ; il permet de les mesurer toutes. Le cadre est une règle graduée, pas un thermomètre.
Mais cette immunité a une contrepartie stricte : puisqu'il ne se réfute pas, le seul test qui reste est l'usage. La question n'est plus « le cadre a-t-il raison ? » — il aura toujours raison, verbalement. La question est : appliqué à un business réel, te fait-il voir quelque chose que tu n'aurais pas vu sans lui, ou t'aide-t-il seulement à mettre des mots propres sur ce que tu voyais déjà ? Le cadre n'aura payé son propre coût que le jour où un gate te fera abandonner quelque chose que ton intuition voulait garder.
10. La taille de marché n'est pas le nombre d'acteurs
Un business est la somme, sur les payeurs consentants, de la marge par acteur. Cette somme s'atteint avec quelques baleines comme avec une foule : peu d'acteurs peuvent payer énormément, beaucoup peuvent ne payer presque rien. Le comptage brut n'a donc aucune vertu en soi, et c'est une conséquence élégante du cadre : ce qui compte est l'arbitrage favorable, pas la démographie.
Deux résidus subsistent, tous deux exprimables en coûts, donc compatibles avec le cadre :
- L'atteignabilité. La viabilité établie pour les acteurs testés ne prouve pas qu'il existe une population atteignable partageant le même profil de coût. C'est la ligne « coût d'accès au marché » — présente dans le cadre, mais à ne pas sous-développer.
- La concentration. Une viabilité qui repose sur une baleine unique est une viabilité fragile. Ce n'est pas la taille qui est en jeu, c'est le risque de rupture.
La bonne formulation n'est donc pas « la taille n'est pas un sujet », mais : le comptage brut n'est pas un sujet ; le nombre d'acteurs atteignables partageant le même arbitrage l'est.
11. Disqualifier des conditions qu'on ne fixe pas soi-même
Le cadre teste les conditions des acteurs comme données. Une objection : l'entrepreneuriat consiste souvent à déplacer les conditions, pas à les accepter. Comment tester comme fixe ce que l'on vient précisément perturber ?
La résolution tient à une asymétrie. L'entrepreneur change les conditions des autres, pas les siennes. Puisqu'il veut un échange monétaire, la valeur qu'il produit est pour autrui — donc extérieure à lui. Il teste donc légitimement comme données les conditions qu'il va lui-même modifier, parce que ce ne sont pas ses conditions à lui. Le pré-MVP mesure l'état du monde avant que son propre produit n'y agisse.
Cette résolution tient dans le cas standard. Elle a deux limites précises, qu'il faut garder en tête plutôt que masquer :
- Le cas réflexif. Marchés à deux faces, biens de réseau, standards : la valeur pour un acteur dépend du nombre d'autres acteurs déjà adoptants — que le succès de l'entrepreneur provoque. La condition testée est alors modifiée par son propre succès ; elle n'est plus exogène. (Traité en section 12.)
- Le cas mouvant. Une condition peut se déplacer sans que l'entrepreneur en soit la cause (technologie nouvelle, réglementation, standard qui monte). Un gate validé peut donc expirer. La condition est extérieure, mais pas fixe.
12. Effets de réseau : mort-né, ou coût d'amorçage à faire porter ailleurs
Cas particulier du précédent, assez important pour être isolé.
Un business dont la première unité de valeur exige déjà une densité mondiale ne peut pas naître comme business. La valeur pour le premier entrant est nulle tant que le réseau n'existe pas, et aucun acteur ne peut se permettre de porter seul le coût d'amorçage d'un réseau mondial en cherchant à le capturer dès l'amorçage. Le cadre ne se contente pas de le constater : il en donne la structure — aucun arbitrage favorable n'existe pour le premier entrant tant qu'il porte seul le coût du réseau.
Cela ne condamne pas les effets de réseau en général. Deux voies restent ouvertes, et le cadre les nomme :
- L'échelle locale d'abord. On ne teste pas « l'acteur bascule-t-il seul » (personne ne le fait), mais « l'acteur paie-t-il pour la valeur à la densité actuelle » : un seul côté du marché, une poche déjà dense, un cas où même sans réseau la tranche vaut le coût. On fait croître des réseaux locaux, puis on les connecte. (Une équipe unique avant le réseau ; une seule ville avant la marketplace.)
- Le coût d'amorçage porté hors marché. Les grands réseaux universels (protocoles, standards) ne sont presque jamais nés d'un business. Leur amorçage a été payé par un acteur qui ne cherchait pas encore la capture — subvention, mandat, standard, don — puis le business s'est posé dessus. Le réseau global n'est pas un business qu'on démarre ; c'est une condition que quelqu'un d'autre finance, sur laquelle un business devient ensuite possible.
Dans le vocabulaire du cadre : ce qui est mort-né, ce n'est pas « l'effet de réseau », c'est la tentative d'en capturer la valeur pendant qu'on en porte seul le coût d'amorçage.
13. Quatre voies d'exploration d'opportunités
L'approche ne part pas toujours d'une idée. Il existe au moins quatre points de départ.
| Voie | Point de départ | Question centrale | Risque |
|---|---|---|---|
| Idea-led | Une idée précise | Cette idée peut-elle devenir un arbitrage favorable ? | Biais de confirmation |
| Terrain-led | Un secteur ou terrain | Quels coûts réels sont déjà payés ici ? | Exploration trop vague |
| Capability-led | Les forces situées de l'équipe | Quels problèmes cette équipe peut-elle comprendre, prouver ou produire à coût réduit ? | Construire ce qu'on sait faire sans besoin réel |
| Condition-shift-led | Une innovation ou capacité nouvelle | Quels coûts anciens deviennent compressibles et où cela change-t-il les arbitrages ? | Technology push |
Le cas le plus puissant apparaît quand plusieurs voies se croisent : une transformation générale des conditions rencontre une équipe particulièrement bien placée pour l'explorer dans un terrain où les coûts anciens sont déjà forts.
L'équipe comme condition du business (capability-led)
L'équipe elle-même est une condition du business : ses compétences, son réseau, sa santé, son capital, sa crédibilité, son territoire et ses accès terrain déterminent quels problèmes elle peut explorer à moindre coût.
Une opportunité n'est pas seulement un problème qui coûte cher au client. C'est un problème qui coûte cher au client et coûte anormalement peu à cette équipe de comprendre, prouver, produire ou distribuer.
Un avantage compétitif précoce peut donc se définir comme une asymétrie de coût en faveur de l'équipe.
| Force de l'équipe | Coût réduit |
|---|---|
| Expertise technique | Coût de production |
| Connaissance métier | Coût de compréhension |
| Réseau existant | Coût d'accès au terrain |
| Crédibilité sectorielle | Coût de confiance |
| Données ou cas réels | Coût de preuve |
| Expérience commerciale | Coût de vente |
| Infrastructure déjà construite | Coût de livraison |
| Position territoriale | Coût de relation et d'observation |
Cette approche ne doit pas devenir product-led. Elle doit rester cost-led. La mauvaise question serait : « Nous savons faire ceci, où peut-on le vendre ? » La bonne : « Dans quels terrains nos capacités réduisent-elles fortement le coût de compréhension, de preuve et de production d'un problème réellement coûteux ? »
L'exploration par changement de conditions (condition-shift-led)
Cette voie part d'une innovation devenue disponible qui modifie les conditions générales d'action. Elle ne doit pas être comprise comme du pur technology push. La question n'est pas « Une nouvelle technologie existe, où peut-on la vendre ? » mais : « Une nouvelle capacité entre dans les conditions d'existence. Quels coûts anciens rend-elle compressibles ? Quels nouveaux arbitrages devient-elle capable de rendre favorables ? »
Code
Innovation disponible
→ nouvelle capacité
→ coût ancien réduit
→ acteurs qui payaient ce coût
→ contextes où ce coût était massif
→ cas d'usage possibles
→ hypothèses d'arbitrage
→ preuves terrain
→ offre / produit / serviceSes gates propres :
- Gate 1 — Quelle capacité nouvelle est réellement disponible ? Ne pas dire « l'IA existe ». Dire précisément ce qui est devenu plus rapide, moins cher, plus fiable ou plus accessible.
- Gate 2 — Quel coût ancien devient compressible ? Écriture, saisie, structuration, documentation, recherche, coordination, mise à jour d'un système, transmission, traçabilité.
- Gate 3 — Qui payait déjà ce coût ? Identifier ceux qui supportaient réellement la friction, pas ceux qui trouvent l'innovation intéressante.
- Gate 4 — Où ce coût est-il massif, fréquent et mal résolu ? Tous les secteurs ne valent pas autant.
- Gate 5 — Quels nouveaux coûts la solution ajoute-t-elle ? Confiance, validation, confidentialité, erreur, intégration, changement d'habitude, dépendance fournisseur.
- Gate 6 — Quelle preuve montre que l'arbitrage a changé ? Pas que les gens soient impressionnés, mais qu'ils confient un cas réel, changent un flux, paient un pilote, utilisent le résultat ou l'intègrent à leur travail.
Une innovation ne crée pas directement des business. Elle modifie les conditions d'existence. Les business apparaissent ensuite aux endroits où cette modification transforme un ancien coût toléré en arbitrage nouvellement favorable.
14. Illustration : voix + IA comme changement de conditions
La transformation n'est pas seulement voix → texte. Elle devient progressivement :
Code
voix
→ transcription
→ donnée structurée
→ corrélation avec données existantes
→ nouvel état du monde
→ décision / action / automatisationLa première rupture transforme la parole en information exploitable. La seconde la transforme en mise à jour structurée du réel. La voix ne sert plus seulement à produire un document : elle devient une interface de mise à jour du monde opérationnel.
Code
« Il reste 12 bouteilles de blanc, 4 cartons de Coca, 3 kilos de tomates. »
→ transcription
→ extraction structurée : produit / quantité / unité / lieu / date
→ corrélation avec catalogue produits, prix d'achat, stock théorique, historique
→ nouvel état du stock
→ valeur du stock, anomalies, alertes, commande recommandéeLe résultat final n'est pas un texte propre. C'est un système qui sait quelque chose de nouveau sur le monde.
| Niveau | Transformation | Valeur produite |
|---|---|---|
| 1 | voix → transcription | garder une trace |
| 2 | voix → information exploitable | produire un document lisible, partageable, publiable |
| 3 | voix → donnée structurée | rendre l'information calculable, filtrable, intégrable |
| 4 | voix → état du monde actualisé | mettre à jour un système, déclencher décision ou action |
Le quatrième niveau ouvre des opportunités plus verticales, parce qu'il exige de comprendre les objets du monde que l'on met à jour : stock, chantier, parcelle, patient, intervention, relation client, incident, projet, commande.
La parole existait déjà, l'écriture existait déjà, la documentation existait déjà. Ce qui change, c'est le coût de conversion entre observation orale, donnée structurée et état du monde exploitable.
15. La méthode ne s'arrête pas au pré-MVP
La notion de pré-MVP peut être trompeuse : elle laisse croire à une phase « avant produit », puis une phase « produit », puis une exécution classique. En réalité, le pré-MVP est la première occurrence d'une discipline que l'entreprise doit conserver toute sa vie : vérifier que sa solution reste un arbitrage favorable dans les conditions réelles des acteurs qui la font exister.
Une entreprise reste vivante tant qu'elle maintient l'alignement de ses coûts situés malgré la transformation des conditions.
Les conditions changent en permanence : les utilisateurs changent de routines ; les acheteurs changent de priorités ; les budgets bougent ; les alternatives deviennent moins chères ; les standards du marché montent ; la réglementation évolue ; le coût interne de production ou de support augmente ; une technologie rend possible une nouvelle manière de faire ; le produit devient trop complexe ; l'organisation perd le contact avec les usages réels.
Le risque n'est donc pas seulement de mal valider une idée au départ. Le risque est de croire qu'un alignement validé reste valide — ce qui rejoint directement le cas mouvant de la section 11 : un gate validé peut expirer.
Boucle permanente d'alignement
Code
Observer → Cartographier → Disqualifier → Prouver → Réaligner| Étape | Question |
|---|---|
| Observer | Quelles conditions ont changé pour les utilisateurs, acheteurs ou producteurs ? |
| Cartographier | Quels coûts actuels, coûts de solution ou coûts internes ont bougé ? |
| Disqualifier | Quelle hypothèse ancienne faut-il redonner au réel le pouvoir d'invalider ? |
| Prouver | Quel comportement coûteux montre que l'arbitrage tient encore ? |
| Réaligner | Faut-il modifier produit, prix, segment, canal, support, organisation ou positionnement ? |
L'innovation continue n'est donc pas seulement l'ajout de nouvelles fonctionnalités. C'est la capacité à percevoir les déplacements de coûts dans le système.
Innover, c'est recomposer les coûts d'un système pour rendre un nouvel arbitrage évident.
16. Formules synthétiques
Une idée ne devient pas un business parce qu'elle est bonne. Elle devient un business parce qu'elle devient un arbitrage favorable pour plusieurs acteurs situés.
Le pré-MVP ne sert pas à valider une idée. Il sert à cartographier les conditions qui pourraient rendre cette idée nécessaire, achetable et produisible.
La désirabilité est un coût d'usage accepté. La faisabilité est un coût de production soutenable. La viabilité est un coût d'achat justifiable et une valeur capturable.
Une opportunité apparaît quand le coût de rester devient supérieur au coût de changer.
La preuve la plus solide n'est pas ce que les gens disent. C'est le coût qu'ils acceptent de payer : temps, attention, argent, risque, réputation ou changement d'habitude.
Le business naît d'un alignement de coûts situés. L'innovation consiste à maintenir ou recréer cet alignement quand les conditions changent.
Et, sans oublier les pentes du cadre lui-même :
Ce cadre éclaire admirablement la valeur qui libère un coût, et mal la valeur qui crée un désir. Il récompense la disqualification, au risque de récompenser l'évitement. Il est un langage, pas un oracle : il ne se réfute pas, il se juge à l'usage — le jour où un gate te fait abandonner ce que ton intuition voulait garder.
Conclusion
Une approche pré-MVP matérialiste et systémique ne cherche pas à savoir si une idée est séduisante en théorie. Elle cherche à savoir si cette idée peut s'inscrire dans les conditions réelles des acteurs qui devront la faire exister.
Le business naît quand une solution devient le chemin de moindre coût pour plusieurs acteurs à la fois.
Cette approche ne rejette pas les outils classiques du pré-MVP, du lean startup, du customer development, du design thinking, du positionnement ou de la vente B2B. Elle les réorganise autour d'une question plus profonde : Quels coûts les acteurs paient-ils aujourd'hui, quels coûts notre solution leur demande-t-elle de payer, et quelles preuves montrent que l'arbitrage devient favorable ?
Reste la seule chose qu'un cadre aussi cohérent ne peut pas se donner à lui-même : la preuve de son utilité. Il ne se réfute pas ; il se mérite à l'usage. On saura qu'il valait son coût le jour où il fera voir un arbitrage qu'aucune intuition n'avait vu — ou renoncer à un business que l'envie, seule, aurait poursuivi.
Une remarque après lecture ?
Si vous souhaitez envoyer un mot au sujet de cet article, vous pouvez écrire ici. Je partage ici parce que le sujet m’intéresse et que je veux apprendre des autres. Merci pour vos retours, surtout lorsqu’ils sont formulés avec soin.