Wie Salesforce Agentforce Sales als ChatGPT-App Vertriebsprozesse in der DACH-Region verändert: Funktionen, Voraussetzungen und offene Fragen

Was die ChatGPT-App im Salesforce-Vertrieb tatsächlich verändert

Wenn Vertriebsmitarbeitende Informationen in ChatGPT analysieren und Ergebnisse anschließend manuell in Salesforce übertragen, entsteht ein Bruch zwischen Recherche und CRM-Arbeit. Genau an dieser Stelle setzt die Agentforce-Sales-App an. Salesforce beschreibt sie als ChatGPT-Arbeitsoberfläche, über die Vertriebsmitarbeitende Deals priorisieren, Accounts planen und Salesforce direkt aus der Unterhaltung heraus aktualisieren können. [1] Eine vertiefte Einordnung der Auswirkungen auf B2B-Vertriebsteams bietet der Beitrag zur Salesforce-ChatGPT-Integration in der DACH-Region.

Vom Analysefenster zur operativen CRM-Aktion

Der dokumentierte Funktionsumfang geht über die reine Abfrage von Kundendaten hinaus. Die App kann Salesforce-Daten abrufen, Verkaufschancen priorisieren, Kundenstrategien erstellen sowie CRM-Einträge ändern. [2] Eine Anfrage im Chat kann damit zunächst den relevanten CRM-Kontext liefern und anschließend eine dokumentierte Aktion in Salesforce anstoßen. Für den jeweiligen Arbeitsschritt entfällt der Wechsel zwischen Analysewerkzeug und CRM-Oberfläche. Eine konkrete Zeitersparnis oder Produktivitätswirkung lässt sich aus dem Dossier jedoch nicht ableiten. Entscheidend bleiben Prozessdesign, Datenqualität und definierte Freigaben.

Die Arbeitsoberfläche ändert sich stärker als der fachliche Prozess. Leads, Opportunities, Accounts und Aktivitäten bleiben Salesforce-Objekte. Neu ist der dialogorientierte Zugriff, über den Nutzer Fragen stellen und bestimmte CRM-Aktionen auslösen können. Eine Wirkung auf Produktivität, Abschlussquoten oder Umsatz lässt sich aus den vorliegenden Informationen nicht ableiten.

Beta-Status statt fertiger DACH-Standard

Für die Einordnung im DACH-Vertrieb ist der Status entscheidend: Salesforce führt das Produkt offiziell als „Agentforce Sales ChatGPT App (Beta)“. Die App sollte deshalb als zu prüfende Erweiterung der Salesforce-Arbeitsumgebung gelten, nicht als allgemein verfügbare Standardlösung. Die Quellen belegen die Integration und den beschriebenen Funktionsumfang, aber keine flächendeckende Nutzung oder messbare Wirkung in Deutschland, Österreich und der Schweiz. Die folgenden Kapitel trennen dokumentierte Funktionen von offenen Fragen zu Voraussetzungen, Berechtigungen und Governance.

Welche Vertriebs-Workflows Agentforce Sales im Chat abdeckt

Agentforce Sales lässt sich an drei konkreten Arbeitsabläufen bewerten: Leads abrufen, Opportunities einordnen sowie Account-Pläne und CRM-Aktionen vorbereiten. Entscheidend ist die Kette aus Datenabruf, fachlicher Einordnung und möglicher Änderung im Salesforce-System. Die App kann damit zum Ausführungspunkt für ausgewählte CRM-Aufgaben werden.

Lead-Listen ohne manuellen CRM-Export abrufen

Ein typischer Vertriebsstart beginnt mit einer einfachen Frage: „Welche neuen Leads wurden noch nicht kontaktiert?“ Über die Agentforce-Sales-App kann ChatGPT eine aktuelle Liste direkt aus Salesforce abrufen. Dafür greift die Integration unter anderem auf Pipeline-Daten, Kundenhistorien und noch nicht kontaktierte Interessenten zu. [2]

Der Nutzen hängt damit am Datenbestand des CRM. Fehlen Kontaktstatus, Zuständigkeit oder aktuelle Aktivitäten, bleibt die Liste für den Vertriebsstart unvollständig. Für Sales Operations gehört die Prüfung der relevanten Lead-Felder daher zum Workflow. Der Chat ersetzt den manuellen Export, nicht aber die Pflege der zugrunde liegenden Salesforce-Daten.

Opportunities mit CRM- und externem Kontext priorisieren

Bei Opportunities verbindet Agentforce Sales interne CRM-Kennzahlen wie Bewertungsscores und Pipeline-Status mit externen Informationen, etwa Marktnachrichten. [3] Ein Vertriebsmitarbeiter kann damit eine Entscheidungsvorbereitung anfordern, die den Zustand der Verkaufschance und das aktuelle Marktumfeld gemeinsam betrachtet.

Die vorliegenden Quellen beschreiben weder eine vollständige Kriterienliste noch eine Gewichtung der Signale oder eine konkrete Erklärung des Priorisierungsergebnisses. Für einen Enterprise-Pilot sollte die Priorisierung deshalb als Empfehlung gelten. Das Projektteam muss anhand definierter Testfälle prüfen, welche CRM-Felder und externen Informationen die Antwort beeinflussen, ob die verwendeten Datensätze erkennbar sind und ob ein Mitarbeiter die Empfehlung fachlich nachvollziehen kann. Eine autonome Vertriebsentscheidung lässt sich aus dem dokumentierten Funktionsumfang nicht ableiten.

Account-Pläne erstellen und CRM-Aktionen anstoßen

Für wichtige Kunden kann die Anwendung strukturierte Account-Pläne mit Zielen, Kennzahlen, Risiken und Wachstumsmöglichkeiten erstellen und direkt in Salesforce speichern. [2] Vor einem Account-Review kann ein Vertriebsmitarbeiter zunächst einen solchen Plan anfordern, offene Risiken prüfen und anschließend nur freigegebene Feldänderungen ausführen lassen.

Damit verschiebt sich die Risikogrenze: Eine Analyse bleibt zunächst lesend, ein Statuswechsel oder eine Übergabe verändert dagegen den System-of-Record. Laut Salesforce können Vertriebsmitarbeiter CRM-Aufgaben direkt aus dem Chat anstoßen. [1] Dazu zählen beispielsweise die Übergabe weniger wichtiger Interessenten an automatische Kontaktprogramme oder das Setzen einer Opportunity auf „gewonnen“. [2] Welche Objekte, Felder und Freigabestufen im konkreten Salesforce-Setup zulässig sind, dokumentiert das Dossier nicht. Diese Grenzen muss das Unternehmen vor dem Pilot technisch und organisatorisch festlegen.

Wo die Integration im Vertriebsprozess ansetzen kann

Der entscheidende Prüfpunkt liegt nicht im Chatfenster, sondern im Übergang zwischen Vertriebsarbeit und Salesforce. Salesforce beschreibt den Wechsel zwischen Recherche in ChatGPT, CRM-Aktualisierung sowie Arbeit mit E-Mail und Kalender als „Toggle Tax“. [1] Agentforce Sales kann diese Schritte in einer Oberfläche verbinden. Die Integration ersetzt jedoch weder definierte Sales-Stages noch Freigaben oder Standards für die Datenpflege. Sie verändert zunächst den Zugriff auf bestehende Vertriebsprozesse.

Tagespriorisierung aus Pipeline und offenen Leads

Der Chat kann als Einstieg in die tägliche Priorisierung von Leads und Opportunities dienen. Eine Anfrage wie „Zeige mir meine neuen, noch nicht kontaktierten Interessenten“ ruft eine aktuelle Liste direkt aus Salesforce ab. [2] Der Vertriebsmitarbeiter erhält damit einen operativen Ausgangspunkt, ohne die Datensätze manuell zu exportieren.

Die Liste bleibt nur so belastbar wie der zugrunde liegende CRM-Bestand. Lead-Status, Owner-Zuordnung und Kontaktstatus müssen im Salesforce-Prozess gepflegt werden. Sales Operations sollte deshalb vor dem Pilot festlegen, welche Felder die Priorisierung steuern und wie fehlende Werte behandelt werden.

Account-Vorbereitung mit festem CRM-Kontext

Für strategische Kundentermine kann die App den internen CRM-Kontext in die Vorbereitung einbeziehen. Salesforce nennt dafür unter anderem Pipeline, Kundenhistorie und strategische Prioritäten. [1] Der Vertriebsmitarbeiter kann diese Informationen im Chat auswerten, statt Gesprächsnotizen, Account-Daten und Opportunity-Status aus mehreren Ansichten zusammenzutragen.

Für wichtige Kunden lassen sich strukturierte Account-Pläne mit Zielen, Kennzahlen, Risiken und Wachstumschancen erstellen und direkt in Salesforce speichern. [2] Das eignet sich als Vorbereitung für ein Account-Review, ersetzt aber keine fachliche Bewertung. Vor dem Einsatz sollte das Team definieren, welche strategischen Felder als verbindliche Grundlage gelten und wer den gespeicherten Plan freigibt.

CRM-Pflege nach dem Gespräch nur mit klaren Leitplanken

Die Möglichkeit, CRM-Einträge im Chat abzurufen und zu ändern, verkürzt den Weg von der Gesprächsvorbereitung zur Dokumentation. [2] Nach einem Kundengespräch könnte ein Mitarbeiter relevante Änderungen an einem Datensatz vorbereiten und anschließend in Salesforce übernehmen lassen.

Welche Objekte und Felder die App ändern darf, muss das Unternehmen vor dem Rollout in einer Whitelist festlegen. Für geschäftskritische Statuswechsel braucht es zusätzlich eine Freigabe durch die zuständige Rolle. Jede Schreibaktion sollte sich einem Nutzer, einem Zeitpunkt, einem Ausgangswert und einem neuen Wert zuordnen lassen. Ob die App diese Protokolltiefe im konkreten Setup bereitstellt, ist im Dossier nicht dokumentiert und muss vor der Betriebsfreigabe nachgewiesen werden. Die dokumentierte Fähigkeit zum Aktualisieren von Salesforce-Daten beantwortet diese Betriebsfragen nicht. Als Nächstes stehen Salesforce-Stack, Datenzugriffe und Rollen im Mittelpunkt.

Welche Voraussetzungen Salesforce und IT vor dem Pilot klären müssen

Ein Pilot mit Agentforce Sales beginnt nicht mit der Aktivierung, sondern mit einer belastbaren Go-/No-Go-Prüfung. Die Salesforce-Hilfeseite bezeichnet die Anwendung ausdrücklich als „Agentforce Sales ChatGPT App (Beta)“. Die Beta-Einstufung muss deshalb in die Freigabeentscheidung, den Nutzerkreis und die Betriebserwartungen einfließen. Das Dossier nennt keine belastbaren Angaben zu Editionen, Lizenzen, unterstützten ChatGPT-Plänen, Einrichtungsablauf, regionaler Verfügbarkeit, Datenverarbeitung oder Protokollierung. Diese Punkte benötigen vor dem Pilot einen separaten Nachweis.

Beta-Status und Verfügbarkeit zuerst verifizieren

Die Produktbezeichnung „Agentforce Sales ChatGPT App (Beta)“ beschreibt den dokumentierten Status. Daraus folgt keine allgemeine Verfügbarkeit für Unternehmen in Deutschland, Österreich oder der Schweiz. Salesforce und IT müssen für die konkrete Organisation prüfen, ob die App zugänglich ist und welche Einschränkungen für Region, Vertrag oder Nutzergruppe gelten. Das Dossier enthält hierzu keine bestätigten Angaben.

Für die Pilotfreigabe genügt eine Produktankündigung nicht. Legen Sie fest, welche Organisation, welche Nutzer und welche Vertriebsprozesse einbezogen werden. Halten Sie außerdem fest, unter welchen Bedingungen der Pilot abgebrochen wird. Ob Beta-Nutzer mit produktiven Salesforce-Daten arbeiten dürfen und welche Support- oder Änderungsbedingungen gelten, muss die zuständige Salesforce-Dokumentation klären.

Datenbasis und Salesforce-Objekte für den Pilot abgrenzen

Ein begrenzter Pilot kann mit den Datenbereichen starten, die ein Heise-Bericht zur App nennt: Vertriebspipeline, Kundenhistorie und noch nicht kontaktierte Interessenten. [2] Diese Angaben sind eine journalistische Beschreibung des Funktionsumfangs, keine vollständige offizielle Objekt- und Feldliste. Testen Sie daher zunächst, ob der Chat die erwarteten Datensätze liefert. Bewerten Sie danach separat, ob freigegebene Änderungen korrekt im CRM ankommen.

Für jedes einbezogene Salesforce-Objekt müssen Datenowner, Pflichtfelder und zulässige Änderungsaktionen feststehen. Das gilt besonders für Lead-Status, Opportunity-Status und Zuständigkeiten. Ohne diese Abgrenzung bleibt unklar, ob ein fehlerhaftes Ergebnis auf die App, fehlende Daten oder einen uneindeutigen Prozess zurückgeht. Die interne technische Einordnung beschreibt den Zugriff auf Salesforce-Daten sowie das Abrufen, Analysieren und Aktualisieren im Chat. [4] Konkrete Objekt- und Feldfreigaben müssen Sie dennoch separat validieren.

Berechtigungen und Änderungsrechte als Testfälle formulieren

Salesforce beschreibt den Agentforce Trust Layer als Mechanismus für den Datenaustausch zwischen Salesforce und ChatGPT. Laut Heise prüft er dabei Zugriffsrechte. [3] Diese Aussage belegt die vorgesehene Zugriffskontrolle. Sie belegt jedoch nicht, wie bestehende Salesforce-Berechtigungen, Feldrechte oder Freigaben in jedem konkreten Setup übernommen werden.

Formulieren Sie daraus Testfälle für einen Sales Rep, einen Sales Manager, Sales Operations und einen Administrator. Jeder Testfall sollte mindestens eine lesende Anfrage und eine schreibende Aktion enthalten. Prüfen Sie außerdem, ob ein Nutzer fremde Accounts sehen, Opportunities ändern oder Statuswechsel auslösen kann. Die konkrete Übernahme von Salesforce-Berechtigungen, Feldrechten und Freigaben bleibt für den eigenen Stack zu validieren. Protokollierung und Betriebsfreigabe gehören ebenfalls in die Abnahme. Erst wenn der technische Zugang grundsätzlich möglich ist, entscheidet die Governance über den produktiven Einsatz.

Welche Governance-Fragen in DACH offen bleiben

Für DACH-Unternehmen entscheidet sich der Pilot nicht allein an der ChatGPT-Oberfläche. Maßgeblich sind die Datenflüsse, die erlaubten CRM-Aktionen und die Verantwortlichkeit für deren Folgen. Salesforce beschreibt den Agentforce Trust Layer als Mechanismus, der den Datenaustausch mit ChatGPT absichert und Zugriffsrechte prüft. [3] Details zu Datenresidenz, Auftragsverarbeitung und Protokollierung liefert das vorliegende Dossier jedoch nicht. Diese Themen müssen vor einer DACH-Freigabe anhand der Vertrags- und Produktdokumentation bewertet werden. Einen ergänzenden Überblick über Governance, Datenfluss und Rollout bietet die Analyse zum AI-getriebenen Strukturwandel bei Salesforce in der DACH-Region.

DACH-Matrix: Datenschutz, internationale Übermittlungen und Arbeitnehmervertretung

„DACH-Anforderungen“ lassen sich für diesen Pilot nicht als einheitlichen Prüfpunkt behandeln. Das Dossier enthält keine länderspezifischen Primärquellen zu Betriebsrat, Arbeitnehmervertretung oder Personalvertretung. Die folgende Matrix ist deshalb eine rechtlich unverbindliche Orientierung für die Prüfplanung. Sie ersetzt keine Prüfung durch die zuständige Datenschutz- und Rechtsfunktion und begründet keine Aussage darüber, ob eine Beteiligung im konkreten Unternehmen zwingend erforderlich ist.

DACH-Prüfblock: Verantwortlichkeiten, Verträge und Datenwege

Vor dem Pilot braucht es eine schriftliche Zuordnung der Verantwortlichkeiten. Das Unternehmen sollte je Land festhalten, wer für den jeweiligen Vertriebsprozess verantwortlich ist, wer Salesforce administriert, wer den ChatGPT-Zugang verwaltet und wer über CRM-Schreibaktionen entscheidet. Die Produktquellen beschreiben den Zugriff auf Salesforce-Daten sowie das Aktualisieren von CRM-Einträgen, nennen aber keine vollständige Verantwortungsmatrix. [1]

Datenschutz und Datenflüsse vor dem Zugriff dokumentieren

Vor dem Pilot muss die Organisation dokumentieren, welche Salesforce-Daten die ChatGPT-App verarbeitet. Dazu gehören Kategorien übertragener CRM-Daten, mögliche personenbezogene Inhalte und zulässige externe Informationsquellen. Ebenfalls zu klären sind Datenresidenz, Auftragsverarbeitung und die vertragliche Einordnung der beteiligten Dienste. Der dokumentierte Trust Layer belegt eine Prüfung von Zugriffsrechten. [3] Er belegt nicht, dass konkrete Anforderungen in Deutschland, Österreich oder der Schweiz bereits erfüllt sind.

Prüfen Sie außerdem, ob Daten außerhalb der vorgesehenen Region verarbeitet oder übermittelt werden, welche Anbieter an der Verarbeitung beteiligt sind und welche Vertragsgrundlagen gelten. Die Prüfung sollte die jeweils zuständige Datenschutzfunktion gemeinsam mit Recht und Informationssicherheit bewerten. Erst danach lässt sich je Land festlegen, ob der Pilot mit produktiven Daten, pseudonymisierten Daten oder einem begrenzten Testdatensatz arbeitet.

Salesforce- und Anbieter-Verträge abgleichen

Die Organisation sollte Salesforce-Verträge, Produktbedingungen und die Bedingungen des ChatGPT-Anbieters getrennt erfassen. Zu prüfen sind insbesondere Leistungsumfang, Beta-Bedingungen, Verantwortlichkeiten, Datenverarbeitung, Unterauftragnehmer, Speicher- und Verarbeitungsorte, internationale Übermittlungen, Löschung sowie Support- und Änderungsrechte. Das Dossier enthält keine belastbare Vertragsauskunft zu diesen Punkten. Die Salesforce-Hilfeseite weist lediglich auf den Beta-Status der App hin.

Datenschutzbeauftragte, Arbeitnehmervertretung und Compliance einbinden

Die jeweils zuständige Datenschutzfunktion sollte den Datenfluss, die Datenkategorien, den Pilotumfang und die vorgesehenen Schutzmaßnahmen bewerten. Die Informationssicherheit prüft Zugänge, Rollen, Schreibrechte und Protokollierung. Recht und Einkauf gleichen die Salesforce- und Anbieter-Verträge je Land ab.

Für Deutschland, Österreich und die Schweiz sollte das Unternehmen jeweils separat prüfen, ob Funktionen, Datenverarbeitungen oder Auswirkungen auf Arbeitsabläufe eine Beteiligung des Betriebsrats, einer Arbeitnehmervertretung oder einer Personalvertretung auslösen. Die konkrete Bewertung hängt unter anderem von den tatsächlich eingesetzten Funktionen, der Verarbeitung von Leistungs- oder Verhaltensdaten, der jeweiligen Gesellschaft, der Organisationsform und bestehenden Vereinbarungen ab. Eine pauschale Aussage über eine Beteiligungspflicht ist aus dem Dossier nicht ableitbar. Die zuständige Rechtsfunktion sollte daher je Land dokumentieren, welche Vertretung zuständig ist, welche Informations- oder Beteiligungsschritte erforderlich sind und ob vor dem Pilot eine Vereinbarung benötigt wird.

Compliance prüft zusätzlich branchenspezifische, vertragliche und interne Vorgaben für Kundendaten und automatisierte Vertriebsaktionen. Eine Freigabe in einem DACH-Land ersetzt dabei nicht automatisch die Prüfung in den beiden anderen Ländern.

Nachvollziehbarkeit für schreibende CRM-Aktionen sicherstellen

Agentforce Sales kann laut Salesforce ermöglichen, Salesforce direkt aus dem Chat zu aktualisieren. [1] Als Beispiele für schreibende Aktionen nennt das Dossier die Übergabe weniger wichtiger Leads an automatische Kontaktprogramme, Opportunity-Statuswechsel und das Speichern strukturierter Kundenpläne. [2] Jede dieser Aktionen verändert den operativen CRM-Bestand.

Für den Pilot müssen Protokollierung, Genehmigungen, Rücknahme von Änderungen und die Verantwortlichkeit je Aktion geklärt werden. Nicht jede technisch mögliche Aktion gehört in den ersten Test. RevOps kann zunächst lesende Abfragen und vorbereitete Änderungen zulassen. Geschäftskritische Statuswechsel bleiben bis zur dokumentierten Freigabe gesperrt. Klare Freigaben für automatische CRM-Schritte sind für DACH-Organisationen ein eigener Prüfpunkt. [5]

Checkliste: Agentforce Sales als ChatGPT-App bewerten

Diese Checkliste dient als Entscheidungsvorlage für Vertrieb, RevOps, Salesforce-Administration und IT:

• Ist der Beta-Status dokumentiert und für die konkrete Organisation freigegeben?
• Welcher Zielworkflow wird im Pilot geprüft: Abruf, Priorisierung, Kundenplanung oder CRM-Änderung? [1]
• Welche Salesforce-Objekte und Felder sind freigegeben?
• Ist die Datenqualität für Lead-Status, Zuständigkeiten und Pipeline belastbar?
• Welche Rollen dürfen lesen, vorbereiten oder schreiben?
• Welche Datenkategorien werden verarbeitet und wer trägt für den Use Case die Verantwortung?
• Sind Salesforce- und Anbieter-Verträge einschließlich der jeweils relevanten Datenverarbeitungsvereinbarungen geprüft?
• Wo werden Daten, Protokolle und Ergebnisse gespeichert oder übermittelt?
• Hat die zuständige Datenschutzfunktion den Pilot bewertet?
• Wurde die in Deutschland, Österreich oder der Schweiz zuständige Arbeitnehmer- oder Personalvertretung geprüft und, soweit erforderlich, einbezogen?
• Welche regulatorischen und internen Freigaben gelten je Land?
• Wie werden Aktionen protokolliert und gegebenenfalls zurückgenommen?
• Welche Kriterien lösen einen Pilot-Abbruch aus?

Aus diesen Fragen entsteht ein Pilot- und Bewertungsrahmen mit klaren Entscheidungskriterien.

So bewerten Sie Agentforce Sales vor einem DACH-Pilot

Der dokumentierte Mehrwert von Agentforce Sales liegt in der Verbindung von drei Ebenen: Salesforce liefert den geschäftlichen Kontext, ChatGPT verarbeitet Anfragen in natürlicher Sprache und die Integration kann daraus CRM-Aktionen anstoßen. Salesforce beschreibt den Zugriff auf Pipeline, Kundenhistorie und strategische Prioritäten direkt aus der ChatGPT-Unterhaltung. [1] Heise dokumentiert zusätzlich Funktionen zum Abrufen und Ändern von CRM-Einträgen sowie zum Anstoßen von Vertriebsaufgaben aus dem Chat. [2]

Diese Kombination rechtfertigt keine pauschale Freigabe. Die Produktankündigung beantwortet nicht automatisch, ob der Workflow zu Ihren Daten, Rollen, Freigaben und länderspezifischen Anforderungen passt. Zudem führt Salesforce die Anwendung als „Agentforce Sales ChatGPT App (Beta)“. Bewerten Sie deshalb keinen abstrakten Produktivitätsgewinn, sondern einen klar begrenzten Vertriebsprozess mit messbaren Prüfpunkten.

1. Mit einem lesenden Use Case starten

Wählen Sie zunächst eine Abfrage ohne CRM-Schreibzugriff. Geeignet ist etwa die Anfrage nach neuen, noch nicht kontaktierten Leads oder nach priorisierten Verkaufschancen. Die Anwendung soll dabei Salesforce-Daten wie Pipeline, Kundenhistorie und Lead-Status aus dem CRM-Kontext heranziehen. [2] Prüfen Sie Trefferqualität, Aktualität, Quellenbezug und Verständlichkeit der Antwort. Legen Sie vor dem Test fest, welche Datensätze als korrekt gelten.

2. Schreibende Aktionen strikt begrenzen

Erweitern Sie den Pilot erst danach um eine einzelne, kontrollierte Änderung. Agentforce Sales kann laut Salesforce CRM-Daten direkt aus dem Chat aktualisieren. [1] Beginnen Sie mit einer vorbereiteten Änderung und lassen Sie kritische Statuswechsel zunächst außerhalb des Piloten. Für jede Aktion müssen Freigabe, Protokollierung, Rücknahme und Verantwortlichkeit vorab festgelegt und im Test nachgewiesen werden.

3. Rollen und Datenzugriffe testen

Führen Sie denselben Use Case mit unterschiedlichen Nutzerrollen durch. Testen Sie mindestens Vertrieb, Vertriebsleitung, Sales Operations und Administration. Prüfen Sie, welche Accounts, Leads und Opportunities jeweils sichtbar sind und ob Nutzer Änderungen auslösen können. Die konkrete Übernahme von Salesforce-Berechtigungen, Feldrechten und Freigaben muss für den eigenen Stack validiert werden. Der Beta-Status bleibt ein eigener Go-/No-Go-Punkt.

Nutzen Sie für die interne Bewertung die Checkliste „Agentforce Sales als ChatGPT-App bewerten“. Sie bündelt Funktionsumfang, Salesforce-Voraussetzungen, Beta-Status, Rollen, Datenzugriffe sowie Datenschutz- und Governance-Fragen. Eine unverbindliche Beratung kann anschließend klären, ob Agentforce Sales zu Ihrer Salesforce-Architektur und Ihrem geplanten Vertriebsworkflow passt.