
Was „KI für Salesforce Service Cloud" wirklich bedeutet
Ich baue KI-Agenten bei eesel und habe einen großen Teil dieses Jahres in unsere Salesforce-Integration gesteckt – was bedeutete, tiefer im Case-Objekt von Service Cloud, seinen Wissensartikeln und den Agentforce-Einstellungen zu stecken, als ich erwartet hatte. Es gibt eine Geschichte dazu, warum ich überhaupt dort gelandet bin: Früher im Jahr ist ein Mid-Market-Team mit rund 900 Fällen pro Monat von einem Deal abgesprungen, weil wir Service Cloud noch nicht nativ angebunden hatten. Das ist eine teure Art, eine Lektion zu lernen, und genau deshalb gibt es die Integration. Dieser Text ist also von innen aus beiden Wegen geschrieben, nicht die Neufassung einer Marketingseite.
Die Verwechslung, die man zuerst klären sollte: „KI für Salesforce Service Cloud" sind eigentlich zwei verschiedene Produkte, je danach, wer die Arbeit erledigen soll.

Der native Weg ist, dass Salesforce KI in die Service Cloud einbaut, die du bereits bezahlst. Der Drittanbieter-Weg ist ein separater KI-Agent, der sich in Service Cloud einklinkt und die Fallarbeit für dich erledigt. Beide sind legitim. Sie unterscheiden sich darin, wofür sie gut sind, wie sie abrechnen und wie schnell du ihnen vertrauen kannst. Gehen wir beide durch.
Weg 1: Salesforces natives Agentforce
Salesforce hat hier kürzlich viel umbenannt, daher lohnt es sich, die Begriffe zuerst zu klären. Salesforce Help schreibt inzwischen, dass „Service Cloud jetzt Agentforce Service ist", und Service Cloud Voice wurde zu „Salesforce Voice". Unter der Umbenennung sind die Teile, die für den Support zählen, Agentforce und Einstein.
- Agentforce ist der autonome Agent. Er antwortet auf Fälle über alle Kanäle hinweg, verankert seine Antworten über die Atlas Reasoning Engine in deinem Wissen und deinen CRM-Daten und übergibt an einen Menschen, wenn er sich unsicher ist. Das ist der Teil, der tatsächlich Fälle abfängt. Salesforce liefert außerdem einen vorkonfektionierten Agentforce Help Agent, der „in Minuten eingerichtet ist und nur für Lösungen abrechnet".
- Einstein ist die ältere Schicht prädiktiver und generativer KI, die durch Service Cloud gewoben ist: Antwortempfehlungen, Fallklassifizierung und nächstbeste Aktion. Unser Leitfaden zu Einstein-Funktionen geht genauer darauf ein, wo welche Funktion passt.
- Einstein Bots ist der ältere, dialogbaumbasierte Chatbot. Er existiert noch, ist aber auf Enterprise ein Add-on für $75 pro Nutzer und Monat, und er ist ein ganz anderes Tier als ein generativer Agent.
Wenn du das vollständigere Bild willst, wie sich diese Schichten stapeln, haben wir einen ganzen Beitrag zu Salesforce KI in Service Cloud geschrieben. Die Kurzfassung: Agentforce ist die Schlagzeile, und es verankert sich in deinem Salesforce-Wissen und deinen Daten, statt sich Dinge auszudenken.
Beim Füttern glänzt Agentforce, weil es bereits auf deinem CRM sitzt. Es verankert Antworten in deinen Wissensartikeln, der Fallhistorie und Live-Datensätzen, ohne einen separaten Importschritt. Das ist der echte Vorteil des nativen Wegs: Die KI rät nicht beim Kunden, weil der gesamte Datensatz des Kunden direkt da ist.
Wo der native Weg teuer wird
Der ehrliche Haken bei Agentforce ist die Form der Abrechnung, und die hat zwei Teile. Erstens ist Agentforce for Service nicht in den gängigen Editionen enthalten. Auf der Service-Cloud-Preisseite steht bei Enterprise und Unlimited „Zum Kauf verfügbar", und es ist nur in der obersten Edition Agentforce 1 Service gebündelt. Du zahlst also zuerst für den Sitzplatz und dann zusätzlich für die KI.
Die Editionen sehen so aus:
| Edition | Preis / Nutzer / Monat (jährlich abgerechnet) | Agentforce for Service |
|---|---|---|
| Starter Suite | $25 | Nicht verfügbar |
| Pro Suite | $100 | Nicht verfügbar |
| Enterprise | $175 | Zum Kauf verfügbar |
| Unlimited | $350 | Zum Kauf verfügbar |
| Agentforce 1 Service | $550 | Enthalten, plus 2.5M Flex Credits / Org / Jahr |
Dann kommt der Nutzungsmesser. Die Agentforce-Preisseite nennt zwei Verbrauchsmodelle, und du kannst nicht beide in derselben Org nutzen.

- Conversations: eine Pauschale von $2 pro Conversation, nur im Voraus kaufbar.
- Flex Credits: $500 pro 100,000 Credits, also $0.005 pro Credit. Jede Agentenaktion verbraucht Credits, daher hängen die tatsächlichen Kosten pro Fall davon ab, wie viele Aktionen ein Fall auslöst. In Salesforces eigenem Rechenbeispiel auf dieser Seite kostet ein Fall mit drei Aktionen 60 Credits, also etwa $0.30.
Das Detail, das Teams zu Fall bringt: Ungenutzte Flex Credits verfallen am Ende der Laufzeit. Salesforces eigenes FAQ sagt das direkt. Es gibt „keine Überschreitungsstrafe", aber Überschreitungen werden zu deinem vertraglich festgelegten Satz abgerechnet, der nicht veröffentlicht ist, und ein späterer Wechsel von Conversations zu Flex Credits bedeutet, alle bestehenden SKUs auszutauschen. Das ist kein Vorwurf an Salesforce, und die CRM-verankerte Qualität ist echt. Es ist nur ein Fall, in dem der Listenpreis eines Sitzplatzes und die tatsächlichen Kosten für den Betrieb eines Agenten im großen Maßstab zwei sehr unterschiedliche Zahlen sind, und der Zähler, den du früh wählst, lässt sich schwer ändern.
Falls Agentforce am Ende mehr Plattform ist, als du betreiben willst: Es gibt einen gesunden Markt an Agentforce-Alternativen, und Salesforce veröffentlicht sogar eine kostenlose Agentforce-Stufe (Salesforce Foundations für $0), wenn du nur mal reinschnuppern willst.
Weg 2: einen Drittanbieter-KI-Agenten hinzufügen
Der andere Weg, KI für Salesforce Service Cloud hinzuzufügen, besteht darin, einen Agenten zu holen, der speziell dafür gebaut ist, eine Support-Warteschlange zu bearbeiten, und ihn mit Salesforce zu verbinden. Das ist der Weg, den ich am besten kenne, weil eesel einer dieser Agenten ist.

Das mentale Modell unterscheidet sich von einem Chat-Widget, das an deine Website angeschraubt wird. eesel tritt als echter KI-Agent innerhalb von Service Cloud bei. Es liest Fälle, entwirft und sendet Antworten, fügt interne Notizen hinzu, leitet Fälle an Warteschlangen weiter und aktualisiert Fallfelder wie Priorität, Status und Besitzer – dieselben Aktionen, die ein menschlicher Mitarbeiter ausführt. Es liest Kontakte, Accounts, Fälle und Opportunities für den Kontext, sodass eine Antwort sich auf den tatsächlichen Account des Kunden beziehen kann, statt auf eine generische Antwort. Es gibt keinen separaten Posteingang.
Was den Drittanbieter-Weg schnell vertrauenswürdig macht, ist, woher das Wissen kommt und wie du ihn vor dem Go-Live testest.

Bei der Verbindung importiert eesel automatisch deine Salesforce-Wissensartikel, vergangenen Fälle und E-Mail-Vorlagen, plus optionale Quellen wie Confluence, Notion oder Google Docs. Kein manuelles Training, kein Daten-Labeling. Auf seiner eigenen Salesforce-Integrationsseite veröffentlicht eesel eine Einrichtungszeit unter 30 Minuten und eine durchschnittliche Tier-1-Lösungsrate von über 85%+ direkt ab Werk in der ersten Woche, über 2,000+ Teams hinweg.
Du konfigurierst es, indem du beschreibst, was du willst, nicht indem du eine Regel-Engine verdrahtest. Sag ihm in normaler Sprache, welche Fälle es bearbeiten soll, wie es schreiben soll und wann es eskalieren soll.
Zwei weitere Dinge, die es wert sind, genannt zu werden, weil sie den Teil ausmachen, der die Warteschlangenarbeit sicher fühlen lässt:
- Es respektiert deine bestehende Salesforce-Einrichtung. eesel arbeitet neben deinen Zuweisungsregeln, Eskalationsregeln, Entitlements und bestehenden Flow-/Process-Builder-Automatisierungen, statt sie zu ersetzen. Du kannst festlegen, welche Fälle es nach Datensatztyp, Warteschlange, Kanal oder Bedingung anfasst.
- Es simuliert an deiner eigenen Historie. Bevor es einen echten Kunden berührt, spielt eesel deine vergangenen Salesforce-Fälle noch einmal durch und bewertet seine Antworten gegen das, was dein Team tatsächlich gesendet hat, sodass du eine echte Einschätzung der Genauigkeit erhältst statt eine Vermutung am Demo-Tag. Es verspricht dir nicht vorab eine Lösungsrate; es zeigt dir, wie es Fälle behandelt hätte, die du bereits beantwortet hast, was die ehrliche Version dieser Zahl ist.
Eine echte Kundenzahl als Beleg: Die Logistik-SaaS CartonCloud betreibt ihre Salesforce-KI-Agenten mit 717 Wissenselementen.
"We've seen a reduction in the time spent on rudimentary queries, allowing our agents to spend more time focused on more complex queries."
Nativ oder Drittanbieter: welcher Weg zu dir passt
Keiner der beiden Wege ist universell richtig. Hier die ehrliche Gegenüberstellung, Dimension für Dimension.
| Dimension | Natives Agentforce | Drittanbieter-Agent (eesel) |
|---|---|---|
| Wo es läuft | Innerhalb von Service Cloud | Innerhalb von Service Cloud, als Agent |
| Mindestplan | Enterprise ($175 / Sitzplatz) + Add-on | Jede Service-Cloud-Edition |
| Lernt aus vergangenen Fällen | Verankert auf CRM + Wissen | Ja, automatisch bei Verbindung |
| CRM-Kontext | Native, voller Datensatzzugriff | Liest Kontakte, Accounts, Fälle, Opportunities |
| Testen vor Go-Live | Sandbox-Tests | Simuliert an deinen echten vergangenen Fällen |
| Abrechnungseinheit | Pro Conversation oder Credits pro Aktion | Pro bearbeitetem Fall |
| Headline-Preis | $175+ / Sitzplatz + $2 / Conversation (oder ~$0.30 / Fall in Credits) | $0.40 / Fall, keine Sitzplätze |

Wenn du bereits auf Service Cloud Enterprise oder höher bist, deine Mitarbeiter den ganzen Tag in Salesforce leben und du KI willst, die nativ im CRM-Datensatz verankert ist, ist Agentforce schon da und gut in dieser Aufgabe. Wenn deine Priorität ist, wiederkehrende Tier-1-Fälle in echtem Volumen zu lösen, den Zähler an Fälle statt an ablaufende Credits zu koppeln und zuerst an deiner eigenen Historie zu testen, ist der Drittanbieter-Weg meist der kürzere Weg. Wenn du Service Cloud auch gegen andere Helpdesks abwägst, ist unsere Analyse Service Cloud vs. Zendesk ein nützlicher Realitätscheck.
Die beiden schließen sich nicht einmal gegenseitig aus. Viele Teams lassen Einsteins Assistenzfunktionen für ihre Mitarbeiter aktiviert und lassen einen Drittanbieter-Agenten die Frontlinie der Warteschlange bearbeiten.
Was es kostet, in echten Zahlen
Listenpreise verschleiern die echte Rechnung, daher hier ein Rechenbeispiel im Maßstab eines kleinen Teams.
Angenommen, du betreibst ein fünfköpfiges Support-Team auf Service Cloud Enterprise und willst einen autonomen Agenten, der Tier-1 bearbeitet. Fünf Sitzplätze Enterprise kosten $875 pro Monat, bevor überhaupt KI dazukommt, und Agentforce for Service ist ein kostenpflichtiges Add-on zusätzlich dazu. Wenn der Agent 1,000 Fälle im Monat im Conversations-Modell zu je $2 bearbeitet, sind das $2,000 an Nutzung zusätzlich zu den Sitzplätzen. Im Flex-Credits-Modell ist es pro Fall günstiger, etwa $0.30 in Salesforces eigenem Drei-Aktionen-Beispiel, also rund $300 für diese 1,000 Fälle – solange deine Fälle tatsächlich nahe bei drei Aktionen bleiben und du nicht zulässt, dass ungenutzte Credits am Ende der Laufzeit verfallen.
Vergleiche das mit dem volumenbasierten Weg. eesel rechnet $0.40 pro bearbeitetem Salesforce-Fall ab, wobei ein Fall eine Aufgabe ist, egal wie viele Hin-und-her-Nachrichten es braucht, ohne Plattformgebühr und ohne Pro-Sitzplatz-Preise. Bearbeite dieselben 1,000 Fälle, und das sind $400, pauschal, und das ändert sich nicht, wenn du einen sechsten Mitarbeiter zu Salesforce hinzufügst. Weil es pro bearbeitetem Fall statt pro Lösung oder pro Aktion abrechnet, gibt es keine Aktionsanzahl zu modellieren und keinen ablaufenden Credit-Pool auszugleichen. eesel unterstützt außerdem einen teilweisen Rollout: Leite 200 deiner 1,000 Fälle an die KI weiter, und du zahlst $80, da von Menschen bearbeitete Fälle nie abgerechnet werden.
Keines der beiden Modelle ist im Abstrakten „günstiger". Der native Weg skaliert mit deinen Sitzplätzen und deinem Credit- oder Conversation-Verbrauch; der volumenbasierte Weg skaliert mit deiner Fallanzahl. Wähle das Modell, dessen Zähler zu dem passt, wie dein Team tatsächlich wächst, und wenn du das breitere Feld sehen willst, legt unser Überblick zu den besten KI-Tools für Salesforce die Optionen dar.
eesel für Salesforce Service Cloud ausprobieren
Wenn der Weg, den du willst, ein Agent ist, der sich mit Salesforce verbindet und anfängt, Tier-1-Fälle abzuarbeiten, ist genau das, was eesel für Salesforce tun soll. Es verbindet sich in unter 30 Minuten über einen No-Code-Flow, lernt aus deinen vergangenen Fällen und Wissensartikeln und entwirft Antworten mit Live-CRM-Kontext, sodass Antworten sich auf den tatsächlichen Account des Kunden beziehen, nicht auf ein generisches Skript.

Das eine Unterscheidungsmerkmal, auf das ich hinweisen würde: Simulation über deine echte Salesforce-Historie. Bevor der Agent irgendjemandem antwortet, siehst du, wie er die Fälle behandelt hätte, die dein Team bereits beantwortet hat, bewertet gegen das, was du tatsächlich gesendet hast. Es ist kostenlos zum Testen mit $50 Nutzungsguthaben und ohne Kreditkarte, und es respektiert die Zuweisungsregeln, Eskalationsregeln und Sicherheits-Einrichtung, die du bereits in Salesforce hast (mit HIPAA und BAA verfügbar auf dem Enterprise-Plan).
Häufig gestellte Fragen
Wie füge ich Salesforce Service Cloud KI hinzu?
Hat Salesforce Service Cloud eingebaute KI?
Wie viel kostet KI für Salesforce Service Cloud?
Was ist Agentforce, und wie unterscheidet es sich von Einstein?
Kann ich KI auf Salesforce testen, bevor sie Kunden antwortet?

Article by
Alicia Kirana Utomo
Kira is a writer at eesel AI with a Computer Science background and over a year of hands-on experience evaluating AI-powered customer service tools. She focuses on breaking down how helpdesk platforms and AI agents actually work so that support teams can make better buying decisions.







