Salesforce a lancé une version reconstruite de Slackbot, transformant l’assistant de longue date de Slack, d’une simple fonctionnalité de notifications, en ce que l’entreprise décrit comme un agent IA capable de rechercher des données de travail, rédiger du contenu et déclencher des actions au sein de Slack. Selon VentureBeat, le nouveau Slackbot est désormais généralement disponible pour les clients Slack Business+ et Enterprise+, Salesforce présentant cette sortie comme une étape clé de sa poussée plus large autour des logiciels agentiques.

Ce mouvement est important parce que Salesforce n’introduit pas un chatbot autonome. L’entreprise essaie de faire de Slack l’interface par défaut de l’IA au travail en intégrant l’assistance directement dans l’outil collaboratif que de nombreuses équipes utilisent déjà toute la journée. Cela place Salesforce en confrontation directe avec Microsoft, qui pousse Microsoft Copilot via Teams et Microsoft 365, et avec Google, qui intègre Google Gemini dans Workspace. Pour les équipes produit et les acheteurs d’entreprise, la question pratique est moins celle de la nouveauté du modèle que de savoir si un assistant intégré, ayant accès au contexte de l’entreprise, peut réduire les changements d’outils sans créer de nouveaux problèmes de sécurité et de gouvernance.

Slackbot est repositionné comme l’interface de front pour l’IA au travail

VentureBeat a indiqué que des dirigeants de Salesforce ont décrit le nouveau Slackbot comme une reconstruction complète plutôt qu’une amélioration incrémentale. Parker Harris, cofondateur de Salesforce et CTO de Slack, a déclaré au média que l’ancien assistant reposait sur une logique algorithmique plus simple, tandis que le nouveau système s’appuie sur un grand modèle de langage, la recherche et des connecteurs vers les données d’entreprise.

D’après ce récit, Slackbot peut exploiter les conversations Slack, les enregistrements Salesforce, les fichiers Google Drive et les informations du calendrier, puis utiliser ce contexte pour répondre aux questions, résumer le travail, produire des brouillons et aider à coordonner les prochaines étapes. Dans la démonstration produit de Salesforce pour VentureBeat, Slackbot a également été montré en train de générer un document Slack Canvas et de vérifier la disponibilité des parties prenantes pour une réunion de revue.

C’est là l’enjeu stratégique. Salesforce affirme que l’IA de travail doit vivre là où les conversations, les fichiers et les décisions se produisent déjà, et non dans une destination séparée. Si cela se confirme, Slack devient plus qu’un produit de messagerie au sein du portefeuille de Salesforce. Il devient la couche de contrôle de la manière dont les employés interrogent les connaissances de l’entreprise et orientent les tâches vers les logiciels.

L’entreprise utilise aussi le terme de « super agent » pour décrire l’évolution potentielle de Slackbot. Harris a déclaré à VentureBeat que Salesforce voit Slackbot comme une couche de coordination à terme au-dessus d’autres agents et outils. Il aurait toutefois aussi mis en garde contre le fait que l’orchestration multi-agents à grande échelle reste à un stade précoce, ce qui suggère que Salesforce cherche à concilier ambition et réalisme quant aux déploiements actuels en entreprise.

Le choix du modèle, la conformité et l’accès aux données sont au cœur du déploiement

Selon VentureBeat, le nouveau Slackbot fonctionne actuellement avec Claude de Anthropic. Harris a indiqué que ce choix avait été influencé par des exigences de conformité, notamment le fait que le service commercial de Slack fonctionne sous la certification FedRAMP Moderate et qu’Anthropic était, au moment où Slack a commencé à construire le produit, le fournisseur capable de répondre à ces besoins.

Cela ne semble pas être une stratégie permanente à modèle unique. Harris a déclaré à VentureBeat que Salesforce s’attend à prendre en charge des fournisseurs supplémentaires cette année et a explicitement cité Google Gemini comme une option probable pour certaines charges de travail. Il a aussi déclaré que OpenAI restait une possibilité. C’est notable pour les acheteurs et les développeurs, car cela suggère que Salesforce veut de la flexibilité sur les coûts, la latence et les capacités plutôt que de lier Slackbot à un seul modèle de fondation.

La position de Salesforce sur les données clients a également occupé une place centrale dans le récit du lancement. Harris a déclaré à VentureBeat que Salesforce n’entraîne pas ses modèles sur les données clients, présentant cela comme une exigence de sécurité parce que l’entraînement des modèles ne préserve pas le contrôle d’accès granulaire de la manière dont le font les permissions d’entreprise. Cette affirmation est importante, mais elle doit tout de même être lue dans ce rapport comme une déclaration du fournisseur sur la conception du produit et sa politique, et non comme un résultat d’audit vérifié indépendamment.

La question architecturale va au-delà du choix du modèle. Un assistant de travail n’est utile que s’il peut récupérer les bonnes données avec les bons droits. VentureBeat a rapporté que Slackbot est conçu pour n’accéder qu’aux informations que l’utilisateur demandeur est déjà autorisé à voir. Ce modèle de récupération tenant compte des permissions comptera probablement plus en pratique que les comparaisons de modèles en une des articles, car il affecte à la fois la confiance et la vitesse de déploiement.

Salesforce s’appuie sur l’adoption interne et les clients pilotes comme preuves

Une grande partie des arguments les plus solides présentés lors du lancement provient de l’usage interne de Salesforce et de certains déploiements pilotes. VentureBeat a indiqué que Salesforce avait testé le nouveau Slackbot en interne auprès de ses 80 000 employés et que deux tiers l’avaient essayé. Parmi ces utilisateurs, l’entreprise a indiqué que 80 % continuaient à l’utiliser régulièrement, que la satisfaction atteignait 96 % et que les employés déclaraient économiser entre deux et 20 heures par semaine.

Ces chiffres sont frappants, mais ce sont des métriques internes rapportées par le fournisseur, et non des benchmarks tiers. Ils montrent toutefois que Salesforce considère Slackbot comme un effort sérieux de dogfooding, et ils suggèrent que le produit a atteint une maturité suffisante pour un usage large par les employés. Ils sont moins utiles comme proxy universel du ROI client, car les environnements internes, les incitations et le soutien au déploiement diffèrent de ceux de la plupart des entreprises.

VentureBeat a également cité des utilisateurs pilotes tels que Beast Industries, Slalom, reMarkable, Xero, Mercari et Engine. Dans l’article, Luis Madrigal, CIO de Beast Industries, a déclaré que le déploiement avait été inhabituellement simple parce que Slackbot respectait les permissions existantes, et d’autres utilisateurs cités ont décrit des gains de temps allant d’environ 30 minutes par jour à au moins 90 minutes par jour.

Là encore, ces exemples montrent bien les types de workflows que Salesforce veut mettre en avant : synthèse marketing, récupération de contexte, préparation de réunions et coordination interfonctionnelle. Mais ils restent anecdotiques et sélectionnés par des clients. Les entreprises qui évaluent Slackbot devront encore vérifier si les mêmes gains de temps se maintiennent en dehors des conditions pilotes et dans des environnements de données plus réglementés ou fragmentés.

La bataille concurrentielle porte en réalité sur la gravité des workflows, pas sur les fonctionnalités de chat

En apparence, Slackbot arrive sur un marché encombré. Microsoft Copilot bénéficie déjà d’un positionnement profond dans Outlook, Word, Excel, Teams et Microsoft 365. Google Gemini s’intègre de plus en plus dans Workspace, où il peut fonctionner à travers Gmail, Docs, Meet et Drive. Salesforce oppose une autre thèse : c’est Slack lui-même qui est l’endroit où le contexte de travail s’accumule le plus naturellement, surtout dans les organisations qui gèrent déjà la coordination quotidienne via des canaux.

Cette distinction est importante. Dans de nombreuses entreprises, les systèmes d’enregistrement formels se trouvent à un endroit tandis que les décisions réelles, les exceptions et les transferts se déroulent ailleurs. L’avantage de Slack, s’il en a un, est l’accès à ces conversations continues et aux artefacts qui les entourent. Le risque, c’est que le contexte conversationnel peut aussi être bruyant, incomplet ou politiquement sensible, ce qui rend la qualité de récupération et les contrôles d’accès cruciaux.

Il y a aussi un angle plateforme. VentureBeat a noté qu’Anthropic avait récemment présenté Claude Code pour Slack, et que OpenAI, Google et Vercel avaient également construit des agents pour la plateforme. Si Slack devient un lieu où plusieurs agents spécialisés apparaissent aux côtés des travailleurs humains, alors le rôle de Slackbot en tant que coordinateur natif pourrait devenir plus important. Sinon, il pourrait rester un assistant parmi d’autres sur un marché déjà saturé de copilotes qui se chevauchent.

La tarification ajoute une autre nuance. VentureBeat a rapporté que Slackbot est inclus sans coût supplémentaire pour les clients Business+ et Enterprise+. Cela réduit la barrière d’essai par rapport aux produits d’IA facturés séparément. Mais le même rapport a également signalé des préoccupations plus larges concernant les coûts d’accès aux données Salesforce, citant les propos du PDG de Fivetran, George Fraser, sur la façon dont la tarification des API et le contrôle des données pourraient affecter les outils en aval et l’architecture d’entreprise. Cela concerne Slackbot de manière périphérique plutôt que le produit lui-même, mais pour les acheteurs cela renforce une question familière : savoir si un assistant de façade attrayant est associé, en dessous, à une stratégie de données plus restrictive.

Preuves, limites et ce qui reste flou

La principale nouvelle produit confirmée par VentureBeat est simple : Salesforce a reconstruit Slackbot autour de capacités de recherche et d’action basées sur des LLM, l’a rendu généralement disponible pour les offres Slack éligibles et prévoit un déploiement par étapes, avec une prise en charge mobile achevée début mars.

Au-delà de cela, plusieurs affirmations exigent une mise en perspective prudente. Les taux d’adoption interne, les scores de satisfaction et les estimations de gain de temps proviennent tous de Salesforce. Les témoignages de clients pilotes sont des signaux directionnels utiles, mais pas une validation indépendante. Les déclarations des dirigeants sur Slackbot comme « super agent » ou comme la « porte d’entrée » de l’entreprise agentique doivent être comprises comme un positionnement stratégique.

Il reste aussi des questions sans réponse. VentureBeat a indiqué que la lecture du calendrier et la vérification des disponibilités sont disponibles au lancement, tandis que la réservation effective de réunions viendra plus tard. La génération d’images n’est pas actuellement prise en charge. Des représentants de Salesforce auraient refusé de détailler la prise en charge de CRM concurrents comme HubSpot ou Microsoft Dynamics. Pour de nombreuses entreprises, cette question d’interopérabilité comptera autant que la qualité de l’assistant lui-même.

Ce qu’il faut surveiller ensuite

Premièrement, voir si Salesforce élargit le choix des modèles au-delà de Claude, en particulier avec le support de Google Gemini ou d’OpenAI. Cela montrera à quel point l’entreprise prend au sérieux l’idée de considérer les modèles de fondation comme une infrastructure interchangeable.

Deuxièmement, voir à quelle vitesse Slackbot passe de la récupération et de la rédaction à une utilisation fiable des outils. Générer un Slack Canvas et vérifier les calendriers sont des premières étapes utiles, mais une automatisation plus large des workflows exigera des actions fiables, des validations plus claires et une meilleure auditabilité.

Troisièmement, rechercher des preuves clients au-delà des références pilotes et du dogfooding interne. Des récits de déploiement à grande échelle dans des secteurs réglementés ou des entreprises multinationales seraient plus significatifs que des témoignages du jour du lancement.

Enfin, surveiller la couche de données. Si Salesforce peut rendre Slackbot largement utile tout en gardant des contrôles d’accès simples et des coûts d’intégration maîtrisables, cela renforce le rôle de Slack dans l’IA d’entreprise. Si les clients se heurtent à des préoccupations de verrouillage ou à une interopérabilité inégale, Microsoft Copilot et Google Gemini pourraient apparaître comme des choix de productivité par défaut plus sûrs.

Perspective Creati.ai

Le Slackbot reconstruit de Salesforce est une initiative produit sérieuse parce qu’elle relie l’IA à un comportement existant au lieu de demander aux travailleurs d’adopter une nouvelle application. Pour de nombreuses équipes, Slack est déjà l’endroit où les décisions sont rendues visibles, clarifiées et escaladées. Un assistant ancré dans ce flux a davantage de chances de devenir une habitude qu’un bot autonome, surtout s’il peut transformer le contexte de conversation en documents, recherches et actions de suivi.

Mais le succès du produit dépendra moins des démonstrations du jour du lancement que de la confiance opérationnelle. Les acheteurs d’entreprise se soucieront de la récupération tenant compte des permissions, du choix du modèle, de l’étendue des intégrations et de la question de savoir si Slackbot fait gagner du temps sans ajouter de charge de gouvernance. En ce sens, il ne s’agit pas seulement d’une nouvelle fonctionnalité pour Slack. C’est un test de la capacité de Salesforce à transformer le contexte conversationnel en avantage durable pour l’IA d’entreprise face à Microsoft Copilot et Google Gemini.