Salesforce a déployé une version reconstruite de Slackbot qui fait passer l’assistant de longue date de Slack d’une simple fonctionnalité de notification à un agent d’IA plus large destiné à la recherche d’entreprise, à la rédaction et à l’exécution de tâches. Selon VentureBeat, le nouveau produit est désormais généralement disponible pour les clients Slack abonnés aux formules Business+ et Enterprise+, avec un déploiement plus large qui se poursuit jusqu’à la fin du mois de février et une prise en charge mobile attendue début mars.

Ce lancement est important car Salesforce cherche à repositionner Slack comme plus qu’une application de messagerie à un moment où Microsoft Copilot et Google Gemini sont de plus en plus intégrés dans les logiciels déjà utilisés par les travailleurs. En plaçant la couche d’IA directement dans le chat, Salesforce avance un argument clair : l’assistant de travail gagnant pourrait être celui qui se trouve déjà au cœur des conversations internes, des autorisations et des documents partagés, et non une application cible séparée.

Les dirigeants de l’entreprise ont présenté ce lancement comme une étape fondatrice vers ce que Salesforce appelle une entreprise « agentique ». Ce vocabulaire est désormais courant dans l’ensemble du secteur, mais dans ce cas le produit à court terme semble plus concret que spéculatif. VentureBeat a rapporté des démonstrations montrant Slackbot exploitant les conversations Slack, les fichiers, les données de calendrier, le contenu Google Drive et les enregistrements Salesforce, puis transformant ce contexte en résumés, plans et documents Canvas partageables.

Ce qui a changé dans le nouveau Slackbot

La partie la plus importante de ce lancement est architecturale, pas liée au branding. VentureBeat a rapporté que Salesforce a reconstruit Slackbot autour d’un grand modèle de langage, d’une infrastructure de recherche et de connexions à des sources de données tierces, remplaçant l’ancien assistant basé sur des règles qui gérait surtout des rappels et des requêtes simples.

Cela signifie que le nouveau Slackbot est conçu pour répondre à des questions à travers les systèmes d’entreprise, synthétiser l’information et déclencher des actions sans forcer les utilisateurs à quitter Slack. Dans les exemples de produit décrits à VentureBeat, les utilisateurs pouvaient lui demander d’analyser les retours clients, de les comparer à une image de tableau de bord, d’identifier les comptes pertinents dans Salesforce, de générer un plan dans Canvas et de vérifier la disponibilité du calendrier des parties prenantes. Certaines fonctionnalités sont disponibles dès maintenant, tandis que la réservation de réunions doit encore arriver dans les prochaines semaines, selon des dirigeants de Slack cités par VentureBeat.

Il s’agit d’un changement important dans le périmètre du produit. De nombreux outils d’IA pour le travail s’arrêtent encore à la récupération et à la synthèse. Salesforce tente de pousser Slackbot un cran plus loin vers l’exécution des workflows, même si la surface d’appel d’outils est encore jeune. VentureBeat a également rapporté que la direction de Slack a décrit la génération de Canvas comme un signe de la feuille de route plus large, avec d’autres appels à des outils tiers prévus ultérieurement.

Cette feuille de route compte parce que le produit est positionné non seulement comme un chatbot, mais comme une interface centrale pour d’autres logiciels et, à terme, pour d’autres agents. Les dirigeants de Salesforce ont déclaré à VentureBeat qu’ils considèrent Slackbot comme une sorte de « super agent » au sein de Slack, coordonnant le travail entre les outils internes et externes.

Pourquoi Salesforce a choisi Claude en premier

Le nouveau Slackbot fonctionne actuellement avec Claude, le modèle de Anthropic. Selon des propos cités par VentureBeat du cofondateur de Salesforce et CTO de Slack Parker Harris, l’une des raisons était la conformité : au moment où Slack a commencé à développer le produit, Anthropic était le seul fournisseur capable de satisfaire les exigences FedRAMP Moderate dont Slack avait besoin pour certains cas d’usage liés au secteur public.

Cela ne semble pas être une stratégie permanente à modèle unique. Harris a déclaré à VentureBeat que Salesforce prévoit de prendre en charge des fournisseurs supplémentaires cette année et a cité explicitement Google Gemini comme candidat solide pour certaines charges de travail. Il a également indiqué que OpenAI restait une possibilité.

Pour les acheteurs et les développeurs, c’est l’un des signaux les plus importants de ce lancement. Salesforce traite en pratique les modèles de fondation comme une infrastructure interchangeable plutôt que comme le produit lui-même. Cette position agnostique vis-à-vis des modèles correspond à la demande plus large des entreprises en matière de choix sur le coût, la latence, les capacités et la conformité. Elle réduit aussi le risque que Slackbot devienne trop dépendant des changements de tarification ou de politique d’un seul fournisseur.

Salesforce a également profité de ce lancement pour réaffirmer une promesse familière de l’IA d’entreprise : les données clients ne sont pas utilisées pour entraîner les modèles de fondation. Cette affirmation, selon VentureBeat, venait directement de Harris. La raison qu’il a donnée est simple : une fois que des informations confidentielles sont absorbées dans un modèle, il devient difficile de garantir le contrôle d’accès. Pour les clients d’entreprise, en particulier ceux soumis à réglementation, cette distinction reste centrale dans les achats.

La cible concurrentielle est Microsoft et Google

Salesforce n’entre pas sur un marché vide. Ce lancement place Slackbot directement face à Microsoft Copilot dans Teams et à Google Gemini dans Workspace. Les trois fournisseurs poursuivent la même thèse fondamentale : l’IA d’entreprise fonctionne mieux lorsqu’elle est intégrée à l’environnement de productivité que les employés utilisent déjà.

L’argument de différenciation de Salesforce, selon VentureBeat, repose sur le contexte et la proximité. Slackbot vit à l’intérieur du graphe de collaboration qui contient déjà les canaux, les messages directs, les décisions, les fichiers partagés et les habitudes organisationnelles. Cela pourrait constituer un réel avantage si l’assistant peut utiliser ces signaux sans introduire de problèmes de sécurité ni submerger les utilisateurs de sorties bruyantes.

En même temps, les écarts concurrentiels restent visibles. VentureBeat a rapporté que Salesforce a refusé de fournir des précisions lorsqu’on lui a demandé si Slackbot prendrait en charge des systèmes CRM concurrents tels que HubSpot ou Microsoft Dynamics. Cette omission compte. Si Slackbot devient surtout puissant lorsqu’il est associé aux données Salesforce, alors le produit pourrait être le plus fort dans les comptes déjà engagés sur la pile Salesforce, plutôt que comme couche de travail neutre dans des environnements mixtes.

Il existe aussi un récit de coût derrière le message « inclus sans frais supplémentaires ». Les dirigeants de Slack ont indiqué à VentureBeat que Slackbot est fourni en bundle pour les clients Business+ et Enterprise+. Mais le même rapport note des inquiétudes plus larges concernant les coûts d’accès aux données Salesforce, y compris des critiques externes selon lesquelles des changements de tarification des API pourraient rendre plus difficile ou plus coûteux pour les entreprises d’utiliser des outils de données externes plutôt que la pile Salesforce elle-même. Pour les DSI, ces coûts connexes comptent presque autant que le prix affiché de l’assistant lui-même.

Preuves, affirmations d’adoption et ce qui reste à prouver

La plupart des premiers signaux d’utilisation les plus solides dans cette histoire proviennent du fournisseur et doivent être lus comme tels. VentureBeat a rapporté des tests internes chez Salesforce portant sur 80 000 employés, l’entreprise indiquant que deux tiers du personnel avaient essayé le nouveau Slackbot, que 80 % de ces utilisateurs étaient restés actifs et que la satisfaction atteignait 96 %. Salesforce a également déclaré que les employés faisaient état d’économies allant de deux à 20 heures par semaine.

Ces chiffres suggèrent un fort enthousiasme interne, mais ils ne constituent pas des références vérifiées de manière indépendante. Le dogfooding interne peut être une preuve utile de maturité produit, surtout pour les logiciels collaboratifs, mais il ne prédit pas toujours les résultats clients selon les secteurs, les modèles de gouvernance ou les environnements de connaissance.

La même prudence s’applique aux témoignages clients. VentureBeat a cité des utilisateurs pilotes tels que Beast Industries, Slalom, reMarkable, Xero, Mercari et Engine. Ces clients ont fait état de gains de temps allant d’environ 30 minutes par jour à 90 minutes par jour, et un dirigeant a déclaré que l’approbation de sécurité avait été inhabituellement rapide parce que Slackbot respecte les autorisations existantes au niveau utilisateur dans Slack. Ce sont des signaux de déploiement pertinents, mais ils restent anecdotiques.

Ce qui est confirmé est plus étroit : Slackbot est disponible sur les offres payantes éligibles ; il utilise Claude aujourd’hui ; il peut effectuer des recherches dans plusieurs sources d’entreprise ; et Salesforce prévoit d’ajouter des fournisseurs de modèles et davantage d’actions au fil du temps. Ce qui reste à prouver, c’est de savoir si les employés maintiendront l’usage une fois l’effet de nouveauté dissipé, si la qualité des réponses tiendra face à une récupération complexe en entreprise, et si les appels d’outils pourront être suffisamment fiables pour des workflows à plus forts enjeux.

Ce que cela signifie pour les développeurs et les acheteurs d’entreprise

Pour les équipes produit IA, ce lancement renforce une leçon de marché devenue difficile à ignorer : la distribution et le contexte peuvent compter davantage que la qualité brute du modèle. Slack est déjà l’endroit où de nombreux employés posent des questions, remontent des problèmes et prennent des décisions. Si Slackbot peut transformer ces moments en récupération d’informations, en rédaction et en exécution légère, il pourrait être adopté plus rapidement que des agents de travail autonomes.

Pour les acheteurs d’entreprise, les questions pratiques portent moins sur le branding « IA agentique » que sur les contrôles. Slackbot peut-il rester ancré dans les permissions ? Peut-il citer suffisamment de contexte source pour être digne de confiance ? Combien de configuration administrative est réellement nécessaire ? Et l’intégration de l’assistant dans Slack réduit-elle suffisamment les frictions de déploiement pour compenser la prudence à l’égard de l’IA d’entreprise ?

Il y a aussi une implication pour l’écosystème. VentureBeat a noté que des entreprises comme Anthropic, OpenAI et Vercel construisent déjà des agents pour Slack, et que Salesforce voit de nombreuses nouvelles applications Slack prendre la forme d’agents. Si Slackbot devient l’interface frontale de ces outils plutôt qu’un concurrent de tous, Slack pourrait évoluer vers une surface de contrôle pour des workflows multi-agents. Mais cela dépend de normes interopérables et d’une expérience utilisateur cohérente, pas seulement de plus de commandes de chat.

Pour les fondateurs qui construisent de l’IA pour le travail, l’avertissement est lui aussi clair. Il sera difficile de rivaliser avec des assistants intégrés à Slack, Microsoft Copilot et Google Gemini si le produit de la startup se limite à « poser des questions sur le travail ». Les opportunités se situent plus probablement dans des actions spécifiques à un domaine, une meilleure qualité de récupération, la gouvernance ou des systèmes placés derrière ces assistants plutôt que dans une tentative de les remplacer.

Ce qu’il faut surveiller ensuite

Les prochains signaux à surveiller concernent la profondeur du produit et l’étendue des modèles. Salesforce a indiqué que la réservation de réunions devrait arriver peu après le lancement, et que la prise en charge de fournisseurs de modèles supplémentaires est prévue cette année. Si des modèles Google Gemini ou OpenAI apparaissent dans Slackbot, cela testera le sérieux de Salesforce quant à une architecture multi-modèles.

Les acheteurs d’entreprise devront aussi surveiller des déclarations plus claires sur la prise en charge des systèmes externes, en particulier au-delà de Salesforce. Les intégrations avec des enregistrements non-Salesforce, des contrôles administratifs plus explicites et une meilleure auditabilité détermineront si Slackbot peut devenir un assistant général du travail plutôt qu’un outil principalement centré sur Salesforce.

Enfin, la qualité d’usage comptera plus que l’enthousiasme du lancement. Des preuves clients indépendantes sur les gains de temps, les taux d’hallucination, les limites d’autorisations et l’achèvement des workflows seront plus précieuses que les anecdotes internes d’adoption. Dans l’IA au travail, la nouveauté se diffuse vite dans le chat ; la confiance durable prend plus de temps.

Perspective Creati.ai

Le Slackbot reconstruit par Salesforce est moins intéressant comme simple amélioration de chatbot que comme mouvement de distribution. L’entreprise utilise Slack pour faire en sorte que l’IA paraisse native au travail plutôt qu’ajoutée à celui-ci. C’est le même terrain stratégique qui est disputé par Microsoft Copilot et Google Gemini, mais Slack dispose d’un vrai atout dans cette lutte : un riche contexte conversationnel lié à un travail opérationnel réel.

La partie la plus difficile sera de prouver que ce contexte se transforme en action fiable. Les utilisateurs d’entreprise n’ont pas besoin d’un autre assistant qui résume des réunions et rédige des textes vagues. Ils ont besoin de systèmes capables de récupérer les bonnes données, de préserver les autorisations et de terminer les tâches sans créer plus de surcharge de contrôle qu’ils n’en éliminent. Si Salesforce parvient à rendre Slackbot fiable sur ces bases, il disposera d’une histoire concurrentielle plus solide que ne le suggère l’étiquette « agentique ».