Salesforce a lancé une version reconstruite de Slackbot, requalifiant l’assistant de longue date de Slack, qui se limitait auparavant à des notifications légères, en ce que l’entreprise décrit comme un agent IA pour la recherche d’entreprise, la rédaction et l’exécution de tâches. Selon VentureBeat, le nouveau Slackbot est désormais généralement disponible pour les clients Slack Business+ et Enterprise+, avec un déploiement plus large qui se poursuit jusqu’à la fin février et une finalisation sur mobile attendue pour le 3 mars.

Cette évolution dépasse la simple mise à jour d’un produit. Salesforce cherche à faire de Slack l’endroit où les employés posent des questions, génèrent des documents, rassemblent du contexte à partir de systèmes dispersés et, à terme, déclenchent des actions dans les logiciels métier. Cela place l’entreprise en concurrence plus directe avec Microsoft Copilot dans Microsoft Teams et Google Gemini dans Google Workspace, tout en liant Slack plus étroitement au Salesforce’s broader pitch around AI agents and Agentforce.

Pour Salesforce, ce lancement répond aussi à un point de pression stratégique. Depuis un an, les investisseurs se demandent si l’IA générative va renforcer les éditeurs de logiciels historiques ou les réduire à des fournisseurs d’infrastructure derrière des assistants tiers. La réponse de Salesforce est que la couche de chat elle-même peut devenir le plan de contrôle de l’IA d’entreprise, à condition de disposer de suffisamment de contexte, d’autorisations et d’ampleur de flux de travail.

Un Slackbot reconstruit, pas une simple amélioration

VentureBeat a rapporté que des dirigeants de Salesforce ont décrit le produit comme une reconstruction complète plutôt qu’une simple évolution de l’ancien Slackbot. La version précédente gérait les rappels, les notifications et des invites de base dans Slack. Le nouveau système, selon Parker Harris, CTO de Slack et cofondateur de Salesforce, repose sur un grand modèle de langage, la recherche et des connecteurs vers des sources de données d’entreprise.

Tel que présenté à VentureBeat, Slackbot peut rechercher dans les conversations Slack, les enregistrements Salesforce, les fichiers Google Drive et les données de calendrier. Lors d’une démonstration citée par la publication, des membres de l’équipe produit de Slack ont montré l’assistant en train d’analyser les retours clients, de corréler ces éléments avec une image de tableau de bord importée, d’identifier d’éventuels comptes dans Salesforce pour un pilote, de transformer le résultat en document Slack Canvas et de vérifier la disponibilité des parties prenantes pour une réunion de suivi.

Ce flux de travail est important parce qu’il montre que Salesforce ne positionne pas Slackbot uniquement comme une interface de chat pour les questions-réponses. L’entreprise veut que Slackbot devienne une couche de coordination au sein de Slack Canvas et, à terme, à travers des outils externes. Rob Seaman, directeur produit de Slack, a indiqué à VentureBeat que la génération de documents vers Canvas, aujourd’hui, revient en pratique à un appel d’outil interne et annonce de futurs plans d’appel d’outils tiers.

Si cette feuille de route se concrétise, Slackbot se rapprocherait d’un assistant orienté tâches, opérant dans l’espace de collaboration déjà utilisé par l’utilisateur plutôt que dans un onglet de chatbot autonome. C’est la même destination générale que poursuivent de nombreux acteurs de l’IA d’entreprise, mais Salesforce parie que l’historique conversationnel et la structure en canaux de Slack lui donnent un avantage contextuel.

Pourquoi Salesforce a choisi Claude en premier

Selon VentureBeat, le nouveau Slackbot fonctionne actuellement sur Claude de Anthropic. Harris a expliqué que ce choix initial de modèle avait été en partie dicté par des exigences de conformité, notamment le fait que le service commercial de Slack fonctionne sous certification FedRAMP Moderate pour les clients fédéraux américains, et qu’Anthropic était l’option conforme disponible au moment de la construction du système.

Cela ne semble pas constituer une stratégie à long terme basée sur un seul modèle. Harris a déclaré à VentureBeat que Salesforce s’attend à prendre en charge d’autres fournisseurs cette année et a mentionné en particulier Gemini comme une bonne option, tant en termes de performances que de coût. Il a également indiqué qu’OpenAI restait une possibilité.

C’est notable pour deux raisons. Premièrement, cela suggère que Salesforce considère les modèles de fondation comme des composants interchangeables au sein d’une expérience produit qu’il contrôle. Deuxièmement, cela reflète un mouvement plus large du marché, dans lequel les éditeurs d’applications souhaitent de plus en plus pouvoir orienter les tâches vers différents modèles en fonction de la latence, du prix, de la conformité et de la qualité, plutôt que d’attacher leurs produits à un seul fournisseur.

Salesforce a également profité du lancement pour réaffirmer un point de confiance familier en entreprise : Harris a déclaré que la société n’entraîne pas ses modèles sur les données clients. Cette affirmation répond à une inquiétude fréquente des acheteurs, mais elle doit être lue comme une déclaration fournisseur sur sa politique produit plutôt que comme une vérification indépendante de l’architecture ou des pratiques de gestion des données.

La vraie bataille concurrentielle porte sur la maîtrise du workflow

La comparaison la plus évidente est avec Microsoft Copilot, d’autant plus que Teams, Microsoft 365, Outlook et les documents Office s’inscrivent déjà dans de nombreux workflows d’entreprise. Google Gemini dispose d’un avantage intégré similaire dans Workspace. La réponse de Slack consiste à affirmer que la proximité et le contexte, au sein des conversations quotidiennes, peuvent être tout aussi puissants que l’intégration à une suite documentaire.

Des dirigeants de Salesforce ont indiqué à VentureBeat que l’avantage de Slackbot est d’être déjà intégré là où les équipes communiquent et prennent des décisions. L’entreprise affirme également que Slackbot s’appuie sur les canaux, fichiers et autorisations existants de l’utilisateur sans nécessiter de configuration lourde de la part de l’utilisateur final.

Cet argument est plausible, mais il a aussi ses limites. Dans les organisations où Slack est le centre opérationnel, Slackbot peut effectivement être le chemin le plus rapide vers un flux de travail assisté. Dans les organisations qui vivent principalement dans Microsoft 365 ou Google Workspace, l’inverse peut être vrai. Une grande partie de la concurrence dans l’IA d’entreprise devient une bataille pour savoir quelle surface est « suffisamment proche » du travail pour devenir la couche de requête par défaut.

Salesforce tente aussi d’élargir la compétition au-delà des assistants. Harris a décrit Slackbot à VentureBeat comme un futur « super agent », une interface centrale capable de se coordonner avec d’autres agents. Cela relie Slackbot à Agentforce, la vision plus large de Salesforce pour les agents d’IA d’entreprise, ainsi qu’aux écosystèmes d’agents externes qui émergent dans Slack.

VentureBeat a noté que Claude Code for Slack d’Anthropic est déjà en aperçu, et qu’OpenAI, Google et Vercel ont eux aussi construit des agents pour la plateforme. Si Slack devient un conteneur pour de nombreux agents spécialisés, l’opportunité de Salesforce ne consiste pas seulement à vendre un assistant, mais à posséder l’environnement dans lequel humains et agents logiciels interagissent.

Preuves, affirmations d’adoption et questions ouvertes

Parce que cette histoire repose sur le reportage de VentureBeat à partir d’entretiens avec Salesforce et de démonstrations produit, plusieurs des signaux de performance et d’adoption les plus forts sont rapportés par le fournisseur et doivent être considérés avec prudence.

Salesforce a indiqué à VentureBeat avoir testé le nouveau Slackbot en interne auprès de 80 000 employés. L’entreprise a précisé que les deux tiers des employés l’avaient essayé, que 80 % de ces utilisateurs continuaient à l’utiliser régulièrement et que la satisfaction interne atteignait 96 %. Les dirigeants ont également affirmé que les employés déclaraient gagner entre deux et vingt heures par semaine. Ces chiffres peuvent indiquer un fort intérêt interne, mais ce sont des mesures auto-déclarées ou fournies par l’entreprise, et non des données d’usage auditées de manière indépendante.

La même prudence s’applique aux exemples de clients pilotes. VentureBeat a rapporté des commentaires de Beast Industries, Slalom, reMarkable, Xero, Mercari et Engine. Ces références sont utiles comme premiers signaux de test marché, mais elles n’établissent pas une traction d’ensemble dans l’entreprise. Des gains de temps rapportés, comme 90 minutes par jour pour un employé de Beast Industries et 30 minutes quotidiennes pour un dirigeant chez Engine, sont anecdotiques et spécifiques à un rôle.

Il existe aussi encore des limites produit. Seaman a indiqué que la lecture du calendrier et la vérification des disponibilités sont déjà actives, tandis que la réservation de réunions est attendue quelques semaines plus tard. La génération d’images n’est pas disponible. Et Salesforce n’a pas donné à VentureBeat de précisions sur la prise en charge de plateformes CRM concurrentes comme HubSpot ou Microsoft Dynamics. Cette omission compte, car les acheteurs voudront savoir si Slackbot peut agir comme une couche neutre d’entreprise ou s’il fonctionne surtout mieux lorsque Salesforce est déjà le système de référence.

Le coût est un autre point non résolu. VentureBeat a rapporté que Slackbot lui-même n’entraîne pas de frais supplémentaires pour les clients Business+ et Enterprise+. Mais la publication a également relié le lancement à des préoccupations plus larges autour de la tarification de l’accès aux données Salesforce, y compris les critiques du PDG de Fivetran, George Fraser, selon lesquelles des coûts API plus élevés pourraient rendre plus difficile le transfert des données Salesforce vers des systèmes externes comme Snowflake ou leur interaction via des outils en dehors de la pile préférée de Salesforce. Ce sujet est adjacent à Slackbot, mais pertinent : un produit qui promet un vaste contexte d’entreprise a plus de valeur lorsque le déplacement des données est facile, et il est moins convaincant lorsque l’accès devient plus contraint ou plus coûteux.

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

Pour les équipes produit et les créateurs d’IA, ce lancement renforce un schéma de conception clair : les assistants d’entreprise évoluent des chatbots génériques vers des agents sensibles au contexte, intégrés dans les outils de collaboration. Slackbot, Microsoft Copilot et Google Gemini cherchent tous à réduire le besoin pour les utilisateurs de changer d’application ou de rassembler manuellement les éléments sources.

Pour les acheteurs d’entreprise, les questions clés sont opérationnelles plutôt que visionnaires. Dans quelle mesure Slackbot respecte-t-il les autorisations ? À quel point cite-t-il ou ancre-t-il de manière fiable ses réponses dans Slack et dans les enregistrements Salesforce ? Combien de configuration est réellement nécessaire pour les connecteurs et la gouvernance ? Et peut-il exécuter des actions en toute sécurité, et pas seulement produire des résumés soignés ?

L’angle de Slack Canvas est particulièrement pertinent. Un résultat partagé dans un document collaboratif peut être plus facile à examiner, modifier et valider que des réponses ponctuelles d’un chatbot. Si Slackbot devient capable de transformer des conversations en artefacts persistants et en tâches de suivi, il pourrait être plus utile que des assistants qui s’arrêtent à la synthèse.

Pour les développeurs qui construisent sur Slack, les commentaires de Salesforce sur les appels d’outils tiers et le possible support de Model Context Protocol méritent d’être suivis. Une interface d’agent plus robuste dans Slack pourrait créer une nouvelle voie de distribution pour des actions d’entreprise de niche, des workflows de code aux validations en passant par les opérations de support. Mais cette opportunité dépend de l’ouverture que Salesforce maintient pour la plateforme et de la mesure dans laquelle il privilégie ses propres produits, y compris Agentforce.

Ce qu’il faut surveiller ensuite

Les prochains signaux utiles seront concrets, pas rhétoriques. D’abord, il faut voir si Salesforce ajoute le support promis pour Gemini ou d’autres fournisseurs de modèles, car cela montrera à quel point l’entreprise prend au sérieux une architecture multi-modèles.

Ensuite, il faut surveiller les preuves réelles d’appel d’outils au-delà de Slack Canvas, en particulier les intégrations qui permettent à Slackbot d’agir dans des systèmes tiers avec traçabilité et contrôles d’autorisations.

Troisièmement, il faut suivre si Salesforce clarifie le support pour des systèmes non Salesforce comme HubSpot, Microsoft Dynamics, Snowflake ou des plateformes de données externes. Les acheteurs voudront savoir si Slackbot est un assistant d’entreprise ou principalement un assistant Salesforce vivant dans Slack.

Enfin, l’adoption en dehors de la propre force de travail de Salesforce et de ses comptes pilotes sélectionnés comptera davantage que les histoires de réussite internes. La rétention d’usage, l’expansion chez les grands clients et les preuves que les équipes de sécurité sont à l’aise avec un déploiement à grande échelle seront de meilleurs indicateurs que l’enthousiasme des dirigeants.

Perspective Creati.ai

Le lancement de Slackbot par Salesforce est important car il fait passer Slack d’un produit de communication doté de fonctionnalités d’IA à un concurrent plus sérieux pour la couche d’interface d’IA d’entreprise. Le meilleur argument de l’entreprise n’est pas que son modèle est particulièrement puissant, mais que le contexte de travail existe déjà dans les conversations Slack, les fichiers, les canaux et les systèmes liés. Si Slackbot peut transformer ce contexte en actions utiles de manière fiable, Salesforce dispose d’une voie pour défendre Slack contre Microsoft Teams et rendre Agentforce concret plutôt qu’abstrait.

Mais il s’agit encore d’une catégorie de produit naissante habillée d’un branding de logiciel mature. Les chiffres d’adoption interne rapportés par le fournisseur sont encourageants, pas décisifs. Le test le plus important sera de savoir si les clients d’entreprise voient Slackbot comme une surface d’automatisation de confiance, plutôt que comme un simple autre panneau d’assistant. Dans l’IA au travail, le gagnant ne sera probablement pas le système qui rédige la réponse la plus maligne. Ce sera celui qui s’adapte suffisamment bien aux autorisations, aux workflows, à la conformité et au suivi pour devenir une partie des opérations quotidiennes. Salesforce a fait un mouvement crédible avec Slackbot. Il lui faut maintenant le prouver au-delà de ses propres murs.