Vous aussi, vous voyez passer ces démos d’IA. Quelqu’un tape une question, et l’IA retrouve aussitôt le bon dossier, prépare un devis et le dépose dans la boîte mail. Impressionnant, jusqu’au moment où vous réalisez que cette démo tourne sur les données de quelqu’un d’autre. Chez vous, tout est dans le CRM d’un petit éditeur français, un logiciel de comptabilité de 2016 et une boîte mail partagée dont l’IA ne peut rien faire.
Cette différence a désormais un nom : MCP.
Une seule prise pour tout
MCP signifie Model Context Protocol, un standard ouvert qui décrit comment un modèle d’IA communique avec d’autres logiciels. Comparez-le à un port USB-C. Autrefois, chaque appareil avait son propre chargeur ; aujourd’hui, un seul câble suffit. Sans standard, il faut faire développer une connexion à part pour chaque combinaison d’outil d’IA et de logiciel. Avec le standard, vous construisez une connexion par logiciel, et toute IA qui parle le standard peut s’en servir.
Ce n’est plus une expérience. Il existe désormais plus de dix mille serveurs MCP publics, et les grands acteurs comme Anthropic, OpenAI, Google et Microsoft le prennent tous en charge. De plus en plus d’éditeurs livrent eux-mêmes un serveur MCP avec leur produit, comme ils ont commencé il y a dix ans à livrer une application mobile.
La question n’est donc plus de savoir si l’IA atteindra vos systèmes. La question est de savoir si vos systèmes sont ouverts.
Première question : votre logiciel a-t-il une porte ?
C’est une question technique, mais vous n’avez pas besoin d’un informaticien pour y répondre. Une connexion MCP a besoin d’une API : une porte par laquelle d’autres logiciels peuvent entrer, avec une clé que vous distribuez et que vous pouvez aussi reprendre.
Les logiciels cloud modernes ont presque toujours cette porte. Pour les grands noms, il existe souvent déjà un serveur MCP prêt à l’emploi, et il suffit en gros de l’activer. Si votre logiciel a une API mais pas encore de serveur MCP, vous le faites construire. C’est une fine couche par-dessus l’existant, et généralement quelques jours de travail plutôt qu’un projet de plusieurs mois.
C’est plus compliqué avec les logiciels plus anciens qui tournent sur un serveur dans vos bureaux et que l’éditeur ne fait plus beaucoup évoluer. Il reste alors des options, comme travailler directement sur la base de données ou passer par des exports, mais c’est plus fragile. Parfois, la réponse honnête est qu’il vaut mieux remplacer ce logiciel à terme.
Vous pouvez le vérifier dès aujourd’hui : cherchez « API » ou « intégrations » sur le site de votre éditeur, ou posez-lui simplement la question.
Deuxième question : qui peut faire quoi ?
Un assistant IA qui peut travailler dans votre CRM travaille avec les droits que vous lui donnez. Si vous lui donnez les droits d’un administrateur, il peut tout faire, y compris des choses que vous n’aviez jamais prévues.
Commencez donc par des droits en lecture. Laissez d’abord l’IA rechercher et résumer avant de la laisser écrire ou modifier. Veillez à ce que l’on enregistre qui a fait quoi, même quand ce « qui » est une machine. Et regardez où vont vos données : le modèle tourne-t-il en Europe, et qu’advient-il de tout ce que vous lui envoyez ? Pour les données clients et les dossiers du personnel, ce n’est pas un détail.
Troisième question : vos données sont-elles bien structurées ?
C’est le point le plus souvent oublié. Une IA qui fouille dans un CRM en désordre donne des réponses en désordre. Des fiches clients en double, des champs que chacun remplit à sa façon, un champ statut qui n’est plus juste depuis deux ans : une connexion n’arrange rien, elle le rend surtout visible.
La bonne nouvelle, c’est que vous n’avez pas à tout nettoyer. Vous devez nettoyer ce que l’IA va réellement utiliser, et c’est généralement bien moins que vous ne le pensez.
Vous faites développer un logiciel sur mesure ? Demandez le serveur MCP avec
Avec un logiciel existant, vous devez attendre ce que décide votre éditeur. Avec du sur mesure, vous avez ce luxe : c’est vous qui décidez si cette porte existe.
Pourtant, on l’oublie souvent. On construit un tableau de bord ou un portail client, il fonctionne très bien, mais il est complètement fermé. Deux ans plus tard, vous voulez y brancher un assistant IA et vous devez retourner voir le prestataire. C’est alors devenu un projet à part, avec une facture à part, alors que cela ne demandait presque pas de travail supplémentaire au moment de la construction.
Mettez-le donc dans le périmètre quand vous faites développer un logiciel : en plus de l’application, une API et un serveur MCP. Demandez aussi comment les droits sont gérés et si vous pouvez voir ce qui passe par cette connexion.
Ce que vous pouvez en faire
Vous n’avez rien à connecter aujourd’hui. Mais ajoutez la question « est-ce que ça a une API ? » à votre liste : pour les outils que vous utilisez déjà, pour ce que vous achèterez, et surtout pour les logiciels que vous faites développer. Vous hésitez entre garder un outil existant et faire développer du sur mesure ? Nous serons heureux d’y réfléchir avec vous. Envoyez-nous un message.
