Donner des mains à votre IA : la brancher sur vos logiciels

L’IA que vous utilisez aujourd’hui est un stagiaire extrêmement cultivé, enfermé dans une pièce sans fenêtre. Il a tout lu. Il rédige vite et bien. Et il n’a jamais vu un seul de vos devis, une seule de vos fiches clients, un seul de vos stocks.

C’est pour cette raison que la plupart des dirigeants avec qui j’en parle décrivent la même expérience : impressionnés la première semaine, tièdes la troisième. Non pas parce que l’outil est mauvais, mais parce qu’un texte parfaitement écrit sur une entreprise qu’il ne connaît pas reste un exercice de style.

Ce que vous faites aujourd’hui, et pourquoi ça s’arrête

Vous exportez un fichier. Vous le collez dans la conversation. Vous posez votre question. La réponse est bonne.

Puis vous recommencez le lendemain, et le surlendemain. Au bout d’une semaine, vous avez arrêté. Le copier-coller fonctionne une fois ; il ne survit pas à la routine. C’est toujours le même mode d’échec : un geste manuel qu’on finit par ne plus faire.

La prise normalisée

Depuis quelque temps, il existe une façon standard de brancher un logiciel sur une IA. Imaginez une prise de courant : jusqu’ici, chaque appareil avait sa fiche, et il fallait un adaptateur sur mesure pour chaque branchement. Maintenant il y a une norme, et tout ce qui la respecte se branche.

Le sigle, si vous le croisez dans un article ou dans la bouche d’un prestataire, est MCP — pour protocole de contexte de modèle, c’est-à-dire la façon dont on donne à l’IA le contexte réel de votre entreprise. Retenez la prise, oubliez le sigle. Personne ne vous demandera jamais de l’écrire.

Ce que ça donne en pratique : votre logiciel expose des gestes précis — « liste les devis en attente », « donne le stock de cette référence », « retrouve l’historique de ce client » — et l’IA peut s’en servir quand la question l’exige, avec les droits que vous lui avez donnés, et pas un de plus.

Ce que ça change

Le matin, vous demandez : quels devis de plus de quinze jours n’ont reçu aucune réponse, et lequel pèse le plus lourd ? La réponse arrive avec les vrais numéros, les vrais noms, les vrais montants. Pas une méthode pour les trouver : les devis.

Au téléphone avec un prospect qui vous dit vaguement avoir déjà travaillé avec vous : la question est posée en langage courant, la réponse arrive avant la fin de sa phrase, sans ouvrir trois onglets.

Un fournisseur annonce un retard sur une référence : quelles commandes en cours en dépendent, et lesquelles vais-je devoir décaler ? C’est un quart d’heure de recoupement, chaque fois, et c’est le genre de quart d’heure qui passe à la trappe quand la journée est chargée.

La différence tient en une phrase. Avant, vous aviez une IA qui écrivait bien. Après, vous avez une IA qui répond juste, parce qu’elle a regardé.

Ces situations sont génériques — je les décris comme telles, elles ne sont le portrait de personne. Mais le point commun est toujours le même : ce sont des questions que vous vous posez plusieurs fois par semaine et dont la réponse vit dans un logiciel que vous n’ouvrez pas assez vite.

En lecture, puis en écriture — jamais l’inverse

C’est la première question à poser, et celle que j’entends le moins souvent.

Lire est réversible. Si l’IA se trompe en lisant, elle vous donne une mauvaise réponse, vous la corrigez, il ne s’est rien passé. Écrire ne l’est pas : une fiche client modifiée, un devis créé en double, un statut changé dans votre logiciel de gestion, cela laisse des traces qu’il faut ensuite nettoyer à la main.

Donc : branchement en lecture seule d’abord. Pendant plusieurs semaines. Et l’on n’ouvre l’écriture que sur des gestes dont on accepterait le pire scénario — créer un brouillon, oui ; envoyer une facture, non.

Deuxième garde-fou, du même ordre : donnez à l’IA son propre compte dans vos logiciels, avec ses propres droits, jamais le vôtre. Un accès qu’on peut couper en dix secondes sans se couper soi-même.

Ce que ça ne répare pas

Si votre fichier client est à moitié faux, une IA branchée dessus vous répondra faux, vite, et avec un aplomb considérable. Brancher l’IA sur un désordre, c’est obtenir un désordre à la demande.

C’est d’ailleurs le véritable intérêt de l’exercice, et je le dis franchement parce que ça m’arrange rarement : le jour où l’on branche, on découvre l’état réel des données. Les doublons, les fiches sans téléphone, les devis restés « en cours » depuis deux ans. Le branchement ne crée pas ce problème, il le rend visible. Beaucoup de chantiers commencent là plutôt qu’ailleurs, et c’est souvent le meilleur argent dépensé.

Par où commencer

Pas par un logiciel. Par une question.

Quelle question posez-vous plusieurs fois par semaine, dont la réponse existe quelque part dans vos outils, et qui vous oblige à ouvrir une application, filtrer, recouper, recompter ? Celle-là est votre première prise.

Si vous n’en trouvez aucune, vous n’avez pas besoin de ce sujet aujourd’hui. C’est une réponse parfaitement valable, et je préfère la donner que de vendre un branchement qui n’apporterait rien.

Si vous en trouvez trois, alors la conversation devient intéressante : elle porte sur vos outils, vos droits d’accès et ce qu’ils savent déjà faire. C’est exactement le genre de chantier que je traite en développement sur mesure, la même logique que celle des projets rassemblés dans mes cas clients : construire l’outil autour du métier, pas l’inverse.

Et si vous voulez simplement savoir si votre situation s’y prête, trente minutes suffisent à trancher.