J'ai arrêté de vendre du code. Maintenant je vends une méthode.

« La vraie valeur, c'est pas le produit. C'est comment tout organiser. Quelle méthode utiliser. Le produit, n'importe qui peut le développer maintenant. »

Xavier me dit ça entre deux cafés. Un entrepreneur, plusieurs boîtes à son actif. Le genre de personne qui met son propre argent sur ses convictions.

Je n'ai rien répondu. Il venait de mettre des mots sur un truc que je sentais depuis des mois sans réussir à le formuler.

Je vendais les briques, pas la notice

Pendant des mois, j'ai vendu du code.

Des CRM. Des workflows. Des dashboards. Des agents IA. Des outils propres, fonctionnels, sur mesure. Le client recevait son livrable et disait « c'est bien ».

Sauf qu'il ne voyait jamais ce qui s'était passé avant le code. L'heure passée à comprendre son métier. Les questions qui dérangent. Le process qu'on décompose pièce par pièce. Les choix qu'on fait — et surtout ceux qu'on élimine.

C'est comme un set Lego Technic. Le client voit le modèle fini sur l'étagère. Il ne voit pas la notice de 400 pages — les engrenages, les axes, les séquences d'assemblage qui font que le truc tourne. Sans la notice, les briques ne sont que des briques.

Je vendais les briques. La notice, je la donnais gratuitement.

Et le pire : je trouvais ça normal.

La question que personne n'avait posée

Puis Laurent m'a contacté.

Laurent lance un cabinet de conseil pour dirigeants. Trois associés. Des dizaines de clients à suivre — des C-levels dont ils évaluent les profils, les synergies, les points de fragilité.

Il voulait « un CRM avec de l'IA ». Résumés de dossiers avant les rendez-vous. Relances automatiques. Messages personnalisés.

J'aurais pu ouvrir mon éditeur et coder. Un CRM avec IA conversationnelle, techniquement, c'est quelques jours de travail. Avec les outils actuels — Claude Code, Cursor — n'importe quel développeur compétent peut le faire.

Mais quelque chose m'a arrêté.

J'ai passé 18 ans en métrologie industrielle. Mon métier : vérifier que les instruments de mesure ne mentent pas. Procédures. Validation. Traçabilité. Pendant 18 ans, avant de toucher à quoi que ce soit, ma première question a toujours été la même : qu'est-ce qui peut mal tourner ?

Alors j'ai posé une question que personne n'avait posée à Laurent.

« Tes clients sont des dirigeants. Leurs profils psychologiques, leurs évaluations, leurs fragilités — ce sont des données sensibles. Quand l'IA traite ça… qui voit quoi ? »

Silence.

Ni Laurent ni les plateformes qu'il avait testées n'avaient pensé à ça. Aucune ne protégeait les données de ses clients dirigeants.

Aucune ne posait la question.

Le vrai enjeu n'était pas « quel CRM construire ». C'était : comment faire travailler l'IA sans jamais lui montrer l'identité réelle des clients.

Flux de données pseudonymisées — les noms réels entrent, des codes anonymes sortent, le process protège l'identité

Le process avant le code

La solution : un process de pseudonymisation.

L'IA travaille sur « DIR-0042 chez ENT-0017 ». Pas sur « Jean Dupont chez Renault ». Les vrais noms sont restaurés dans l'interface, après traitement. Traçabilité complète des accès. Hébergement en France.

Ce process ne se code pas en premier. Il se conçoit. Comprendre le métier. Cartographier les flux de données. Identifier les risques juridiques. Anticiper les cas limites.

Le code vient après. Toujours après.

Sans ce process, l'IA n'est pas un atout. C'est une bombe à retardement. Un dirigeant qui apprend que ses données personnelles transitent en clair dans une IA — c'est un client perdu. Dans un marché bâti sur la confiance, un seul incident suffit.

Le CRM, je l'ai construit en quelques jours. Mais ce qui a convaincu Laurent, ce n'est pas le CRM. C'est la question posée en amont. Le process pensé avant la première ligne de code.

La notice, pas les briques.

Ce qui ne se commoditise pas

C'est là que la phrase de Xavier a pris tout son sens.

« Le produit, n'importe qui peut le développer. » Il avait raison. Et c'est de plus en plus vrai. Les outils de développement assistés par IA rendent le code accessible à presque tout le monde. Assembler des briques, c'est devenu une commodité.

Ce qui ne se commoditise pas : savoir quelles briques choisir. Dans quel ordre. Pourquoi celles-là et pas d'autres. Voir le système derrière le symptôme. Poser la question que personne ne pose.

18 ans à vérifier des instruments de mesure m'ont appris ça. Comprendre un process. Identifier ce qui grippe. Structurer avant de construire. Vérifier que ça fonctionne — pas juste que ça tourne.

C'est la méthode. Et c'est ça qui a de la valeur.

Quand la méthode dit non au code

Un mois plus tard, deux consultants en gouvernance IA m'ont contacté. Des gens qui écrivent des livres sur le sujet. Qui prêchent la méthode à longueur de conférence.

Ce qu'ils m'ont demandé : « On cherche quelqu'un pour installer des serveurs en entreprise. »

De la tuyauterie. De l'exécution pure.

J'ai dit non.

Pas parce que je ne sais pas le faire. Mais parce que ce n'était pas le bon problème. Installer des serveurs, n'importe quel intégrateur peut le faire. C'est une commodité.

J'ai redirigé la conversation : « Votre vrai besoin, ce n'est pas de l'infrastructure. C'est un cadre d'audit pour la gouvernance des données de vos clients. »

Silence. Puis : « C'est exactement ce qu'on cherche, en fait. »

Même des experts en gouvernance — des gens qui écrivent littéralement des livres sur la méthode — tombent dans le piège de demander des briques quand ils ont besoin d'une notice.

Le process ne consiste pas toujours à coder mieux. Parfois, il consiste à ne pas coder du tout.

Exécutant ou architecte

Si vous achetez des prestations tech, il y a un test simple.

La conversation commence par « quelle techno vous voulez ? » ou par « qu'est-ce qui vous fait perdre du temps ? ». La première question trahit un exécutant. La seconde, un architecte.

Si vous vendez des prestations tech, posez-vous la vraie question : est-ce que vous vendez les briques, ou est-ce que vous vendez la notice ?

Xavier avait raison ce jour-là. La vraie valeur, c'est pas le produit. C'est la méthode qui fait que le produit sert à quelque chose.

J'ai juste mis trois mois à l'entendre.

Vous voulez savoir en 30 minutes où votre process coince et ce qu'on peut automatiser ? On en parle autour d'un café.