Avec la refonte de Slackbot, Salesforce dispose la couche d’interfaçage de son système agentique. Là où AI Foundry posait la couche d’orchestration et d’observabilité des agents, le nouveau Slack en devient l’interface opérationnelle, la surface de travail. Plus de 30 nouvelles fonctionnalités sont annoncées, dont un client MCP natif, des compétences IA réutilisables à l’échelle des équipes et une intégration conversationnelle de l’ensemble du CRM Salesforce. La proposition soulève aussi des questions sur la gouvernance des données, le périmètre du consentement et l’exposition réglementaire des organisations européennes.
Trois jours séparent l’annonce d’AI Foundry de celle du nouveau Slack. La temporalité n’est pas fortuite. AI Foundry construisait l’infrastructure de fond de l’entreprise agentique, (couche d’orchestration, agent, cards, environnement de simulation eVerse, protocoles d’interopérabilité entre agents). Slack en constitue désormais le plan d’exposition côté utilisateur. La question que tout DSI doit se poser n’est pas de savoir « quel outil d’IA déployer », mais « quelle couche d’interface unifie l’accès à l’ensemble des agents et applications de l’entreprise ». Salesforce répond : Slack.
Parker Harris, cofondateur de Salesforce et CTO de Slack, le confirme en termes architecturaux. Slack est présenté comme le « système d’exploitation du travail », réunissant collaborateurs, agents, données et applications dans une interface conversationnelle. La métaphore de l’OS, déjà centrale dans AI Foundry, prend ici sa dimension opérationnelle. Un OS ne vaut que s’il expose des interfaces utilisables. Slackbot est cette interface.
MCP, la pièce maîtresse de l’architecture Salesforce
Pour les équipes d’architecture, le passage de Slackbot au statut de client MCP (Model Context Protocol) ouvre des perspectives. Ce positionnement lui permet de router des requêtes vers n’importe quel agent ou application connectée, les plus de 2 600 applications du Slack Marketplace, les 6 000 solutions de l’AppExchange Salesforce, et désormais tout agent Agentforce déployé dans l’organisation. L’utilisateur n’a plus à savoir quel système gère quelle tâche : il exprime un besoin en langage naturel, Slackbot identifie le chemin approprié et coordonne l’exécution.Parmi les fonctionnalités annoncées, les « AI skills » constituent l’élément le plus pertinent pour les directions. Une compétence IA est un ensemble d’instructions réutilisables définissant une tâche récurrente, ses données d’entrée, ses étapes, son format de rendu, que Slackbot peut invoquer de façon autonome dès qu’une requête correspond au schéma enregistré. La bibliothèque native couvre les flux métiers les plus courants, tandis qu’une interface de création guidée permet à chaque équipe de définir ses propres compétences.
La transcription de réunion comme vecteur d’intégration CRM
La fonctionnalité de transcription et prise de notes en réunion illustre concrètement le modèle d’intégration de Salesforce. Slackbot capture les échanges, synthétise les décisions, identifie les actions à mener, puis met à jour automatiquement les opportunités, contacts et comptes rendus dans Salesforce CRM, sans intervention manuelle. Pour une équipe commerciale, le gain opérationnel est réel et mesurable. Certaines équipes internes à Salesforce font état d’économies pouvant atteindre 20 heures par semaine, ce qui représente, selon l’éditeur, plus de 6,4 millions de dollars de gains de productivité, un chiffre issu d’un auto-reporting qu’il convient de lire comme un indicateur d’ordre de grandeur, non comme une mesure certifiée.
Pour les organisations européennes, cette fonctionnalité pose une question réglementaire. La transcription automatique des réunions, associée à la mise à jour CRM sans action humaine délibérée, touche au régime du traitement des données personnelles au titre du RGPD. Le consentement des participants à la réunion, la finalité documentée du traitement, la durée de conservation des transcriptions et leur localisation dans l’infrastructure Salesforce sont autant de points que les DPO devront instruire avant tout déploiement généralisé. Le fait que Slack soit hébergé sur des infrastructures AWS exposées au Cloud Act américain ne simplifie pas cette équation pour les entreprises relevant de secteurs régulés.
Slack comme interface de Customer 360
L’ambition déclarée de Salesforce est de faire de Slack l’interface conversationnelle de l’ensemble de Customer 360, soit la capacité de mettre à jour une opportunité, d’analyser un compte, de gérer un cas ou de déclencher un flux de travail sans ouvrir une seule application Salesforce. À partir de l’été 2026, tout nouveau client Salesforce recevra Slack par défaut, préconfiguré et connecté. La profondeur de l’intégration et l’expérience utilisateur promise sont cohérentes avec la logique d’OS décrite par AI Foundry.
La pertinence architecturale de la proposition a son corollaire inévitable : un verrouillage écosystémique croissant. Un DSI qui déploie Slackbot comme interface unifiée de ses agents, de son CRM et de ses flux de travail crée une dépendance structurelle à l’infrastructure Salesforce dont le coût de sortie augmente à mesure que l’intégration s’approfondit. Ce verrouillage est cependant moins le ressort central de la stratégie Salesforce que son bénéfice secondaire. L’actif que l’éditeur cherche à accumuler est ailleurs : dans la donnée conversationnelle, relationnelle et décisionnelle que Slack produit en continu, et qui enrichit le CRM, alimente les agents Agentforce et renforce la précision du modèle à chaque interaction. Plus l’entreprise utilise Slack comme interface de travail, plus Salesforce dispose d’un corpus d’entraînement et de contextualisation que nul concurrent ne peut répliquer à partir de l’extérieur de l’écosystème. C’est cette accumulation de données opérationnelles, davantage que la friction du changement de plateforme, qui fonde l’avantage concurrentiel durable que Salesforce construit avec cette architecture.
