Claudeforce (Salesforce in Claude)

Ce que c’est

Claudeforce est le nom que Salesforce et Anthropic ont donné à leur partenariat élargi le 26 août 2026, et en pratique il désigne un seul produit : Salesforce in Claude, un plugin qui place les comptes, opportunités et le pipeline d’un commercial dans Claude, sous les permissions Salesforce que ce commercial possède déjà. Il embarque 37 sales skills prêtes à l’emploi — brief du matin, préparation d’appel, revue de deal avec un plan de closing mutuel daté, suivi après réunion, dashboards de pipeline, narratif de forecast — ainsi que des connecteurs Salesforce et Slack inclus. Il est passé en bêta ouverte le 15 septembre 2026 et, au 9 octobre 2026, il est toujours en bêta : il fonctionne dans le chat Claude et dans Claude Cowork sur le web et le desktop, pas dans Claude Code. Chaque affirmation sur les capacités dans cette page est datée de cette bêta et doit être revérifiée avant toute signature.

Les deux autres volets du partenariat — Claude comme modèle par défaut dans Slack et comme modèle de raisonnement par défaut dans Agentforce — changent ce qui fait tourner des produits que vous possédez peut-être déjà. Ils ne s’achètent pas séparément.

Pourquoi il apparaît dans les stacks ops

La question posée sur Reddit est légitime : les serveurs MCP hébergés de Salesforce sont en GA depuis le 29 avril 2026 pour l’Enterprise Edition et au-delà, et n’importe quel admin peut pointer un connecteur personnalisé Claude vers platform/sobject-reads en un après-midi. Qu’apporte donc le plugin ?

• Les skills, pas la connexion. Un connecteur brut donne à Claude du CRUD sur les enregistrements. Le plugin lui donne des procédures commerciales avec un parti pris : quoi lire avant un appel, comment noter un deal, quels champs un suivi doit mettre à jour. Une skill de configuration au premier lancement construit un Artifact propre au rôle à partir du portefeuille du commercial. Ce sont des semaines d’ingénierie de prompts et de skills qu’une équipe RevOps devrait sinon construire et maintenir.
• Une connexion admin, une identité par utilisateur. L’admin connecte Salesforce une fois via une External Client App et attribue le plugin par groupe Claude ; chaque rep se connecte ensuite avec son propre login Salesforce. Les lectures héritent des règles d’objet, de niveau de champ et de partage — la formule de Salesforce : si vous ne pouvez pas voir l’enregistrement, le serveur MCP non plus.
• Approbation avant écriture. Par défaut, Claude propose chaque modification et le commercial l’approuve avant qu’elle n’arrive dans Salesforce, qui reste le système de référence.

Anthropic cite GitLab, Siemens et Legora comme clients déployés, et environ 7 000 commerciaux de Salesforce qui l’utilisent en interne. Ce sont des chiffres de l’éditeur.

La réalité du prix

Il n’existe pas de prix Claudeforce, et Patrick Stokes, chez Salesforce, a reconnu au lancement qu’on ne peut pas l’acheter sur un seul bon de commande. Vous payez deux fournisseurs :

• Anthropic — un seat Claude payant par utilisateur. Le guide d’Anthropic indique que tous les plans payants sont éligibles ; Team est affiché à $25/seat/mois ($20 en annuel) et un usage quotidien intensif pousse les reps vers des seats premium ou Max, comme pour Claude Cowork.
• Salesforce — la bêta exige la dernière édition Sales Cloud Enterprise, au prix catalogue de $175/utilisateur/mois. Le trafic MCP hébergé consomme les limites de requêtes API existantes de votre org ; Salesforce n’affiche aujourd’hui aucun prix MCP par appel, mais « Headless Platform Interaction » figure déjà sur sa grille tarifaire sans montant, avec un préavis promis de 30 jours avant le début de la facturation.

Fourchette réelle pour un rep qui a déjà Sales Cloud Enterprise : $20–$125 par utilisateur et par mois de dépense nouvelle, entièrement côté Claude, plus le temps de l’admin. Si vous êtes en Pro Suite, la montée d’édition écrase tout le reste.

Idéal pour

Les responsables RevOps d’entreprises sous Salesforce Enterprise dont les AE vivent déjà dans Claude, qui veulent que les reps préparent leurs appels, revoient leurs deals et mettent à jour le CRM depuis une seule interface sans que RevOps écrive et maintienne les skills. Le cas précis où il gagne : une équipe de 20 à 200 AE sur Sales Cloud Enterprise avec Claude Team ou Enterprise déjà sous licence, où l’objectif est de moins changer d’onglet et d’avoir des champs d’opportunité mieux tenus, pas la vente autonome.

Ne convient pas pour

Le travail autonome ou en contact avec les clients — c’est le rôle d’Agentforce, selon le cadrage de Salesforce lui-même. Les traitements de données en masse : le MCP hébergé crée un enregistrement par appel, donc « mettre à jour 5 000 opportunités » relève d’un Flow ou d’un job n8n. Ni les équipes en dessous de l’Enterprise Edition, ni les orgs qui exigent un contrat GA signé avant le déploiement.

Face aux alternatives

• Un connecteur personnalisé gratuit vers le MCP hébergé de Salesforce — la voie que pointent les utilisateurs de Reddit. Choisissez-le si vous avez un responsable RevOps technique, n’avez besoin que de lectures ou d’un périmètre d’écriture étroit, et voulez choisir exactement quel serveur (sobject-reads ou sobject-mutations) est exposé. Vous renoncez aux 37 skills et à la configuration gérée.
• Salesforce Agentforce — la couche d’agents historique au sein du CRM. Choisissez-la pour des agents qui tournent sans humain dans la boucle ou face aux clients, et si vous voulez un seul contrat Salesforce plutôt que deux factures.
• Microsoft 365 Copilot avec le Sales agent — l’autre acteur historique côté assistant. Choisissez-le si les commerciaux travaillent dans Outlook et Teams plutôt que dans Claude ; notez que son connecteur Salesforce est en lecture seule et que l’écriture retour exige le Sales agent, sous licence séparée.
• Day.ai — le nouvel entrant le plus dynamique, un CRM natif IA qui a levé une Série A de $20M menée par Sequoia en février 2026. Choisissez-le si vous avez moins d’environ 50 commerciaux et êtes prêt à remplacer le CRM plutôt qu’à l’envelopper d’IA.

Points de vigilance

• Les documentations des deux éditeurs se contredisent. À la mi-septembre 2026, la release note Winter ‘27 de Salesforce décrivait le plugin comme en lecture seule et exigeant Claude Enterprise, alors que les guides d’Anthropic décrivent des écritures approuvées sur tous les plans payants. Garde-fou : menez le pilote en lecture seule dans une sandbox, puis faites confirmer par écrit par votre équipe de compte Salesforce le support de l’écriture et l’éligibilité des plans avant de l’activer sur des enregistrements de production.
• Un prompt d’approbation n’est pas une approbation éclairée. Un prompt qui n’affiche qu’un appel dispatch générique ne donne rien à vérifier au rep. Garde-fou : tenez les utilisateurs du pilote à l’écart des profils admin, restreignez l’External Client App à un permission set limité aux objets dont les reps ont besoin, et demandez aux reps de rejeter toute écriture qui n’affiche pas l’enregistrement cible et la nouvelle valeur.
• Les pistes d’audit ne se rejoignent pas. Salesforce journalise les appels MCP hébergés (API_CLIENT_CATEGORY = SALESFORCE_HOSTED_MCP) par utilisateur, mais aucun identifiant de corrélation n’est partagé avec le côté Claude : le log prouve quelle identité a écrit, pas qui a approuvé. Garde-fou : sur Claude Enterprise, conservez les exports de la Compliance API et rapprochez-les chaque mois par échantillonnage des logs API Salesforce pendant la bêta.