Brancher ton CRM sur Claude

Ton CRM, c'est l'endroit où dort tout ce qui compte : qui a acheté quoi, qui n'a pas répondu depuis trois mois, quel devis n'a jamais été relancé. Cette donnée ne sert à rien tant qu'il faut six clics pour la sortir. Voilà comment la brancher — quel connecteur pour ton CRM, les six workflows à lancer en premier avec les prompts complets, et les permissions à régler avant.

Un connecteur, c'est quoi exactement

Avant de choisir le tien, il faut comprendre ce que tu actives — parce que la plupart des gens imaginent un projet informatique là où il n'y a qu'une autorisation à donner.

Un connecteur, ce n'est ni un logiciel à installer, ni un export, ni une synchronisation. C'est une autorisation : tu dis à ton CRM « ce compte-là a le droit de venir lire, et éventuellement d'écrire ». Ensuite, quand tu poses une question, Claude va chercher l'information chez toi, à cet instant, et te répond. Rien n'est copié nulle part.

Techniquement, ça s'appuie sur une norme ouverte créée par Anthropic et adoptée depuis par à peu près tout le monde — c'est elle qui explique pourquoi les CRM se sont branchés les uns après les autres en quelques mois. Tu n'as pas besoin d'en savoir plus : c'est la prise standard, ton CRM la fournit, Claude s'y branche.

Ce qui se passe quand tu branches

• Tu ouvres les réglages de ton compte Claude, section Connecteurs (accessible aussi depuis une conversation, via le bouton « + »).
• Tu choisis ton CRM dans la liste des connecteurs disponibles.
• Tu arrives sur la page de connexion de ton CRM — pas celle de Claude — et tu t'identifies comme d'habitude.
• Tu autorises. C'est fini : dans la conversation suivante, tu peux poser une question sur tes clients.

Trois choses qu'un connecteur ne fait pas

• Il ne duplique pas ta base. Pas de copie qui vieillit dans un coin : Claude lit l'état réel de ton CRM au moment de la question. Si ton équipe a modifié une fiche il y a dix minutes, c'est cette version-là qu'il voit.
• Il ne crée aucun droit. Il hérite des tiens. Ce que tu ne vois pas dans ton CRM, Claude ne le voit pas non plus — et si ton commercial branche son propre compte, il reste sur son périmètre.
• Il ne travaille pas tout seul. Rien ne se déclenche pendant que tu dors. Un connecteur répond quand on lui demande ; faire tourner un workflow automatiquement chaque lundi, c'est un chantier séparé, à monter une fois que les prompts ont fait leurs preuves à la main.

« Officiel » ou « à poser » : la différence qui compte

C'est la seule distinction qui change ton planning. Un connecteur officiel est publié par l'éditeur de ton CRM et figure dans la liste : dix minutes, aucune compétence technique, et il se met à jour tout seul. Un CRM sans connecteur officiel — Odoo, ou un outil maison — peut quand même se brancher, mais il faut installer la prise : quelques heures de travail pour un prestataire, et quelqu'un pour la maintenir ensuite. Le résultat final est le même ; ce n'est pas le même point de départ, ni le même budget.

Si tu n'es pas seul à t'en servir

Sur un compte d'équipe ou d'entreprise, ça ne se branche pas poste par poste : un propriétaire du compte active le connecteur pour l'organisation, puis chacun s'y connecte avec ses propres identifiants — et ne voit donc que son périmètre. Ce même propriétaire peut imposer la lecture seule à tout le monde, ce qui est exactement le bon réglage pour les deux premières semaines (j'y reviens plus bas).

Quel connecteur pour ton CRM

La vague est récente et elle est allée vite. Pipedrive est entré dans le répertoire officiel de Claude le 18 août 2026. Salesforce a annoncé Claudeforce le 26 août : 37 compétences commerciales livrées d'origine, et Claude comme moteur de raisonnement des agents Salesforce. HubSpot avait ouvert le bal dès l'été 2025. Voici où en est chacun.

Deux choses à retenir de ce tableau. La première : si tu es sur HubSpot, Pipedrive, Notion, Airtable ou Folk, le branchement est une affaire de dix minutes, pas de projet informatique. La seconde : côté Salesforce, l'annonce est très large mais l'accès s'ouvre par vagues — vérifie ce qui est réellement activé sur ton instance avant de promettre quoi que ce soit à ton équipe.

Les permissions à régler avant de brancher

C'est la partie que tout le monde saute et c'est celle qui coûte cher. Trois réglages, dans cet ordre, avant la première question posée.

1. Choisir avec quel compte tu branches

Le connecteur ne crée pas de droits, il hérite de ceux du compte qui l'active. Tu le branches avec un compte administrateur, Claude voit tout le CRM. Un commercial le branche avec le sien, il voit son périmètre et rien d'autre. C'est simple, et c'est exactement pour ça qu'il faut le décider consciemment plutôt que de cliquer vite.

2. Lecture seule pendant deux semaines

Commence sans droit d'écriture. Tu poses des questions, tu vérifies les réponses contre la réalité, tu repères ce que ton CRM raconte de faux. Tu n'ouvriras l'écriture que sur un seul type d'action — la note d'appel, en général — et seulement quand les réponses en lecture seront fiables.

3. Décider ce qui ne doit jamais sortir

Coordonnées bancaires, données de santé, rémunérations, notes personnelles sur des salariés : si ça traîne dans des champs libres de ton CRM, ça devient lisible. Le bon réflexe n'est pas de brider l'outil, c'est de sortir ces informations du CRM — elles n'avaient rien à y faire.

1Le lundi matin qui se prépare tout seul

Le problème. Tu sais qu'il y a des gens à relancer. Tu ne sais pas lesquels en premier, et sortir la liste prend plus de temps que les relances elles-mêmes. Alors tu relances ceux dont tu te souviens — pas ceux qui pèsent.

Tu as accès à mon CRM. Sors la liste des clients et prospects à relancer cette semaine.

Règle de sélection : toute affaire encore ouverte sans aucun échange depuis plus de 21 jours, plus tout devis envoyé il y a plus de 10 jours et resté sans réponse.

Classe par montant décroissant. Pour chaque ligne : le nom, le montant, la date du dernier échange, et en une phrase ce qui bloque d'après l'historique.

Ensuite, écris les 5 premiers mails de relance. Cinq lignes maximum par mail, pas de "je me permets de revenir vers vous", une question précise à la fin, et une référence à ce qui s'est dit la dernière fois.

Tu n'envoies rien. Tu me montres, je relis.

Ce que tu vérifies la première fois. Que les montants correspondent, et que « le dernier échange » est bien le dernier — si ton équipe n'enregistre pas ses appels dans le CRM, la date sera fausse et la relance tombera à côté.

2L'appel qui se range tout seul

Le problème. L'appel se termine, tu enchaînes, et le compte-rendu ne sera jamais écrit. Trois semaines plus tard, personne ne se souvient de ce qui avait été dit.

Voici mon compte-rendu d'appel, dicté en vrac :
[dicte ou colle tes trois phrases ici]

Fais trois choses, dans cet ordre :
1. Retrouve la bonne fiche dans le CRM. Si tu hésites entre deux, tu me demandes — tu ne devines pas.
2. Écris une note propre : contexte, ce qui a été dit, objections soulevées, décisions prises.
3. Propose la suite : nouvelle étape de l'affaire, montant si un chiffre a été évoqué, prochaine action avec une date.

Tu me montres les trois avant d'écrire quoi que ce soit dans le CRM.

Ce que ça change. C'est le seul workflow de cette liste qui améliore ta base au lieu de simplement la lire. Trois mois de comptes-rendus dictés, et tous les autres workflows deviennent nettement plus justes.

3Le brief d'avant rendez-vous

Le problème. Tu arrives en rendez-vous avec ce que tu as en tête. Le client, lui, a une mémoire précise de ce qui a coincé la dernière fois.

J'ai rendez-vous avec [nom du client] le [date].

Prépare-moi un brief d'une page, dans cet ordre :
- Qui je vois, et ce qu'ils achètent chez nous depuis le début
- Les 3 derniers échanges, résumés en une ligne chacun
- Ce qui est ouvert en ce moment : devis en attente, affaires en cours
- Ce qui n'est pas payé, s'il y a quelque chose
- Ce qui avait coincé la dernière fois, et comment ça s'est terminé
- 3 questions à poser, qui découlent de cet historique

Si une information manque dans le CRM, écris "non renseigné". Tu ne combles pas les trous.

4Les devis signés qui n'ont jamais été facturés

Le problème. Une affaire est passée en « gagnée », tout le monde est passé à la suivante, et la facture n'est jamais partie. Personne ne l'a vu, parce qu'aucune alerte n'existe pour ça : l'information est à cheval entre deux outils.

Croise les affaires gagnées de mon CRM avec mes factures émises.

Sors les affaires marquées gagnées ou signées il y a plus de 15 jours pour lesquelles tu ne trouves aucune facture correspondante.

Pour chaque ligne : le client, le montant, la date de signature, le nombre de jours écoulés, et la personne qui suit le dossier.

Trie par montant décroissant.

Si tu n'es pas certain qu'une facture correspond bien à une affaire, mets la ligne dans une seconde liste "à vérifier" — tu ne l'écartes pas silencieusement.

C'est le workflow qui se rembourse le plus vite, parce qu'il ne fait pas gagner du temps : il retrouve de l'argent déjà gagné. Prévois qu'il faille l'accès à ton outil de facturation en plus du CRM — ce sont deux connexions distinctes.

5Les factures en retard, relancées correctement

Le problème. La relance d'impayé se reporte parce qu'elle est désagréable à écrire, et parce qu'il faut aller rechercher le bon numéro, le bon montant, la bonne date.

Sors mes factures échues depuis plus de 30 jours.

Pour chacune : client, numéro de facture, montant, date d'échéance, nombre de jours de retard, et depuis quand ce client travaille avec nous.

Puis écris les relances : une par client, pas une par facture — tu regroupes quand un client en a plusieurs.

Adapte le ton. Client de longue date, premier retard : factuel et détendu. Retard répété, ou client récent : plus ferme, avec une date limite et ce qui se passe ensuite.

Dans chaque mail, le bon numéro, le bon montant, la bonne date d'échéance. Aucune approximation sur les chiffres : si une donnée te manque, tu me le dis au lieu de l'inventer.

Tu me montres tout. Je relis avant envoi.

6Les clients qui décrochent sans prévenir

Le problème. Un client qui commandait tous les deux mois n'a rien pris depuis cinq. Aucun CRM ne déclenche d'alerte pour ça : il faudrait comparer chaque client à son propre rythme. C'est précisément ce qu'une IA fait bien.

Regarde l'historique d'achat de mes clients sur les 24 derniers mois.

Pour chacun, calcule son rythme habituel de commande : l'écart moyen entre deux commandes. Puis sors ceux dont le silence actuel dépasse largement ce rythme — au moins le double.

Présente : le client, son rythme habituel, la date de sa dernière commande, le chiffre d'affaires qu'il représentait sur 12 mois, et ce qu'il achetait.

Classe par chiffre d'affaires en jeu, du plus gros au plus petit.

Ignore les clients qui ont moins de 3 commandes dans l'historique : il n'y a pas de rythme à mesurer, tu produirais du bruit.

Fais-le tourner une fois par mois, pas une fois par semaine. Un client ne décroche pas en sept jours, et une liste qui revient trop souvent finit par ne plus être lue.

Par quoi commencer

Tu ne lances pas les six en même temps. Voici comment je les classerais si tu branches ton CRM cette semaine.

Ce que tu pilotes, ce qui se délègue

Pour finir, la répartition — parce que la question suivante est toujours « et concrètement, qui fait quoi ? ».

• Toi, et personne d'autre : choisir avec quel compte on branche, décider ce qui ne doit pas sortir du CRM, valider chaque mail avant envoi les premières semaines, et trancher quelles étapes de ton pipeline veulent encore dire quelque chose.
• Ton équipe, à qui ça change la vie : dicter ses comptes-rendus, relire les listes, signaler les réponses fausses. Ce retour-là est ce qui fiabilise le système, et il ne peut venir que d'eux.
• Ce qui se délègue : le branchement lui-même quand ton outil n'est pas dans la liste des connecteurs officiels, le croisement CRM/facturation, la mise en place du nettoyage de base, et la surveillance automatique une fois que les prompts ont fait leurs preuves à la main.