Salesforce hat eine neu aufgebaute Version von Slackbot vorgestellt und Slacks langjährigen Arbeitsassistenten von einer leichten Benachrichtigungsfunktion in das verwandelt, was das Unternehmen als KI-Agenten für Unternehmenssuche, Entwürfe und Aufgabenausführung beschreibt. Laut VentureBeat ist der neue Slackbot nun allgemein für Kunden von Slack Business+ und Enterprise+ verfügbar; der breitere Rollout läuft bis Ende Februar weiter, und der Abschluss auf Mobilgeräten wird bis zum 3. März erwartet.

Der Schritt ist über eine einzelne Produktauffrischung hinaus bedeutsam. Salesforce versucht, Slack zu dem Ort zu machen, an dem Mitarbeiter Fragen stellen, Dokumente erstellen, Kontext aus verstreuten Systemen zusammenführen und schließlich Aktionen über Business-Software auslösen. Damit tritt das Unternehmen direkter in Konkurrenz zu Microsoft Copilot in Microsoft Teams und Google Gemini in Google Workspace und bindet Slack zugleich enger an Salesforces umfassendere Strategie rund um KI-Agenten und Agentforce.

Für Salesforce adressiert die Einführung auch einen strategischen Druckpunkt. Investoren haben im vergangenen Jahr immer wieder gefragt, ob generative KI etablierte Softwareanbieter stärken oder sie zu Infrastrukturlieferanten hinter Drittanbieter-Assistenten degradieren wird. Salesforce antwortet darauf, dass die Chat-Ebene selbst zur Kontrollschicht für Unternehmens-KI werden kann, vorausgesetzt, sie verfügt über genügend Kontext, Berechtigungen und Workflow-Reichweite.

Ein neu aufgebauter Slackbot, kein kleines Upgrade

VentureBeat berichtete, dass Salesforce-Führungskräfte das Produkt als vollständigen Neuaufbau beschrieben und nicht als Iteration des alten Slackbot. Die frühere Version erledigte Erinnerungen, Benachrichtigungen und einfache Eingaben innerhalb von Slack. Das neue System, so Slack-CTO und Salesforce-Mitgründer Parker Harris, basiert auf einem Large Language Model, Suche und Konnektoren zu Unternehmensdatenquellen.

Wie VentureBeat berichtete, kann Slackbot über Slack-Unterhaltungen, Salesforce-Datensätze, Google-Drive-Dateien und Kalenderdaten hinweg suchen. In einer von der Veröffentlichung beschriebenen Demonstration zeigten Slack-Produktmitarbeiter, wie der Assistent Kundenfeedback analysierte, dieses Material mit einem hochgeladenen Dashboard-Bild abglich, mögliche Accounts in Salesforce für einen Pilot identifizierte, die Ausgabe in ein Slack-Canvas-Dokument verwandelte und die Verfügbarkeit von Stakeholdern für ein Folgetreffen prüfte.

Dieser Workflow ist wichtig, weil er zeigt, dass Salesforce Slackbot nicht nur als Chat-Oberfläche für Fragen und Antworten positioniert. Das Unternehmen will, dass Slackbot zu einer koordinierenden Ebene innerhalb von Slack Canvas und mit der Zeit auch über externe Tools hinweg wird. Slack-Chief-Product-Officer Rob Seaman sagte VentureBeat, dass die heutige Dokumentenerstellung in Canvas faktisch ein interner Tool-Aufruf sei und auf künftige Pläne für Tool-Calling von Drittanbietern hinweise.

Falls sich diese Roadmap verwirklicht, würde Slackbot einem aufgabenorientierten Assistenten näherkommen, der innerhalb der bestehenden Kollaborationsoberfläche des Nutzers arbeitet, statt ein eigenständiger Chatbot-Tab zu sein. Das ist dieselbe grobe Zielrichtung, die im Enterprise-KI-Bereich überall verfolgt wird, doch Salesforce setzt darauf, dass Slacks Gesprächshistorie und Kanalstruktur ihm einen Vorteil im Kontext verschaffen.

Warum Salesforce zuerst Claude gewählt hat

Laut VentureBeat läuft der neue Slackbot derzeit auf Claude von Anthropic. Harris sagte, die anfängliche Modellauswahl sei teilweise von Compliance-Anforderungen geprägt gewesen, konkret davon, dass Slacks kommerzieller Dienst für US-Bundesbehörden unter FedRAMP-Moderate-Zertifizierung arbeitet und Anthropic die verfügbare konforme Option gewesen sei, als das System entwickelt wurde.

Das wirkt nicht wie eine langfristige Ein-Modell-Strategie. Harris sagte VentureBeat, dass Salesforce in diesem Jahr zusätzliche Anbieter unterstützen will und nannte ausdrücklich Gemini als starke Option sowohl bei Leistung als auch bei Kosten. Er sagte außerdem, OpenAI bleibe eine Möglichkeit.

Das ist aus zwei Gründen bemerkenswert. Erstens deutet es darauf hin, dass Salesforce Foundation Models als austauschbare Komponenten unter einer von ihm kontrollierten Produkterfahrung behandelt. Zweitens spiegelt es einen breiteren Marktwechsel wider, bei dem Anwendungsanbieter zunehmend die Freiheit wollen, Aufgaben je nach Latenz, Preis, Compliance und Qualität an unterschiedliche Modelle zu routen, statt ihre Produkte an einen einzelnen Anbieter zu binden.

Salesforce nutzte die Einführung auch für einen vertrauten Enterprise-Versicherungspunkt: Harris sagte, das Unternehmen trainiere keine Modelle auf Kundendaten. Diese Aussage adressiert eine häufige Käuferbefürchtung, sollte aber als Anbieterbehauptung über Produktpolitik gelesen werden und nicht als unabhängige Verifizierung von Architektur oder Datenverarbeitungspraktiken.

Der eigentliche Wettbewerb dreht sich um Workflow-Besitz

Der naheliegendste Vergleich ist Microsoft Copilot, vor allem weil Teams, Microsoft 365, Outlook und Office-Dokumente bereits in vielen Unternehmens-Workflows verankert sind. Google Gemini hat einen ähnlichen eingebauten Vorteil in Workspace. Slacks Antwort lautet, dass Nähe und Kontext in alltäglichen Gesprächen genauso mächtig sein können wie die Integration in eine Dokumentensuite.

Salesforce-Führungskräfte sagten VentureBeat, Slacks Vorteil sei, dass es bereits dort eingebettet ist, wo Teams kommunizieren und Entscheidungen treffen. Das Unternehmen argumentiert außerdem, dass Slackbot in den bestehenden Kanälen, Dateien und Berechtigungen des Nutzers verankert sei, ohne dass der Endnutzer umfangreiche Einrichtung vornehmen müsse.

Das ist plausibel, hat aber auch Grenzen. In Organisationen, in denen Slack das operative Zentrum ist, kann Slackbot tatsächlich der schnellste Weg zu einem assistierten Workflow sein. In Organisationen, die primär in Microsoft 365 oder Google Workspace arbeiten, kann das Gegenteil gelten. Ein Großteil des Wettbewerbs im Bereich Unternehmens-KI entwickelt sich zu einem Kampf darum, welche Oberfläche dem Arbeitsprozess „nah genug“ ist, um zur Standard-Anfrageschicht zu werden.

Salesforce versucht außerdem, den Wettbewerb über Assistenten hinaus auszuweiten. Harris beschrieb Slackbot gegenüber VentureBeat als einen künftigen „Super-Agenten“, eine zentrale Schnittstelle, die mit anderen Agenten koordiniert werden könnte. Das verbindet Slackbot mit Agentforce, Salesforces größerer Vision für Unternehmens-KI-Agenten, und mit externen Agenten-Ökosystemen, die in Slack entstehen.

VentureBeat merkte an, dass Claude Code for Slack von Anthropic bereits in der Vorschau verfügbar ist und dass auch OpenAI, Google und Vercel Agenten für die Plattform gebaut haben. Wenn Slack zu einem Container für viele spezialisierte Agenten wird, liegt Salesforces Chance nicht nur darin, einen Assistenten zu verkaufen, sondern die Umgebung zu besitzen, in der menschliche Mitarbeitende und Software-Agenten zusammenarbeiten.

Belege, Adoptionsaussagen und offene Fragen

Da diese Geschichte auf VentureBeats Berichterstattung aus Salesforce-Interviews und Produktvorführungen basiert, stammen einige der stärksten Leistungs- und Adoptionssignale aus Angaben des Anbieters und sollten vorsichtig behandelt werden.

Salesforce sagte VentureBeat, man habe den neuen Slackbot intern mit 80.000 Mitarbeitenden getestet. Das Unternehmen erklärte, zwei Drittel der Mitarbeitenden hätten ihn ausprobiert, 80 % dieser Nutzer hätten ihn weiterhin regelmäßig verwendet, und die interne Zufriedenheit habe 96 % erreicht. Führungskräfte sagten außerdem, Mitarbeitende hätten zwischen zwei und 20 Stunden pro Woche eingespart. Diese Zahlen können auf starkes internes Interesse hindeuten, sind aber selbst gemeldete oder vom Unternehmen berichtete Kennzahlen und keine unabhängig geprüften Nutzungsdaten.

Die gleiche Vorsicht gilt für Pilotkunden-Beispiele. VentureBeat berichtete über Kommentare von Beast Industries, Slalom, reMarkable, Xero, Mercari und Engine. Diese Verweise sind als frühe Signale für Markttests nützlich, belegen aber keine breite Unternehmensdynamik. Gemeldete Zeitersparnisse wie 90 Minuten pro Tag für einen Mitarbeiter von Beast Industries und 30 Minuten täglich für eine Führungskraft bei Engine sind anekdotisch und rollenbezogen.

Es gibt außerdem weiterhin Produktgrenzen. Seaman sagte, das Lesen von Kalendern und die Prüfung von Verfügbarkeiten seien live, während das Buchen von Meetings erst einige Wochen später erwartet werde. Bildgenerierung ist nicht verfügbar. Und Salesforce machte gegenüber VentureBeat keine Angaben zur Unterstützung konkurrierender CRM-Plattformen wie HubSpot oder Microsoft Dynamics. Diese Auslassung ist wichtig, weil Käufer wissen wollen, ob Slackbot als neutraler Enterprise-Layer fungieren kann oder ob er am besten funktioniert, wenn Salesforce bereits das System der Wahrheit ist.

Kosten sind ein weiterer offener Punkt. VentureBeat berichtete, dass Slackbot selbst für Business+- und Enterprise+-Kunden keine zusätzlichen Gebühren verursacht. Die Veröffentlichung verband die Einführung jedoch auch mit breiteren Sorgen um die Preisgestaltung beim Zugriff auf Salesforce-Daten, einschließlich der Kritik von Fivetran-CEO George Fraser, dass höhere API-bezogene Kosten es für Unternehmen erschweren könnten, Salesforce-Daten in externe Systeme wie Snowflake zu übertragen oder mit ihnen über Tools außerhalb von Salesforces bevorzugtem Stack zu interagieren. Dieser Punkt ist angrenzend an Slackbot, aber relevant: Ein Produkt, das breiten Unternehmenskontext verspricht, ist wertvoller, wenn Datenbewegung einfach ist, und weniger überzeugend, wenn der Zugriff stärker eingeschränkt oder teurer wird.

Was das für Builder und Unternehmenskäufer bedeutet

Für Produktteams und KI-Entwickler bestätigt die Einführung ein klares Designmuster: Unternehmensassistenten bewegen sich von generischen Chatbots hin zu kontextbewussten Agenten, die in Kollaborationstools eingebettet sind. Slackbot, Microsoft Copilot und Google Gemini versuchen alle, den Bedarf zu verringern, dass Nutzer Anwendungen wechseln oder Quellmaterial manuell zusammenstellen müssen.

Für Unternehmenskäufer sind die entscheidenden Fragen operativer und nicht visionärer Natur. Wie gut respektiert Slackbot Berechtigungen? Wie zuverlässig zitiert oder verankert er Antworten in Slack- und Salesforce-Datensätzen? Wie viel Einrichtung ist für Konnektoren und Governance wirklich nötig? Und kann er Aktionen sicher ausführen, nicht nur ausgefeilte Zusammenfassungen produzieren?

Der Aspekt Slack Canvas ist besonders relevant. Gemeinsame Ergebnisse in einem kollaborativen Dokument können leichter überprüft, bearbeitet und genehmigt werden als einzelne Chatbot-Antworten. Wenn Slackbot gut darin wird, Gespräche in dauerhafte Artefakte und Folgeaufgaben zu verwandeln, könnte er nützlicher sein als Assistenten, die bei der Zusammenfassung stehen bleiben.

Für Entwickler, die auf Slack bauen, sind Salesforces Hinweise auf Tool-Calls von Drittanbietern und mögliche Unterstützung für das Model Context Protocol beachtenswert. Eine stärkere Agentenoberfläche innerhalb von Slack könnte einen neuen Vertriebsweg für spezialisierte Unternehmensaktionen schaffen, von Code-Workflows über Freigaben bis hin zu Support-Operationen. Doch diese Chance hängt davon ab, wie offen Salesforce die Plattform hält und wie stark es seine eigenen Produkte, einschließlich Agentforce, bevorzugt.

Worauf man als Nächstes achten sollte

Die nächsten nützlichen Signale werden konkret und nicht rhetorisch sein. Beobachten Sie zunächst, ob Salesforce die zugesagte Unterstützung für Gemini oder andere Modellanbieter ergänzt, denn das zeigt, wie ernst es dem Unternehmen mit einer Multi-Modell-Architektur ist.

Achten Sie zweitens auf echte Belege für Tool-Calling über Slack Canvas hinaus, insbesondere auf Integrationen, die Slackbot mit Auditierbarkeit und Berechtigungskontrollen Aktionen in Drittanbieter-Systemen ausführen lassen.

Drittens sollten Sie verfolgen, ob Salesforce die Unterstützung für Nicht-Salesforce-Systeme wie HubSpot, Microsoft Dynamics, Snowflake oder externe Datenplattformen klarstellt. Käufer werden wissen wollen, ob Slackbot ein Enterprise-Assistent ist oder vor allem ein Salesforce-Assistent, der in Slack lebt.

Schließlich ist die Nutzung außerhalb von Salesforces eigener Belegschaft und kuratierten Pilotkonten wichtiger als interne Erfolgsgeschichten. Nutzungsbindung, Ausweitung bei Großkunden und Hinweise darauf, dass Sicherheitsteams mit einem Einsatz in großem Maßstab einverstanden sind, sind bessere Indikatoren als die Begeisterung von Führungskräften.

Creati.ai-Perspektive

Salesforces Slackbot-Einführung ist bedeutsam, weil sie Slack von einem Kommunikationsprodukt mit KI-Funktionen zu einem stärkeren Kandidaten für die Enterprise-KI-Schnittstellenschicht macht. Das stärkste Argument des Unternehmens ist nicht, dass sein Modell einzigartig leistungsfähig ist, sondern dass Arbeitskontext bereits in Slack-Konversationen, Dateien, Kanälen und verbundenen Systemen lebt. Wenn Slackbot diesen Kontext zuverlässig in nützliche Aktionen umsetzen kann, hat Salesforce einen Weg, Slack gegen Microsoft Teams zu verteidigen und Agentforce praktisch statt abstrakt wirken zu lassen.

Das ist jedoch noch immer eine frühe Produktkategorie mit dem Branding reifer Software. Die vom Anbieter gemeldeten internen Adoptionszahlen sind ermutigend, aber nicht निर्णentscheidend. Der größere Test ist, ob Unternehmenskunden Slackbot als vertrauenswürdige Automatisierungsoberfläche sehen und nicht bloß als einen weiteren Assistenten-Bereich. Bei Arbeitsplatz-KI wird der Gewinner wahrscheinlich nicht das System sein, das die cleverste Antwort schreibt. Es wird das System sein, das Berechtigungen, Workflow, Compliance und Nachverfolgung gut genug erfüllt, um Teil des täglichen Betriebs zu werden. Salesforce hat mit Slackbot einen glaubwürdigen Schritt gemacht. Jetzt muss das Unternehmen ihn auch außerhalb der eigenen Mauern beweisen.