Créer un assistant commercial IA avec Claude et Slack

En résumé : en octobre 2026, le montage le plus rationnel pour une PME est Slack comme interface, Claude Sonnet 5.5 comme modèle par défaut, un accès CRM limité en lecture et une validation humaine avant toute action externe. Un premier pilote peut être configuré en une journée si les API sont déjà disponibles ; le passage en production demande plutôt une à trois semaines pour les droits, les tests, la journalisation et le RGPD. Le coût du modèle se calcule à l’usage : avec les hypothèses détaillées plus bas, il est d’environ 21 $ par utilisateur actif et par mois, hors hébergement et intégration.

L’adoption n’est plus marginale. Dans son rapport State of Sales, 7e édition, publié en 2026, Salesforce indique que 54 % des équipes commerciales utilisent déjà des agents IA et que 34 % supplémentaires prévoient de le faire sous deux ans. Le même rapport relève toutefois que 51 % des commerciaux disent que les préoccupations de sécurité ont retardé des initiatives IA. Autrement dit, le sujet n’est plus seulement de brancher un modèle : il faut construire un assistant utile, contrôlable et auditable. Source : Salesforce, State of Sales 2026.

Ce tutoriel montre comment déployer un assistant commercial interne capable de préparer un rendez-vous, rechercher un compte dans le CRM, proposer une relance et résumer une opportunité sans donner au modèle un accès illimité à vos données.

Pourquoi installer l’assistant dans Slack ?

Réponse courte : Slack réduit la friction d’adoption, mais ne remplace ni le CRM ni la couche de contrôle. Le commercial formule sa demande dans un canal ou un message direct ; le backend récupère uniquement les données nécessaires, appelle Claude, puis renvoie une réponse sourcée dans le fil.

Un assistant bien cadré peut prendre en charge quatre familles de tâches :

• préparer un brief avant rendez-vous à partir des faits du CRM ;
• résumer les derniers échanges et signaler les informations manquantes ;
• proposer une relance conforme au ton de l’entreprise ;
• repérer les opportunités sans prochaine action ou bloquées depuis un seuil donné.

Le rapport Salesforce 2026 apporte un second signal utile : 85 % des commerciaux qui utilisent des agents déclarent que l’IA les libère pour des tâches à plus forte valeur. Ce chiffre mesure une perception déclarée, pas un gain horaire garanti. Votre ROI doit donc être établi sur vos propres journaux d’usage et sur un groupe pilote, pas repris d’un benchmark générique.

Architecture recommandée en production

Réponse courte : séparez l’interface Slack, l’orchestrateur, le modèle et les systèmes métier. Claude ne doit jamais recevoir directement un jeton administrateur du CRM ni décider seul d’une action irréversible.

Le flux de référence est le suivant :

1. Slack reçoit la demande et transmet l’événement à votre endpoint.
2. Le backend vérifie la signature Slack, déduplique l’event_id et contrôle l’identité de l’utilisateur.
3. L’orchestrateur applique les droits : équipe, comptes autorisés, champs accessibles et outils utilisables.
4. Claude choisit un outil typé comme get_deal_summary ou draft_follow_up. Votre code exécute l’appel ; le modèle ne détient pas les secrets.
5. Le backend filtre le résultat, retire les données inutiles et renvoie à Claude les seuls faits nécessaires.
6. Slack affiche la réponse avec ses sources : identifiant du deal, date de dernière activité et liens vers les fiches CRM.
7. Toute écriture attend une approbation par bouton Slack : envoyer un email, modifier un montant, créer une tâche ou changer une étape du pipeline.
8. Un journal d’audit enregistre l’utilisateur, la demande, les outils appelés, les validations, la version du prompt, le modèle, la latence et le coût.

Cette séparation compte parce que le mécanisme d’outils de Claude fonctionne comme un contrat : le modèle émet un appel structuré, puis votre application décide de l’exécuter et lui retourne le résultat. La documentation officielle sur le tool use confirme que les outils définis par le client s’exécutent dans votre application, pas dans le modèle.

Pour une vue plus détaillée des connecteurs, consultez aussi notre guide interne MCP : brancher Claude sur vos outils métier sans tout recoder.

Le guide pas-à-pas

Étape 1 : choisir trois cas d’usage mesurables

Commencez par trois tâches fréquentes, réversibles et faciles à vérifier. Un assistant qui réussit trois opérations chaque jour crée plus de valeur qu’un bot généraliste doté de dizaines d’outils mal contrôlés.

Exemples de requêtes à retenir pour le pilote :

• « Prépare un brief de cinq lignes sur le compte Acme avant mon rendez-vous. »
• « Propose une relance pour l’opportunité Dupont, sans l’envoyer. »
• « Liste mes deals en phase Proposition sans activité depuis 21 jours. »
• « Résume les échanges de la semaine et cite la date de chaque source. »
• « Prépare trois questions de qualification à partir des champs manquants du CRM. »

Pour chaque cas, définissez avant le développement : les sources autorisées, le format de réponse, les faits obligatoirement cités, le seuil d’escalade et l’action interdite. Exemple : une relance peut être rédigée, mais jamais envoyée sans clic du commercial.

Étape 2 : préparer les données et les permissions

L’assistant doit accéder au minimum de données nécessaire, avec un compte de service distinct. Commencez par le CRM en lecture seule ; ajoutez les emails ou l’écriture seulement après validation du pilote.

Trois modes d’intégration sont possibles :

• API directe : votre backend appelle HubSpot, Pipedrive, Brevo ou Salesforce. C’est le choix le plus prévisible pour quelques fonctions précises.
• n8n ou Make : l’orchestrateur expose des workflows bornés, par exemple rechercher_compte ou creer_brouillon. C’est adapté à un prototype et reste lisible par une équipe Ops.
• MCP distant : le connecteur MCP de l’API Claude peut relier directement des serveurs distants et autoriser ou refuser leurs outils. En octobre 2026, cette fonction est encore indiquée comme bêta ; la documentation recommande aussi d’épingler la liste des outils pour éviter qu’elle change en cours de conversation. Source : documentation Anthropic du connecteur MCP.

N’accordez jamais un outil générique du type execute_sql ou call_any_api. Préférez des fonctions étroites, avec un schéma strict, des champs en liste blanche et des contrôles d’autorisation côté serveur. Un prompt n’est pas une barrière de sécurité.

Étape 3 : créer et sécuriser l’application Slack

La configuration minimale combine les événements app_mention et message.im, les scopes les plus restreints possible et la vérification de chaque requête entrante.

Dans l’administration Slack :

1. Créez une application depuis api.slack.com/apps.
2. Activez Event Subscriptions.
3. Abonnez le bot à app_mention pour les mentions en canal et à message.im pour les messages directs.
4. Ajoutez chat:write, app_mentions:read et im:history. Ajoutez users:read seulement si votre logique doit réellement lire l’annuaire.
5. Installez l’application et stockez le Bot Token dans un gestionnaire de secrets.
6. Configurez la Request URL HTTPS et vérifiez la signature avec le Signing Secret avant de traiter le corps.
7. Dédupliquez les événements avec leur identifiant et ignorez ceux déjà traités afin d’éviter une double réponse lors d’une nouvelle tentative Slack.

Slack précise que app_mention ne couvre pas les messages directs : l’abonnement message.im est nécessaire. Source : documentation Slack app_mention.

Ne journalisez ni le Bot Token ni le Signing Secret. Séparez également les environnements de test et de production avec deux applications Slack différentes.

Étape 4 : connecter Claude et définir ses outils

En octobre 2026, Claude Sonnet 5.5 est le meilleur point de départ pour les résumés, recherches CRM et brouillons ; réservez Claude Opus 5.5 aux dossiers complexes ou aux secondes lectures. Cette stratégie de routage évite de payer le modèle le plus coûteux pour toutes les requêtes.

Les identifiants d’API à utiliser sont claude-sonnet-5-5 et claude-opus-5-5. Anthropic affiche les tarifs suivants par million de tokens :

Modèle	Entrée	Sortie	Lecture du cache	Usage conseillé
Claude Sonnet 5.5	2 $	10 $	0,10 $	Briefs, synthèses, qualification, brouillons
Claude Opus 5.5	4 $	20 $	0,20 $	Arbitrages complexes, comptes stratégiques, contrôle secondaire

Les prix d’entrée et de sortie proviennent de l’annonce officielle de Sonnet 5.5 et de l’annonce officielle d’Opus 5.5. Anthropic a abaissé la lecture du cache de Sonnet 5.5 à 0,10 $ le 7 octobre 2026. Source : annonce Claude Haiku 5.5.

Le prompt système doit préciser :

• le rôle et le périmètre de l’assistant ;
• la règle « ne jamais inventer une donnée CRM » ;
• l’obligation de citer l’objet source et sa date ;
• les actions qui nécessitent une approbation ;
• la conduite à tenir en cas d’ambiguïté ou de donnée absente ;
• le ton, la langue et le format attendus.

Définissez ensuite des outils structurés. Par exemple, get_opportunity accepte un identifiant de deal et retourne seulement le montant, l’étape, la dernière activité, la prochaine action et les contacts autorisés. Activez le mode strict lorsque disponible pour valider les arguments contre le schéma JSON.

Enfin, placez le prompt stable et les définitions d’outils dans le prompt cache. Le cache ne réduit pas la taille logique du contexte, mais facture beaucoup moins cher les préfixes relus. Surveillez cache_creation_input_tokens et cache_read_input_tokens plutôt que de supposer que le cache fonctionne. Source : documentation Anthropic sur le prompt caching.

Étape 5 : construire un jeu de tests avant le pilote

Un assistant commercial ne se valide pas avec cinq démonstrations réussies : il lui faut un jeu de cas reproductible, comprenant des erreurs et des attaques. Préparez 30 à 50 requêtes représentatives à partir de données fictives ou anonymisées.

Testez au minimum :

• un compte nominal avec des données complètes ;
• deux entreprises portant le même nom ;
• un champ CRM absent ou périmé ;
• un utilisateur qui demande un compte hors de son portefeuille ;
• une instruction malveillante présente dans une note CRM ;
• une demande d’envoi sans approbation ;
• une indisponibilité du CRM ou de Claude ;
• une réponse trop longue pour Slack ;
• un doublon d’événement ;
• une donnée sensible qui ne doit pas apparaître dans les logs.

Mesurez quatre taux : exactitude factuelle, couverture des citations, conformité des appels d’outils et respect des refus. Fixez un seuil de lancement par cas d’usage — par exemple 95 % de réponses factuellement exactes et 100 % de blocage des actions non approuvées — plutôt qu’une note moyenne unique qui masquerait un défaut critique.

Étape 6 : piloter pendant deux semaines puis décider

Déployez auprès de deux à cinq commerciaux volontaires et comparez le temps réel avant/après sur les mêmes tâches. Le pilote doit produire une décision : généraliser, corriger ou abandonner un cas d’usage.

Suivez chaque semaine :

• utilisateurs actifs et requêtes utiles par utilisateur ;
• temps médian jusqu’à la réponse ;
• part des réponses acceptées sans correction, corrigées ou rejetées ;
• taux de faits accompagnés d’une source ouvrable ;
• erreurs d’autorisation et appels d’outils échoués ;
• coût API par tâche réussie, pas seulement par utilisateur ;
• minutes réellement économisées, mesurées sur un échantillon.

Pour les rendez-vous, notre guide Automatiser la préparation des rendez-vous commerciaux en PME fournit un workflow plus spécialisé.

Combien coûte réellement l’assistant ?

Réponse courte : avec Sonnet 5.5, un usage soutenu mais discipliné peut coûter environ 21 $ de modèle par utilisateur actif et par mois ; ce n’est ni un forfait ni une promesse, mais un calcul reproductible.

Hypothèses : 50 requêtes par jour, 20 jours par mois, 4 000 tokens d’entrée non mis en cache et 1 200 tokens de sortie par requête, plus 10 000 tokens de contexte stable relus depuis le cache.

Poste mensuel	Volume	Tarif Sonnet 5.5	Coût
Entrée variable	4 M tokens	2 $ / M	8 $
Sortie	1,2 M tokens	10 $ / M	12 $
Préfixe lu en cache	10 M tokens	0,10 $ / M	1 $
Total modèle estimé			21 $

Ajoutez l’hébergement de l’orchestrateur, les logs, la supervision et les appels éventuels aux API tierces. Refaites le calcul avec vos mesures après une semaine : la longueur des notes CRM et des réponses peut faire varier fortement la facture. Avec les mêmes volumes, Opus 5.5 coûterait environ 42 $ pour le modèle ; d’où l’intérêt de l’utiliser seulement en escalade.

Sécurité, RGPD et AI Act : les garde-fous applicables en 2026

Réponse courte : un assistant commercial interne n’est pas automatiquement un système « à haut risque », mais il traite souvent des données personnelles et doit respecter le RGPD. Depuis le 2 août 2026, les règles de transparence de l’AI Act sont applicables à certains systèmes interactifs : identifiez clairement le bot comme une IA et formez les personnes qui l’utilisent.

La Commission européenne confirme que les obligations de transparence ont commencé à s’appliquer le 2 août 2026, notamment pour informer une personne lorsqu’elle interagit avec un système d’IA. Source : Commission européenne, 31 juillet 2026.

Pour ce projet, appliquez les contrôles suivants :

• Finalité et base légale : documentez précisément pourquoi les données de prospects et clients sont traitées. L’intérêt légitime peut convenir dans certains cas, mais il ne doit pas être choisi automatiquement ; faites valider l’analyse par votre DPO ou conseil.
• Minimisation : n’envoyez au modèle que les champs utiles à la demande. Excluez par défaut les données sensibles, les pièces jointes complètes et les conversations sans rapport.
• Information : nommez l’application « assistant IA », ajoutez une mention visible dans son profil et rappelez dans sa première réponse qu’elle génère des suggestions.
• Conservation : fixez une durée pour les prompts, réponses et journaux. L’API Anthropic supprime par défaut les entrées et sorties sous 30 jours, sauf exceptions contractuelles, légales ou liées à certains services. Source : centre de confidentialité Anthropic.
• ZDR et fonctions compatibles : si vous négociez le Zero Data Retention, vérifiez fonction par fonction son éligibilité. Certaines fonctions bêta ou certains outils peuvent être exclus ; « API Claude » ne signifie pas automatiquement « aucune rétention ».
• Droits d’accès : reproduisez les permissions du CRM dans l’orchestrateur. Un commercial ne doit pas découvrir via Slack un compte auquel il n’a pas accès dans le CRM.
• Traçabilité proportionnée : journalisez les appels et validations sans recopier inutilement toutes les données personnelles.
• Supervision humaine : imposez une approbation explicite avant un email, une modification CRM ou une suppression. Ce contrôle réduit le risque opérationnel, mais ne détermine pas à lui seul la catégorie juridique du système.
• Formation : apprenez aux utilisateurs à vérifier les sources, à ne pas coller de données sensibles et à signaler une réponse erronée.

Attention à un point souvent mal compris : l’envoi automatique d’un email ne transforme pas, à lui seul, l’assistant en système à haut risque au sens de l’AI Act. La classification dépend de la finalité et du contexte d’usage. Si le même composant sert à évaluer des salariés, recruter ou prendre des décisions dans un domaine sensible, une analyse distincte s’impose.

Mesurer le ROI sans inventer des heures gagnées

Réponse courte : calculez le ROI à partir des tâches réellement acceptées, du temps observé et du coût complet. Ne valorisez pas une réponse générée si le commercial doit la refaire.

Utilisez cette formule mensuelle :

ROI = (heures nettes économisées × coût horaire chargé - coût complet mensuel) / coût complet mensuel

Les heures nettes correspondent à :

tâches acceptées × (durée manuelle de référence - durée avec assistant)

Exemple : 300 briefs acceptés dans le mois, 6 minutes économisées par brief, soit 30 heures. À 35 € de coût chargé, la capacité libérée vaut 1 050 €. Si l’API, l’hébergement, la supervision et l’amortissement de l’intégration coûtent 350 € par mois, le ROI mensuel est de 200 %. Ce résultat illustre la méthode ; il doit être remplacé par vos mesures.

Ajoutez deux indicateurs de qualité au tableau financier : le taux de correction humaine et le nombre d’incidents. Un gain de temps apparent n’a aucune valeur s’il dégrade la donnée CRM ou envoie une relance incorrecte.

Les outils recommandés

Outil	Rôle	Choix conseillé
Claude Sonnet 5.5	Modèle par défaut	Bon compromis coût, vitesse et qualité
Claude Opus 5.5	Escalade	Dossiers complexes et contrôle secondaire
Slack	Interface	Mentions, messages directs et boutons d’approbation
n8n ou backend dédié	Orchestration	Permissions, secrets, reprises et journalisation
CRM	Source de vérité	Lecture seule pendant le pilote
PostgreSQL / Supabase	État et audit	Identifiants d’événements, validations et métriques

Le choix du modèle ne compense jamais une donnée CRM sale. Salesforce rapporte en 2026 que 46 % des commerciaux utilisant des agents estiment que les problèmes de qualité des données nuisent à leurs ventes. Nettoyez les doublons, rendez la prochaine action obligatoire et normalisez les étapes du pipeline avant d’élargir l’assistant.

Déployer le pilote par étapes

Un déploiement maîtrisé suit généralement cinq étapes, pour que l’équipe garde la maîtrise du système :

1. atelier de cadrage et inventaire des données ;
2. prototype sur un périmètre en lecture seule ;
3. jeu de tests métier et sécurité ;
4. pilote mesuré avec quelques commerciaux ;
5. déploiement progressif, documentation et transfert aux équipes.

L’objectif n’est pas d’ajouter une boîte noire : les prompts, workflows, règles d’autorisation et tableaux de bord doivent rester accessibles à votre équipe.

FAQ — questions fréquentes en 2026

Quel modèle Claude choisir pour un assistant commercial Slack ?

Choisissez Sonnet 5.5 par défaut et Opus 5.5 uniquement pour les cas complexes. Les briefs, synthèses et brouillons ne justifient généralement pas le surcoût d’Opus. Routez vers Opus lorsque le dossier dépasse un seuil de complexité ou lorsqu’une seconde analyse est nécessaire.

MCP suffit-il à sécuriser l’accès au CRM ?

Non. MCP standardise la connexion aux outils ; il ne remplace ni l’autorisation métier ni la minimisation. Configurez une liste blanche d’outils, limitez les champs retournés, contrôlez l’identité côté serveur et exigez une approbation pour les écritures. Épinglez aussi la liste des outils d’un serveur MCP lorsque cette option est disponible.

L’assistant peut-il envoyer des emails automatiquement ?

Techniquement oui, mais commencez par des brouillons avec validation humaine. N’autorisez l’envoi automatique que pour un scénario étroit, testé et réversible, avec plafond de volume, destinataires contrôlés, journal d’audit et bouton d’arrêt.

Faut-il informer les salariés qu’ils parlent à une IA ?

Oui, rendez cette information explicite. Depuis le 2 août 2026, l’AI Act impose des obligations de transparence pour certains systèmes interactifs. Le nom, le profil et la première réponse du bot doivent éviter toute confusion avec une personne. La formation interne reste nécessaire pour apprendre à contrôler les sources et les actions.

Les données envoyées à l’API Claude servent-elles à entraîner le modèle ?

Ne déduisez pas la réponse du seul nom du produit : vérifiez vos conditions commerciales et votre configuration. Documentez la durée de conservation, les fonctions utilisées et l’éligibilité ZDR. Par défaut, Anthropic annonce une suppression des entrées et sorties API sous 30 jours, avec des exceptions clairement listées dans son centre de confidentialité.

Peut-on démarrer sans CRM parfaitement structuré ?

Oui, mais avec un périmètre plus étroit. Utilisez une feuille de suivi validée comme source de vérité et limitez l’assistant à la recherche, au résumé et au brouillon. Ne lui permettez pas de mettre à jour automatiquement un pipeline tant que les identifiants, étapes et responsables ne sont pas normalisés.

Que faire si Claude ou le CRM est indisponible ?

Prévoyez une dégradation explicite plutôt qu’une réponse inventée. Le bot doit signaler la source indisponible, proposer de réessayer et ne jamais présenter sa mémoire comme une donnée à jour. Mettez les écritures en file d’attente seulement si elles restent visibles, annulables et idempotentes.

Conclusion + prochaines étapes

Un assistant commercial dans Slack devient utile lorsqu’il réunit trois qualités : des cas d’usage étroits, des réponses reliées aux sources CRM et des actions contrôlées par le backend. En 2026, la technologie et les modèles sont suffisamment mûrs ; la différence se joue désormais sur les permissions, la qualité des données et la mesure du résultat.

Pour démarrer cette semaine, choisissez trois tâches, constituez 30 cas de test et branchez le CRM en lecture seule. N’ajoutez l’envoi d’emails ou l’écriture CRM qu’après avoir mesuré l’exactitude, les refus et le coût par tâche réussie.