Einstein Next Best Action: Wie es funktioniert, Grenzen und die decisioning Ebene
Wie Strategy Builder Empfehlungen in Salesforce einordnet, wo das Muster aufhört und wie man im Warehouse entscheidet und im CRM liefert.
Jonas Weber·
#Next Best Action
#Salesforce
#Leitfäden
Next best action in Salesforce wird durch Einstein Next Best Action geliefert: einen Strategy Builder, der Empfehlungen anhand eines Datensatzes bewertet und die Top-Empfehlungen einem Agenten oder einem Flow anzeigt. Es ist gut gebaut für das, was es ist, und seine Grenzen sollten verstanden werden, bevor du entscheidest, ob es die decision engine oder die Delivery-Oberfläche ist.
Wie Einstein Next Best Action funktioniert
Einstein Next Best Action bewertet eine Reihe von Empfehlungsdatensätzen anhand eines Kundendatensatzes mithilfe einer im Strategy Builder erstellten Strategie und zeigt dann die am besten bewerteten Empfehlungen einem Agenten oder einem Flow an. Die Strategie lädt, filtert, verzweigt und sortiert; die Komponente rendert den Gewinner dort, wo die Arbeit stattfindet.
1Recommendations. Benutzerdefinierte Datensätze, die eine Aktion beschreiben: ein Angebot, eine Planänderung, ein Serviceschritt. Sie enthalten einen Namen, eine Beschreibung, ein Bild und eine Aktionsreferenz.
2Strategies. Im Strategy Builder erstellt, laden sie einen Empfehlungssatz und filtern, verzweigen, erweitern und sortieren diesen mithilfe von Datensatzdaten, Flows oder einer Einstein-Prognose.
3Surfaces. Die gerankte Liste wird in Lightning-Seiten, Experience Cloud, Service Console oder einem Flow angezeigt, wo ein Agent sie akzeptiert oder ablehnt und die Antwort protokolliert wird.
Das Ergebnis ist eine governed, auditable recommendation Fläche, die genau dort lebt, wo die Arbeit stattfindet. Für agent-assisted Momente ist diese Platzierung wirklich schwer zu übertreffen.
Wo das Muster endet
Die Rangfolge erfolgt nach dem Score, nicht nach dem inkrementellen Wert.
Strategy Builder sortiert nach einem numerischen Feld, in der Regel einer Einstein propensity oder einer manuell erstellten priority. Propensity reiht ein, wer wahrscheinlich „Ja“ sagen wird, was Kunden überbewertet, die auch ohne Angebot konvertiert wären. Der Score, den ein revenue team wünscht, ist die erwartete incremental margin, und diese muss irgendwo berechnet werden, mit Zugriff auf treated und control outcomes.
Das Kandidaten-Set ist CRM-förmig.
Verhaltensdaten, Streaming-Events, Produkttelemetrie und die vollständige Transaktionshistorie befinden sich normalerweise im Warehouse, nicht im Kontaktdatensatz. Aktionen, die keine CRM-Objekte sind, wie z. B. eine Preisänderung oder eine In-Produkt-Berechtigung, lassen sich ebenfalls schwer als Empfehlungen ausdrücken.
Holdouts sind nicht nativ
Annahme und Ablehnung werden erfasst, aber eine randomisierte Kontrollgruppe pro Entscheidung musst du selbst aufbauen und pflegen. Ohne sie wird die Akzeptanzrate zum De-facto-KPI, und die Akzeptanzrate ist kein uplift.
Strategies driften in rule sprawl ab.
Zweige sammeln sich an. Nach einem Jahr ist niemand mehr sicher, welcher Zweig für wen feuert, und die Sortierlogik kodiert eine Hierarchie vergangener interner Verhandlungen statt aktueller Wirtschaftlichkeit.
Das funktionierende Muster: außerhalb entscheiden, innerhalb liefern.
Behalte Salesforce als Oberfläche und System of Record. Verschiebe das Ranking auf eine decision layer, die das Data Warehouse liest, den uplift pro Kunde und pro Aktion bewertet, constraints anwendet und die gewählte Aktion zurückschreibt.
1Score in the warehouse. Berechne uplift und erwartete Marge für jede geeignete Aktion, einschließlich Nichts-Tun, basierend auf dem vollständigen verhaltensbezogenen Feature-Set.
2Write the decision back. Pushe die gewinnende Aktion, ihren erwarteten Wert und ihre Herkunft in ein Feld des Kontakts, Accounts oder Falls, oder sende ein Plattform-Ereignis aus.
3Let Strategy Builder present it. Strategies filtern dann nach Berechtigung und sortieren nach dem extern berechneten Wert, sodass die branch logic schlank und lesbar bleibt.
4Hold out and read back. Reserviere einen randomisierten Anteil berechtigter Datensätze ohne action und führe Salesforce-Ergebnisse mit dem decision log zusammen, um treated minus holdout abzulesen.
Einstein Next Best Action vs Agentforce
Einstein Next Best Action empfiehlt: Es stuft vordefinierte Empfehlungsdatensätze ein und zeigt die besten einem Menschen, der sie annimmt oder ablehnt. Agentforce handelt: Es führt Agentic-Workflows über die Salesforce-Umgebung mit eigenen Anweisungen und Tools aus. Keines von beiden stuft nach erwarteter inkrementeller Marge ein, und keines von beiden reserviert einen randomisierten holdout pro Entscheidung. Wenn der KPI also inkrementeller Umsatz ist, muss der Score weiterhin von außen kommen. Siehe den direkten Vergleich mit Einstein und Agentforce.
Was du in Salesforce in jedem Fall beibehalten solltest
Zustimmung und Kommunikationspräferenzen, Agenten-Workflow, Fallkontext und der Audit-Trail dessen, was angeboten und akzeptiert wurde. Diese gehören zum CRM und sollten nicht in einem decisioning-Tool dupliziert werden.
Markin rankt Aktionen gegen dein Data Warehouse und schreibt den Gewinner als Feld oder Ereignis in Salesforce. Siehe die Salesforce Service Cloud Integration.
Häufig gestellte Fragen
Fragen, die Leser dazu haben.
Was ist Einstein Next Best Action in Salesforce?
Einstein Next Best Action ist die Salesforce-Funktion, die Empfehlungsdatensätze mithilfe des Strategy Builders mit einem Kundendatensatz abgleicht und dann die am höchsten bewerteten Empfehlungen einem Agenten oder einem Flow auf Lightning-Seiten, in der Experience Cloud oder der Service Console anzeigt.
Was sind die Grenzen von Einstein Next Best Action?
Es rankt nach einem numerischen Score, normalerweise einer Propensity oder manuellen Priorität, anstatt nach erwartetem inkrementellem Deckungsbeitrag; der Kandidatensatz wird durch das CRM-Datenmodell geformt, sodass tiefe verhaltensbezogene Signale und Nicht-CRM-Aktionen schwer einzubeziehen sind; randomisierte holdouts sind nicht nativ; und Strategiepfade neigen dazu, sich zu einem Regelwerk-Wildwuchs anzusammeln.
Kannst du eine externe decision engine mit Salesforce verwenden?
Ja, und es ist das gängige Muster in großem Maßstab. Ein externes decision layer bewertet den uplift pro Kunde pro Aktion anhand von Lagerdaten, wendet Einschränkungen an und schreibt dann die gewählte Aktion, ihren erwarteten Wert und ihre Herkunft in ein Salesforce-Feld oder Plattform-Ereignis. Der Strategy Builder filtert dann nach Eignung und sortiert nach diesem externen Wert.
Wie misst du next best action in Salesforce?
Reserviere einen randomisierten Anteil berechtigter Datensätze, die keine action erhalten. Führe dann Salesforce-Ergebnisse mit dem decision log zusammen und lese treated-minus-holdout für margin oder save rate ab. Die Akzeptanzrate allein ist kein uplift.
Wie richtest du Einstein Next Best Action ein?
Erstelle die Empfehlungsdatensätze für jede geeignete Aktion, baue eine Strategie im Strategy Builder, die diesen Empfehlungssatz lädt, filtert, verzweigt und sortiert, und platziere dann die Einstein Next Best Action-Komponente auf einer Lightning-Record-Seite, Experience Cloud-Seite oder in einem Flow. Antworten werden protokolliert, damit Annahme und Ablehnung gemeldet werden können.
Was ist der Unterschied zwischen Einstein Next Best Action und Agentforce?
Einstein Next Best Action empfiehlt: Es stuft eine Reihe vordefinierter Empfehlungsdatensätze ein und zeigt die besten einem Menschen, der sie annimmt oder ablehnt. Agentforce handelt: Es führt Agentic-Workflows über die Salesforce-Umgebung mit eigenen Anweisungen und Tools aus. Keines von beiden stuft nach erwarteter inkrementeller Marge ein oder reserviert einen randomisierten holdout pro Entscheidung, daher benötigen beide einen externen uplift-Score, wenn der KPI inkrementeller Umsatz ist.
Die gleichen Schleifen, die dieser Hinweis beschreibt, laufen 24/7 in deiner Kundenbasis. Beobachte, wie der Arbeitsbereich 1:1 entscheidet, Experimente durchführt und ausführt.