Claudeforce erklärt: Was Salesforce und Anthropic angekündigt haben

Salesforce und Anthropic haben am 26. August 2026 Claudeforce angekündigt. Der Name wird leicht als „Cloudforce“ gelesen oder erinnert an ein neues Salesforce-Cloud-Produkt. Beides führt in die falsche Richtung. Claudeforce ist die erweiterte Partnerschaft zwischen Salesforce und Anthropic. Das erste konkrete Produkt daraus heißt Salesforce in Claude.

Diese Unterscheidung ist mehr als Wortklauberei. Wer Claudeforce als fertige Produktsuite für Vertrieb und Service beschreibt, vermischt eine verfügbare Pilotfunktion mit mehreren Zukunftsankündigungen. Zum Start gibt es 37 vorgefertigte Sales-Skills. Service und Field Service werden zwar ausdrücklich genannt, sind auf der offiziellen Produktseite aber nur mit „Coming soon“ gekennzeichnet.

Claudeforce in sechs Fakten

Die Fakten stammen aus der offiziellen Ankündigung von Salesforce und Anthropic und der Claudeforce-Produktseite. Für eine Kaufentscheidung reicht die Ankündigung dennoch nicht. Salesforce weist selbst darauf hin, dass Preise, Pakete und regionale Verfügbarkeit abweichen können.

Was Salesforce und Anthropic tatsächlich angekündigt haben

Claudeforce führt mehrere bereits bestehende Verbindungen unter einem gemeinsamen Namen zusammen und erweitert sie. Claude ist in Agentforce verfügbar, arbeitet als Standardmodell in mehreren Salesforce- und Slack-Angeboten und kann über Amazon Bedrock innerhalb der von Salesforce beschriebenen Trust Boundary eingesetzt werden. Neu im Mittelpunkt steht die Gegenrichtung. Salesforce-Daten und -Aktionen werden direkt in Claude nutzbar.

Der erste Baustein heißt Salesforce in Claude. Ein Administrator verbindet das Plugin zentral. Anschließend können berechtigte Nutzer in Claude mit ihrem aktuellen Salesforce-Kontext arbeiten. Claude kann etwa eine Pipeline prüfen, eine Besprechung vorbereiten oder eine Änderung im CRM anstoßen. Die Aktion läuft laut Salesforce durch die vorhandenen Berechtigungen und Geschäftsregeln der Plattform.

Ein Vertriebsbereich mit 45 Account Executives liefert ein realistisches Beispiel. Jeder Mitarbeitende bereitet pro Woche vielleicht acht Kundentermine vor und benötigt dafür jeweils 20 Minuten, um Opportunities, E-Mails und Gesprächsnotizen zusammenzusuchen. Das entspricht rund 120 Stunden Recherche pro Woche. Salesforce in Claude könnte den Kontext vorstrukturieren und einen Entwurf für die Vorbereitung erstellen. Die Zeitersparnis ist aber erst belegt, wenn Quellen, Aktualität und ausgelöste Änderungen in der eigenen Org getestet wurden.

Typischer Fehler: Aus einer Produktdemo wird sofort ein Business Case abgeleitet. Eine automatisch erzeugte Deal-Zusammenfassung kann überzeugend aussehen und trotzdem eine veraltete Opportunity, eine fehlende E-Mail oder eine falsch gepflegte Wahrscheinlichkeit übernehmen. Das Ergebnis ist schneller verfügbar, aber nicht automatisch richtiger.

Claudeforce, Agentforce und Headless 360 sind nicht dasselbe

Die Ankündigung verwendet mehrere eng verbundene Namen. Ohne klare Trennung klingt alles nach derselben Salesforce-KI. Technisch und kommerziell erfüllen die Begriffe unterschiedliche Rollen.

Ein Maschinenbauer kann deshalb Agentforce einsetzen, ohne Salesforce in Claude zu verwenden. Umgekehrt kann ein Vertriebsmitarbeiter künftig Salesforce in Claude nutzen, ohne selbst einen Agentforce-Agenten zu bauen. Claudeforce ist auch keine Umbenennung von Agentforce. Es beschreibt die Zusammenarbeit zweier Anbieter, während Agentforce eine Salesforce-Plattform bleibt.

Diese Trennung verhindert einen kostspieligen Fehler. Wer eine Claudeforce-Demo sieht und anschließend ein Agentforce-Einführungsprojekt beauftragt, hat möglicherweise weder denselben Einstiegspunkt noch dieselben Funktionen gekauft. Vor jeder Entscheidung muss feststehen, ob Claude die Oberfläche sein soll, ob ein eigener Agent in Salesforce entsteht oder ob nur Claude als Modell für einen vorhandenen Agenten benötigt wird.

Was die 37 Sales-Skills leisten sollen

Salesforce und Anthropic beschreiben die Skills nicht als lose Prompts. Sie wurden für typische Schritte im Vertriebszyklus entwickelt und sollen Claudes Werkzeugnutzung mit dem Salesforce-Kontext verbinden. Genannt werden unter anderem Daily Briefing, Pipeline Review, Forecast Narrative, Stakeholder Map, Close Plan, Lead Triage, Call Prep und Datenhygiene-Prüfung.

Der Unterschied zu einem allgemeinen Chat mit exportierten CRM-Daten liegt in der Aktion. Claude soll nicht nur einen Datensatz zusammenfassen, sondern innerhalb der erteilten Rechte auch Salesforce aktualisieren und Workflows anstoßen können. Salesforce erklärt zudem, dass schreibende Aktionen durch die Plattform geleitet werden und vor externen E-Mails eine Bestätigung verlangt werden kann.

Nehmen wir einen Softwareanbieter mit 600 offenen Opportunities. In 90 Datensätzen fehlt der nächste Schritt, 55 Abschlussdaten liegen in der Vergangenheit und 30 größere Deals hatten seit drei Wochen keine Aktivität. Ein Hygiene-Skill kann diese Gruppen sichtbar machen und Korrekturen vorbereiten. Er sollte jedoch nicht pauschal alle Abschlussdaten verschieben. Ein fehlender Wert ist ein Datenproblem. Die fachlich richtige neue Angabe kennt das System nicht zwangsläufig.

Die größte Gefahr ist eine Verwechslung von Berechtigung und Absicht. Wenn ein Nutzer ein Feld ändern darf, bedeutet das noch nicht, dass Claude es in jeder Situation selbstständig ändern sollte. Technische Rechte müssen deshalb enger sein als das theoretisch Machbare, und folgenreiche Aktionen benötigen einen ausdrücklichen Freigabeschritt.

Was Claudeforce für Service Cloud bedeutet

Für Service-Cloud-Verantwortliche ist die aktuelle Antwort nüchtern. Am 28. August 2026 gibt es keine allgemein verfügbare Claudeforce-Service-Lösung. Die offizielle Seite führt Service und Field Service als kommende Bereiche auf. Für Service nennt Salesforce die automatische Einrichtung von Agenten aus Gesprächen und Fällen, die laufende Optimierung von Agenten und die Optimierung des Contact-Center-Betriebs.

Für Field Service werden autonome Einsatzplanung, automatisch erstellte Asset-Servicekampagnen, bildgestützte Fehlerbehebung und eine schnellere Einrichtung genannt. Diese Stichpunkte zeigen die Richtung, ersetzen aber keine Produktdokumentation. Es fehlen ein verbindliches Veröffentlichungsdatum, konkrete Voraussetzungen, Grenzen der Funktionen und veröffentlichte Preise.

Ein Hersteller mit 4.000 installierten Maschinen und 1.200 Servicefällen pro Monat sollte daher noch kein Projekt mit dem Ziel „Claudeforce führt autonome Einsatzplanung ein“ starten. Er kann jedoch die Voraussetzungen prüfen. Sind Anlagen, Verträge und Qualifikationen vollständig gepflegt? Werden Garantieprüfung und Freigabegrenzen zentral erzwungen? Darf ein maschineller Nutzer einen Einsatz nur vorschlagen oder auch verbindlich buchen?

Ein kontrollierter Vorläufer wäre heute schon sinnvoll. Das Unternehmen nimmt 100 abgeschlossene Störungsfälle und prüft, ob aus Fallbeschreibung, Anlagenhistorie und Wissensartikeln ein belastbarer Einsatzvorschlag entsteht. Gemessen werden Vollständigkeit, fachliche Korrekturen und benötigte Prüfzeit. So entsteht eine Entscheidungsgrundlage, die auch dann nützt, wenn sich Zeitplan oder Paketierung von Claudeforce ändern.

Typischer Fehler: „Coming soon“ wird intern als zugesagte Funktion für das nächste Quartal behandelt. Ohne Termin und Vertragsgrundlage gehört die Funktion nicht auf den kritischen Pfad eines Serviceprojekts. Sie darf eine Architekturentscheidung beeinflussen, aber keinen zugesagten Go-live tragen.

Wie Berechtigungen und Governance einzuordnen sind

Salesforce betont, dass Salesforce in Claude vorhandene Benutzerrechte und Geschäftsregeln übernimmt. Claude soll nur sehen und tun können, was der jeweilige Nutzer sehen und tun darf. Das ist eine wichtige Grundlage. Es löst aber kein historisch gewachsenes Berechtigungsmodell.

Hat ein Vertriebsnutzer aus Bequemlichkeit Änderungsrechte auf 40 Feldern, stehen diese Rechte grundsätzlich auch für agentische Aktionen im Raum. Liegt eine Rabattgrenze nur in einer Lightning-Komponente, greift sie bei einem direkten Plattformaufruf möglicherweise nicht. Der Artikel zu Headless 360 und Service Cloud beschreibt diese Architekturfrage ausführlicher.

Für einen ersten Piloten sollten Leserechte, vorbereitende Aktionen und verbindliche Änderungen getrennt werden. Ein Service-Agent darf vielleicht Kunden- und Anlagendaten lesen, einen Einsatzentwurf anlegen und drei passende Termine vorschlagen. Die Buchung, eine kostenlose Ersatzteillieferung oder eine Gutschrift bleiben beim Menschen. Ab einem erwarteten Einsatzwert von 2.500 Euro stoppt der Ablauf zwingend.

Der Prompt ist dafür nicht der richtige Kontrollpunkt. Verbindliche Grenzen gehören in Berechtigungen, Validierungen, Flows oder Apex. Erst dann gelten sie unabhängig davon, ob eine Aktion aus Lightning, Slack, Claude oder einer anderen Oberfläche kommt.

Fazit

Claudeforce verbindet Claude und Salesforce, ist aber weder ein neues Cloud-Produkt noch eine fertige Service-Suite. Aktuell zählt vor allem Salesforce in Claude mit 37 Sales-Skills und angekündigter offener Beta. Service-Teams sollten die kommenden Funktionen beobachten und schon jetzt Daten, Regeln und Berechtigungen vorbereiten, ohne „Coming soon“ mit Verfügbarkeit zu verwechseln.

Zur stilistischen und formalen Überarbeitung dieses Textes wurde KI genutzt – der Inhalt blieb davon unberührt.