Le MCP — Model Context Protocol — est un standard ouvert qui permet à un assistant IA d’appeler votre logiciel directement : lire un client, déplacer un rendez-vous, émettre une facture. Dans un CRM, ça change une chose précise : il n’est plus nécessaire que quelqu’un ait prévu chaque cas d’avance, parce que l’assistant compose les étapes sur le moment, à l’intérieur des limites que vous fixez.
C’est tout. Le reste de ce texte explique pourquoi ça compte, avec des chiffres, et ce que ça ne règle toujours pas.
Le problème, ce n’est pas le manque de CRM
C’est que la plupart ne servent pas. Le chiffre qui circule depuis des années dans l’industrie, avec des données de Gartner et Forrester, c’est qu’entre 30 % et 70 % des projets de CRM n’atteignent pas leurs objectifs. La mesure 2025 de Johnny Grow place la moyenne à 55 %, et ajoute une donnée qui mérite qu’on s’y arrête : 50 % des implantations échouent dans les deux ou trois ans après le déploiement. Pas à l’installation. Après.
Et la cause n’est presque jamais le logiciel. Plus de 60 % des échecs tiennent à des enjeux humains — adoption, formation, résistance — et seulement 6 à 10 % à la plateforme elle-même.
Traduit : le CRM fonctionne, mais votre équipe ne le remplit pas. Et un CRM que personne ne remplit n’est pas un outil, c’est une deuxième comptabilité que quelqu’un doit tenir à la main.
L’autre problème, c’est la facture
Le prix par utilisateur porte un surnom assez juste dans le milieu : une taxe sur l’embauche. Une équipe de cinq personnes sur un forfait à 39 $ par utilisateur paie 195 $ par mois ; embauchez trois personnes de plus et ça monte à 312 $, sans que le travail de qui que ce soit ait changé. Les PME se situent entre 10 et 30 $ par utilisateur par mois, les entreprises moyennes entre 40 et 100.
À ça s’ajoute ce qui n’apparaît pas sur la page des prix. La recommandation courante est de prévoir de 30 % à 50 % au-dessus du prix affiché pour la première année : intégration, supplément de facturation mensuelle, sauts de forfait forcés par une seule fonction dont vous avez besoin, frais par contact. Et depuis 2025, les modules d’IA, de 23 à 60 $ par utilisateur par mois.
Pourquoi l’automatisation ne règle pas ça non plus
La réponse habituelle à un CRM rigide, c’est de lui brancher des automatisations. Le problème arrive quand vous grossissez.
Zapier facture à la tâche, et un Zap de plusieurs étapes consomme une tâche par étape. Un flux de dix étapes exécuté 5 000 fois par mois, ça fait 50 000 tâches, ce qui tombe dans le palier à 449 $ par mois. Quand le quota est épuisé, vos flux se mettent en pause jusqu’au prochain cycle de facturation.
Mais le coût n’est pas le pire. Le pire, c’est le jour où arrive un cas que personne n’avait dessiné : « déplacez mon rendez-vous de jeudi à lundi, ajoutez le deuxième service et facturez le tout ensemble ». Aucune branche ne correspond. Le flux s’arrête, et quelqu’un le fait à la main. Il y a un signal qui résume bien la situation : quand l’équipe passe plus de temps à entretenir les flux qu’ils n’en font gagner, l’automatisation a cessé d’être une solution.
Ce que le MCP fait différemment
Un serveur MCP expose votre système comme un ensemble de fonctions nommées : find_client, reschedule_appointment, create_invoice. L’assistant voit cette liste et décide lesquelles utiliser, dans quel ordre et avec quelles données, selon ce qu’on lui demande.
La différence avec une automatisation est là : personne n’a enchaîné find_client → reschedule_appointment → create_quote → create_invoice d’avance. L’assistant le compose parce qu’il a le contexte devant lui.
Et la différence avec « un CRM avec de l’IA intégrée » est une question de propriété : le MCP est un standard ouvert, pas une fonctionnalité d’un produit. Publié par Anthropic fin 2024, il est aujourd’hui soutenu aussi par OpenAI, Google, Microsoft et AWS, avec l’Agentic AI Foundation de la Linux Foundation comme maison neutre de l’écosystème.
Ce n’est pas un pari de niche. Les SDK sont passés d’environ 100 000 téléchargements mensuels au lancement à 97 millions en mars 2026, le registre officiel dépassait les 9 600 serveurs en mai 2026, et 28 % des Fortune 500 l’avaient déployé en moins de dix-huit mois.
Et pourquoi ça touche vraiment le problème d’adoption
Revenez à la donnée du début : les CRM échouent parce que personne ne les remplit.
Un CRM branché en MCP s’utilise en parlant, depuis l’application Claude ou ChatGPT que l’employé a déjà ouverte. Pas d’interface à apprendre, pas d’onglet à retrouver, pas besoin de penser à s’y connecter. Ça ne garantit pas l’adoption — rien ne la garantit — mais ça enlève la friction précise qui revient dans la majorité des post-mortem.
Ce que le MCP ne règle pas
Il faut le dire, parce que le secteur ne le dit pas :
Ça ne répare pas des données sales. Si vos clients sont en triple dans trois endroits et que vos prix datent, l’IA travaillera avec de mauvaises données, plus vite. Migrer et nettoyer reste un travail manuel et ennuyeux.
Ça ne crée pas un processus qui n’existe pas. Si chez vous chacun facture à sa façon, aucun outil ne décidera à votre place laquelle est la bonne.
Ce n’est pas gratuit. Vous payez l’usage de l’API du modèle, et ça grimpe avec l’usage. C’est un coût variable, à voir d’avance plutôt qu’à découvrir.
Ça n’enlève pas la supervision. Un assistant qui se trompe en émettant une facture vous cause un vrai problème avec un vrai client. C’est pour ça que les actions sensibles doivent attendre une confirmation explicite — et c’est une décision de conception, ce n’est pas fourni d’office.
Quand ça vaut la peine d’y penser
Quand vous avez déjà une entreprise en activité, avec une vraie opération quotidienne — clients, rendez-vous, factures — et qu’au moins une de ces phrases est vraie : le CRM que vous payez, personne ne s’en sert ; la facture par utilisateur grimpe plus vite que l’équipe ; ou vous avez déjà buté plusieurs fois sur le cas qu’aucune automatisation ne couvrait.
Si rien de tout ça n’est vrai, vous n’en avez probablement pas encore besoin. Et c’est une réponse utile aussi.