Sales Bots: Möglichkeiten und Grenzen

Sales Bots werden meist in einem von zwei Lagern besprochen. Entweder als Ersatz für Verkäufer oder als leeres Versprechen, das man ignorieren kann. Beide Lager liegen daneben, und beide führen zu falschen Entscheidungen. Das erste Lager kauft zu viel Erwartung, das zweite lässt echten Nutzen liegen.

Die Anbieter beschreiben etwas Konkreteres als beide Lager. Salesforce beschreibt Agentforce Sales als Agenten für Recherche, Priorisierung, Lead Qualifizierung, Gesprächsvorbereitung, Vorschläge und Angebote, mit Sichtbarkeit und finaler Freigabe durch den Verkäufer (Salesforce, Agentforce Sales Announcement, 16. März 2026). Microsoft beschreibt einen Sales Agent für die Erfassung von Outlook E Mails und Terminen in Dynamics 365 sowie einen Sales Qualification Agent für Recherche, Einordnung und Entwürfe für vielversprechende Leads (Microsoft Learn, aktualisiert Juni 2026).

Dieser Beitrag ordnet ein, was ein Sales Bot heute belastbar übernimmt, warum die menschliche Freigabe der eigentliche Kern ist und woran Sie einen sinnvollen Anwendungsfall erkennen. Vier Kriterien arbeite ich dabei konkret aus, weil an ihnen die ganze Entscheidung hängt. Am Ende können Sie als Geschäftsführer einen brauchbaren Einsatz von einem leeren Bot Versprechen unterscheiden.

Ich lege meine Haltung offen. Ein Sales Bot ist keine Verkaufsstrategie. Er ist ein begrenzter Arbeitsbaustein, und genau als solcher ist er nützlich. Sobald er als Ersatz für den Verkäufer verkauft wird, verlässt er das, was die Quellen hergeben.

Wie ein sinnvoller Einsatz in der Praxis entsteht

Wie ein tragfähiger Einsatz aussieht, habe ich mit einem Kunden aus der Medizintechnik erarbeitet, einem Betrieb mit rund 200 Mitarbeitern. Der erste Wunsch des Geschäftsführers war ambitioniert. Er wollte einen Bot, der dem Vertrieb Arbeit abnimmt, und im Kopf hatte er dabei fast den ganzen Vertrieb.

Wir haben den Anspruch bewusst verkleinert, bis er tragfähig wurde. Der Bot bekam eine enge Aufgabe, nämlich die Vorbereitung und die Dokumentation rund um Gespräche. Er hat Informationen zusammengetragen, eingeordnet und Entwürfe sowie Datensätze erstellt. Geprüft und abgesendet hat immer ein Mensch.

Der entscheidende Moment war unspektakulär und trotzdem der wichtigste. Wir haben festgelegt, dass jede nach außen gerichtete Aktion und jede Datensatzanlage vor dem Absenden von einem Menschen geprüft wird. Damit blieb der Vertrieb Vertrieb, und die Fleißarbeit davor und danach wurde leichter. Der Bot hat zugearbeitet, der Mensch hat verantwortet.

Was ein Sales Bot belastbar übernimmt

Der nützliche Teil ist gut umrissen, wenn man ihn an konkrete Aufgaben bindet. Nach den Anbieterbeschreibungen können Sales Bots Vorarbeit, Priorisierung, Dokumentation und Vorschläge übernehmen.

Salesforce beschreibt Recherche, Priorisierung, Lead Qualifizierung, Gesprächsvorbereitung, Vorschläge und Angebote. Microsoft beschreibt die Erfassung von Outlook E Mails und Terminen in Dynamics 365 und einen Sales Qualification Agent, der recherchiert, einordnet und Entwürfe für vielversprechende Leads erstellt.

Für Ihren Vertrieb heißt das im Alltag etwas sehr Praktisches. Ein Bot kann die Fleißarbeit rund um das Gespräch übernehmen, damit Ihr Team die Zeit für das Gespräch selbst hat. Das ist ein realer Unterschied, denn diese Fleißarbeit frisst im Vertrieb überraschend viel Zeit, ohne dass sie den Abschluss näher bringt. Wer die Vorbereitung, die Nachdokumentation und eine erste Einordnung an einen Bot geben kann, gibt nicht Verantwortung ab, sondern Mechanik.

Ein konkretes Beispiel für diese Fleißarbeit ist die Nachbereitung eines Gesprächs. Ohne Bot notiert ein Verkäufer im besten Fall hinterher aus dem Gedächtnis, im schlechteren Fall gar nicht, weil schon der nächste Termin ansteht. Ein Bot kann die zugehörige E Mail und den Kalendereintrag erfassen und daraus einen Entwurf für die CRM Notiz bauen. Der Verkäufer korrigiert und gibt frei, statt bei null zu beginnen. Die eigentliche Denkarbeit, was das Gespräch bedeutet und wie es weitergeht, bleibt bei ihm, die stumpfe Erfassung nimmt der Bot ab.

Ich betone diese Bindung an eine echte Aufgabe, weil sie den Unterschied macht. Eine Aufzählung von Bot Fähigkeiten ohne konkreten Prozessschritt ist genau das leere Versprechen, das den schlechten Ruf erzeugt. Ein Bot, der alles ein bisschen kann, hilft nirgends richtig. Ein Bot mit einer klar umrissenen Aufgabe entlastet spürbar.

Warum die menschliche Freigabe der eigentliche Kern ist

Die entscheidende Eigenschaft der seriösen Angebote ist nicht, was der Bot tut, sondern dass ein Mensch am Ende freigibt. Salesforce beschreibt ausdrücklich Sichtbarkeit und finale Freigabe durch den Verkäufer. Microsoft beschreibt für die Datensatzanlage eine Prüfung und Bearbeitung durch den Verkäufer vor dem Absenden.

Dieser Freigabepunkt ist kein technisches Detail, sondern der Kern des ganzen Themas. Er zieht die Linie zwischen Zuarbeit und Entscheidung. Der Bot bereitet Recherche und Einordnung vor, ob der Lead wirklich passt, entscheidet ein Mensch. Der Bot erstellt eine Gesprächsvorbereitung, wie das Gespräch geführt wird, entscheidet ein Mensch. Der Bot schreibt Entwürfe und legt Datensätze an, was tatsächlich abgesendet wird, entscheidet ein Mensch. Der Bot macht Vorschläge bis hin zu Angeboten, die Verhandlung und der Abschluss bleiben menschlich.

Dieses Muster zieht sich durch alle belegten Funktionen, und es ist die redaktionelle Einordnung, mit der ich sie lese. Der Bot arbeitet zu, der Mensch verantwortet. Ein Angebot, das diese Trennung nicht sichtbar macht, sollten Sie mit Vorsicht behandeln, weil es genau den Punkt verwischt, an dem die Verantwortung sitzt.

Die vier Kriterien im Detail

Ob ein Sales Bot ein nützlicher Arbeitsbaustein oder ein Risiko wird, entscheidet sich an vier Kriterien. Ich arbeite sie hier einzeln aus, weil sie in Verkaufsgesprächen gern gestreift, aber selten konkret gemacht werden. Genau die konkrete Ausgestaltung ist der Unterschied.

Das erste Kriterium ist die begrenzte Aufgabe. Sie sollten sie in einem Satz beschreiben können, und dieser Satz sollte ein Ergebnis nennen, nicht ein Themengebiet. Der Auftrag „Erstelle zu jedem Erstgespräch eine strukturierte Übersicht aus den vorhandenen Angaben" ist eine Aufgabe. Der Auftrag „Unterstütze den Vertrieb" ist keine, sondern eine Einladung zum Wildwuchs. Der Ein Satz Test ist streng mit Absicht, denn ein Bot, dessen Aufgabe mehrere Sätze und viele Ausnahmen braucht, ist noch nicht scharf genug gedacht, und alles, was unscharf beginnt, wird im Betrieb unkontrollierbar.

Das zweite Kriterium ist der klare Datenzugriff, und es ist das am häufigsten übersprungene. Vor dem ersten Lauf muss feststehen, worauf der Bot lesend zugreifen darf und worauf nicht, und ebenso, was er schreiben oder anlegen darf. Microsoft beschreibt etwa einen Agenten, der Outlook E Mails und Termine in Dynamics erfasst. Schon dieser eng klingende Zugriff berührt Kundenkommunikation, und deshalb gehört vorher geklärt, welche Postfächer, welche Felder und welche Vorgänge überhaupt in Reichweite sind. Ein Bot mit undefiniertem Zugriff ist ein Risiko, unabhängig davon, wie gut seine Ergebnisse aussehen, denn Sie können nicht verantworten, was Sie nicht begrenzt haben. Zugriff wird vor dem Einsatz festgelegt, nicht hinterher entdeckt.

Das dritte Kriterium ist der Eskalationspunkt. Ein Bot arbeitet in einem engen Rahmen, und alles, was aus diesem Rahmen fällt, muss an einen Menschen gehen, statt vom Bot notdürftig selbst entschieden zu werden. Ein widersprüchlicher Datensatz, ein Fall, der nicht ins Muster passt, eine ungewöhnliche Rückmeldung, all das gehört an eine benannte Person oder eine klar zuständige Stelle. Ohne Eskalationspunkt trifft der Bot im Zweifel doch eine Entscheidung, für die er nicht gebaut ist, und genau diese stillen Grenzentscheidungen richten den Schaden an, den niemand kommen sieht. Ein guter Eskalationsweg macht aus dem Zweifel eine bewusste Übergabe.

Das vierte Kriterium ist die menschliche Freigabe vor jeder nach außen gerichteten oder geschäftskritischen Aktion. Hier treffen sich die Quellen und die Praxis. Salesforce nennt die finale Freigabe durch den Verkäufer, Microsoft die Prüfung und Bearbeitung vor dem Absenden. In der Praxis heißt das, dass zwischen dem, was der Bot vorbereitet, und dem, was den Kunden erreicht, immer ein Mensch steht, der aus einem Entwurf eine gesendete Nachricht macht. Der Unterschied zwischen einem Entwurf und einer Außenaktion ist der ganze Unterschied zwischen einem Helfer und einem Risiko. Ein Bot, der ohne diesen Zwischenschritt nach außen handeln darf, ist kein Arbeitsbaustein mehr, sondern ein unkontrollierter Absender.

Ein konkreter Ablauf mit dem Bot

Wie die vier Kriterien zusammenwirken, zeigt sich am besten an dem einen Ablauf, den wir bei dem Medizintechnik Betrieb eingerichtet haben, der Vorbereitung und Dokumentation rund um Gespräche.

Vor einem Erstgespräch zieht der Bot aus den freigegebenen Quellen zusammen, was dokumentiert ist, also die Rolle des Gesprächspartners, den bisherigen Austausch und einen offenen Punkt aus einer früheren Notiz. Daraus baut er eine strukturierte Übersicht. Das ist die begrenzte Aufgabe, sauber in einem Satz beschreibbar, und der Datenzugriff ist auf genau diese Quellen begrenzt.

Stößt der Bot dabei auf einen widersprüchlichen Datensatz, etwa zwei verschiedene Ansprechpartner ohne klare Zuordnung, bereitet er nichts Halbgares vor, sondern meldet den Fall an den zuständigen Verkäufer. Das ist der Eskalationspunkt in Aktion. Der Bot entscheidet nicht, welcher Ansprechpartner der richtige ist, er gibt die Frage an einen Menschen.

Nach dem Gespräch erfasst der Bot die zugehörige Outlook Korrespondenz und den Termin und entwirft eine Notiz für das CRM. Diesen Entwurf sendet er nicht selbst ab. Der Verkäufer liest ihn, korrigiert, was nicht stimmt, und gibt ihn frei. Das ist die Freigabe vor der geschäftskritischen Aktion. Erst mit dieser Freigabe wird aus dem Entwurf ein Datensatz.

An diesem einen Ablauf sehen Sie alle vier Kriterien gleichzeitig arbeiten. Keines davon ist Theorie, jedes ist ein konkreter Handgriff, und zusammen machen sie aus einem Bot einen Helfer, den man verantworten kann.

Eine sinnvolle Reihenfolge für den Einstieg

Wenn Sie einen Sales Bot einführen wollen, lohnt sich ein Einstieg, der klein beginnt und Vertrauen aufbaut. Ich gehe fast immer denselben Weg, weil er Enttäuschungen vermeidet.

Zuerst wählen Sie eine einzige, eng umrissene Aufgabe, die Sie in einem Satz beschreiben können, meistens aus dem Bereich Vorbereitung oder Dokumentation. Dann legen Sie fest, worauf der Bot zugreifen darf und worauf nicht, damit der Datenzugriff von Anfang an geklärt ist. Danach bestimmen Sie den Eskalationspunkt und den Freigabepunkt, an dem ein Mensch prüft, bevor etwas nach außen geht oder geschäftskritisch wird. Erst dann lassen Sie den Bot laufen und vergleichen seine Ergebnisse mit dem, was ein erfahrener Mitarbeiter geliefert hätte.

Diese Reihenfolge hat einen Grund. Sie beginnt mit der kleinsten Aufgabe und dem klarsten Kontrollpunkt und weitet den Einsatz erst aus, wenn die Grundlage steht. Wer umgekehrt mit einer großen Aufgabe und ohne klaren Freigabepunkt beginnt, riskiert genau die Enttäuschung, die den Bots ihren zwiespältigen Ruf eingebracht hat. Der Einstieg ist bewusst unspektakulär, weil das Spektakuläre am Anfang fast immer das Riskante ist.

Warum ein Bot in der Vorführung glänzt und im Betrieb Fragen aufwirft

Fast jeder Sales Bot sieht in der Vorführung gut aus. Das liegt in der Natur einer Vorführung, denn sie zeigt den gelungenen Fall, nicht den Ausnahmefall. Im Betrieb entscheidet aber der Ausnahmefall über die Verlässlichkeit.

Der Unterschied zwischen einer guten Vorführung und einem betriebstauglichen Bot sind genau die vier Kriterien. Eine Vorführung braucht keine geklärten Zugriffsgrenzen, keinen Eskalationspunkt und oft nicht einmal einen sichtbaren Freigabeschritt, weil alles vorbereitet ist. Der Betrieb braucht alle drei, weil er mit echten, unvollständigen und manchmal widersprüchlichen Daten arbeitet.

Deshalb ist meine Prüffrage vor jeder Einführung nicht, was der Bot in der Vorführung kann, sondern was er tut, wenn etwas nicht ins Muster passt. Ein Bot, der auf diese Frage keine klare Antwort hat, ist ein Vorführversprechen. Ein Bot, der auf sie mit Eskalation und Freigabe antwortet, ist ein Arbeitsbaustein.

Was ein Sales Bot nicht leistet

Hier ist die nötige Nüchternheit, die kein Anbieter mitliefert. Anbieterbeschreibungen sind Produktdarstellungen. Sie belegen Funktionen, nicht den Geschäftserfolg eines Unternehmens. Dass ein Bot Angebote vorschlagen kann, sagt nichts darüber, ob Ihr Markt kauft.

Ein Sales Bot ersetzt weder Beziehung noch Verhandlung noch Vertriebsverantwortung. Beziehung entsteht zwischen Menschen, Verhandlung verlangt Urteil unter Unsicherheit, und Verantwortung lässt sich nicht an ein System delegieren, weil am Ende ein Mensch für die Zusage geradesteht. Wer einen Bot als Ersatz für den Verkäufer verkauft, beschreibt ein Produkt, das die Quellen nicht hergeben.

Es gibt außerdem eine Grenze, die mit Ihren eigenen Daten und Prozessen zu tun hat. Ein Bot ist nur so gut wie die Informationen, auf die er zugreift, und die Aufgaben, die klar umrissen sind. In einem Betrieb mit unklaren Zuständigkeiten und lückenhaften Daten verstärkt ein Bot die Unordnung, statt sie zu beheben. Der Wert liegt in der begrenzten, gut umrissenen Aufgabe, nicht im großen Versprechen.

Häufige Fragen

Ersetzt ein Sales Bot meine Verkäufer? Nein. Nach den Anbieterbeschreibungen übernimmt er Recherche, Priorisierung, Vorbereitung, Dokumentation und Vorschläge. Beziehung, Verhandlung und Verantwortung bleiben beim Menschen.

Was ist ein guter erster Anwendungsfall? Die Vorbereitung und die Dokumentation rund um Gespräche. Das ist eng umrissen, gut prüfbar und entlastet den Vertrieb spürbar, ohne eine Entscheidung aus der Hand zu geben.

Wie regele ich den Datenzugriff? Vor dem ersten Lauf legen Sie fest, worauf der Bot lesend zugreifen darf und was er schreiben oder anlegen darf. Ein Zugriff, der erst im Betrieb auffällt, ist bereits ein Fehler. Zugriff wird begrenzt, bevor der Bot startet.

Was ist ein Eskalationspunkt? Die Stelle, an der der Bot einen Fall an einen Menschen abgibt, weil er aus dem engen Rahmen fällt. Ohne diesen Punkt trifft der Bot stille Grenzentscheidungen, für die er nicht gebaut ist.

Wie sichere ich mich gegen Fehler ab? Über einen sichtbaren Freigabepunkt. Salesforce und Microsoft beschreiben eine finale Prüfung durch den Verkäufer vor dem Absenden. Zwischen Entwurf und Außenaktion steht immer ein Mensch.

Woran erkenne ich ein leeres Bot Versprechen? Daran, dass die Aufgabe unscharf ist, der Datenzugriff undefiniert bleibt und kein sichtbarer Freigabepunkt vorgesehen ist. Die entscheidende Frage ist nicht, was der Bot in der Vorführung kann, sondern was er tut, wenn ein Fall nicht ins Muster passt.

Belegen die Anbieter einen Vertriebserfolg? Nein. Sie beschreiben Funktionen. Ob daraus Geschäft wird, hängt an Ihrer Zielgruppe, Ihrer Ansprache und Ihrem Angebot, nicht am Bot.

Fazit

Ein Sales Bot ist ein begrenzter Arbeitsbaustein für Recherche, Priorisierung, Vorbereitung und Dokumentation, mit einem Menschen, der freigibt. So eingesetzt, verschafft er Ihrem Vertrieb Zeit für das, was zählt, nämlich das Gespräch und die Entscheidung. Als Ersatz für den Verkäufer verkauft, ist er ein Versprechen, das keine der Quellen deckt. Der Unterschied liegt nicht im Bot, sondern in den vier Kriterien, die Sie vorher festlegen: eine begrenzte Aufgabe, ein klarer Datenzugriff, ein Eskalationspunkt und eine Freigabe vor jeder Außenaktion. Wer diese vier vorher klärt, bekommt einen verlässlichen Helfer, wer sie überspringt, bekommt ein Risiko mit gutem Auftritt.

Quellen

1. Salesforce, „Agentforce Sales Announcement", veröffentlicht 16. März 2026, abgerufen 21. Juli 2026. https://www.salesforce.com/news/stories/agentforce-sales-announcement/ 2. Salesforce Trailhead, „Supercharge sales with the agentic sales cycle", abgerufen 21. Juli 2026. https://trailhead.salesforce.com/content/learn/modules/introduction-to-agentforce-sales/supercharge-sales-with-the-agentic-sales-cycle 3. Microsoft Learn, „Welcome to Dynamics 365 Sales", aktualisiert Juni 2026, abgerufen 21. Juli 2026. https://learn.microsoft.com/en-us/dynamics365/sales/overview 4. Microsoft Learn, „Set up record creation in Dynamics 365 with Sales agent", abgerufen 21. Juli 2026. https://learn.microsoft.com/mt-mt/microsoft-sales-copilot/set-up-record-creation-dynamics-365