Ce qu’un dirigeant achète vraiment
Personne ne se lève le matin avec l’envie d’acheter de l’intelligence artificielle. Un dirigeant se lève avec un devis qui attend depuis trois jours, une relance qui n’est pas partie, un chiffre de marge qu’il découvre à la clôture. Ce qu’il veut acheter, c’est une réponse à la question qu’il se pose depuis des mois : est-ce que ça vaut la peine de changer quelque chose, et quoi.
Cette réponse a une forme. Elle tient en quelques pages. Elle dit ce qu’on fait, ce qu’on ne fait pas, ce que ça coûte, ce que ça rapporte, et ce qui peut mal tourner. Elle est écrite pour être relue par un associé, un directeur financier, un banquier. Elle engage celui qui la signe.
Un outil ne remplace pas cette réponse. Il la suppose. Quand l’outil arrive avant la décision, c’est l’outil qui décide, et il décide toujours la même chose : qu’il fallait l’acheter.
Pourquoi l’outil d’abord échoue
Nous avons vu la même scène dans des entreprises qui n’ont rien en commun. Les licences sont achetées pour tout le monde. Quelques personnes s’en servent beaucoup, la plupart un peu, et le processus qui faisait mal continue exactement comme avant. Le devis est toujours ressaisi. La relance part toujours en retard. Le chiffre de marge arrive toujours à la clôture.
Ce n’est pas que l’outil soit mauvais. C’est qu’il a été posé à côté du problème. Personne n’a décidé quel poste il devait tenir, avec quelles données, selon quelles règles, sous quelle responsabilité. Sans cette décision, l’outil est un objet de plus sur le bureau, et chacun en fait ce qu’il veut.
L’inverse échoue aussi. Un rapport de stratégie remis sans personne pour le construire reste un rapport. Il décrit un système qui n’existe pas, chiffre des gains que personne ne verra, et finit dans une armoire. Le dirigeant a payé pour une réponse ; il a reçu une description.
Ce qui manque, dans les deux cas, est le même maillon : relier la décision à ce qui tourne.
Ce que change un mémo suivi d’un prototype
Un mémo de quatre pages oblige à choisir. Il force à écrire la décision en une phrase, à poser les chiffres qui la portent, à nommer les risques, et à dire ce qu’on ne fait pas. Quatre pages, c’est assez pour une décision de direction et trop peu pour s’y cacher.
Un prototype qui tourne sur un échantillon réel de données change la nature de la conversation. Au lieu de débattre de ce qu’un système pourrait faire, le dirigeant le regarde faire sur ses propres devis, ses propres relances, ses propres chiffres. Il voit ce qui marche et ce qui coince. Il peut dire oui, non, ou pas comme ça, et il le dit avec quelque chose devant lui.
Prenons une entreprise qui prépare chaque semaine quelques dizaines de devis à partir de demandes reçues par courriel. Le sujet apporté est simple : ces devis sortent trop lentement. Au jour 5, la lecture des données montre que la lenteur ne vient pas de la rédaction mais de la recherche des prix dans trois systèmes différents. Le prototype construit entre le jour 6 et le jour 9 ne rédige pas les devis ; il rassemble les prix et les propose, avec leur source. Au jour 10, le mémo dit : ne construisez pas un rédacteur de devis, construisez un assembleur de prix, et voici ce que ça coûte en six semaines. La décision n’est pas celle que le dirigeant avait en tête au jour 1. Elle est meilleure, et elle est la sienne.
C’est pour cela que nous commençons par là. Dix jours, une décision écrite, un prototype qui tourne. Ensuite seulement, s’il le faut, le système.
ElahPubliée le 21 octobre 2026