Connecter ChatGPT ou Claude à son CRM : les trois chemins

Vous utilisez ChatGPT ou Claude tous les jours, et votre suivi client vit dans un CRM, un tableur ou un logiciel métier. Entre les deux, c’est vous qui faites le lien : vous recopiez le contexte dans la conversation, puis le résultat dans l’outil. Connecter l’assistant au CRM supprime ces allers-retours.

Il existe trois façons de le faire, de la plus simple à la plus complète. La bonne dépend surtout d’une question : votre logiciel a-t-il déjà un connecteur, et fait-il ce dont vous avez besoin ?

Ce que « connecter » veut dire

Un assistant connecté ne se contente pas de lire un export : il appelle des actions dans votre logiciel. Rechercher une fiche, lire son historique, ajouter une note, programmer une relance. Ces actions passent le plus souvent par MCP (Model Context Protocol), une prise standard lancée par Anthropic fin 2024 et reconnue depuis par ChatGPT. Un même connecteur MCP peut donc servir aux deux assistants.

Deux distinctions comptent avant de choisir :

• Lecture ou écriture. Un connecteur en lecture seule répond à « où en est-on avec Martin ? », mais ne mettra jamais votre CRM à jour. C’est pourtant la saisie qui fait abandonner un CRM.
• La conversation n’est pas une base de données. Ce que vous racontez à l’assistant disparaît avec la conversation. Ce qui compte doit être enregistré dans l’outil, où vous et votre équipe le retrouverez.

Chemin 1 : le connecteur officiel de votre CRM

Les grands CRM s’y sont mis. HubSpot documente un connecteur pour ChatGPT et en propose un pour Claude ; Attio décrit dans sa documentation MCP la recherche, la création, la modification, les notes et les tâches depuis un assistant. Pipedrive, folk et Zoho ont suivi. Dans Claude comme dans ChatGPT, ces connecteurs se trouvent dans les réglages, rubrique des connecteurs ou des applications. Pour savoir où en est votre logiciel, voyez le tableau des logiciels connectés.

Avant de vous lancer, vérifiez cinq points sur votre compte, pas sur la page de présentation :

1. Le connecteur écrit-il, ou se contente-t-il de lire ?
2. Quels objets couvre-t-il : contacts, affaires, notes, tâches, ou seulement une partie ?
3. Respecte-t-il vos droits d’utilisateur (un commercial ne doit pas voir les fiches d’un autre s’il ne les voit pas dans le CRM) ?
4. Quelle offre faut-il, côté CRM comme côté assistant ? En équipe, un administrateur doit souvent l’activer.
5. Que se passe-t-il avec deux contacts du même nom ? Testez ce cas avant de faire confiance au reste.

Si les cinq réponses vous conviennent, n’allez pas plus loin : il n’y a rien à développer. Le travail restant tient du réglage (droits, consignes écrites pour l’assistant, premières tâches testées). C’est l’objet de la formule Branchement, à 290 €, sur la page IA connectée.

Chemin 2 : une passerelle comme Zapier ou n8n

Votre CRM n’a pas de connecteur, mais il est relié à Zapier ou à n8n ? Ces plateformes savent exposer leurs actions à un assistant : Zapier MCP en est l’exemple le plus connu. C’est rapide à mettre en place et souvent suffisant pour une ou deux actions simples, comme créer un contact depuis la conversation.

Les limites apparaissent avec l’usage : des actions génériques (« mettre à jour le champ X ») plutôt que métier (« ajouter le compte rendu à l’affaire »), peu de contrôle sur les doublons, un coût par tâche à surveiller, et des erreurs que l’assistant comprend mal. Bien pour essayer, fragile pour en faire l’outil de toute l’équipe.

Chemin 3 : un connecteur construit pour votre logiciel

C’est le cas de beaucoup de logiciels métier, surtout chez les éditeurs plus petits ou spécialisés : une API existe, mais pas de connecteur pour les assistants, ou un connecteur qui ne couvre pas vos besoins. On construit alors un serveur MCP qui parle à cette API.

Un bon connecteur sur mesure se reconnaît à ce qu’il refuse de faire :

• Pas d’accès libre. Il expose quelques actions métier précises, jamais une requête libre sur toute la base ni un compte administrateur.
• Pas de droits implicites. Chaque agent reçoit ses autorisations, case par case, et la suppression n’est jamais cochée d’office.
• Pas d’action invisible. Chaque appel est inscrit dans un journal : quel agent, quelle action, sur quelle fiche.
• Pas de devinette. Face à deux fiches proches, il renvoie les deux et l’assistant vous demande laquelle.
• Pas d’erreur muette. Ses messages d’erreur disent quoi faire, parce que c’est l’assistant qui les lit, puis vous.

Comptez à partir de 990 € et 2 à 4 semaines pour un connecteur de ce type, selon l’API et le nombre d’actions. Le détail poste par poste est dans serveur MCP sur mesure : prix, et quand en faire un.

Et si le problème, c’est le CRM lui-même ?

Brancher un assistant sur un CRM vide ou mal adapté ne le remplit pas. Si vos étapes ne ressemblent pas à celles du logiciel, si vous payez des fonctions que personne n’utilise, ou si votre suivi vit déjà dans un tableur, une quatrième voie s’ouvre : un CRM sur mesure, conçu dès le départ pour être piloté par l’assistant.

Ce qui a changé, c’est le coût. Une grande part du prix d’un logiciel tient à ses écrans. Quand l’assistant devient l’écran principal, l’outil se resserre sur vos données, vos règles et quelques vues d’ensemble. C’est ce que je propose à partir de à partir de 2 900 €, sur la base du CRM avec lequel je suis mes propres prospects : voir le CRM sur mesure, et le calcul sur trois ans face à un abonnement.

Quel chemin pour quelle situation

Les erreurs qui coûtent cher

• Donner tous les droits « pour voir ». Commencez en lecture, ajoutez l’écriture action par action.
• Laisser partir les messages sans relecture. Pour un premier projet, l’assistant prépare des brouillons ; vous envoyez.
• Tester le cas facile. Le cas difficile, ce sont les homonymes, les dates floues (« jeudi prochain ») et les fiches en double.
• Oublier le coût de fonctionnement. Abonnements, hébergement éventuel et entretien : un projet se juge sur un an, pas sur le devis de départ.