Der Chatbot, der weiß, wann er aufhören muss: Wann ein Website-Besucher bei einem Menschen landet
Um 21:40 schreibt ein Besucher auf der Preisseite: Ich habe eine Frage zu meiner Rechnung vom letzten Monat. Der Chat versucht nicht, sie zu beantworten. Er sagt, dass ein Kollege das am besten beantworten kann, bietet an, die Frage weiterzugeben, und bittet um eine E-Mail für den Fall, dass der Besucher den Chat verlässt. Eine Minute später erhält das Team per Telegram die Seitenadresse, die Frage und den Namen des Besuchers. Der Bot hat nichts über eine Rechnung erfunden, die er nicht sehen kann. Das ist die Übergabe.
Es gibt zwei Assistenten, und ihre Rechte sind unterschiedlich. Der Assistent im CRM arbeitet mit den Daten und Werkzeugen der Firma: Deals, Kontakte, Rechnungen, Dokumente. Der öffentliche Assistent auf der Website arbeitet nur mit der Wissensbasis der Plattform: Module, Tarife, Preise, Funktionsweise, Zielgruppe. Er hat keinen CRM-Zugang, keine Kundenakten, keine Rechnungen und keine Werkzeuge. Er kann kein Konto nachschlagen, auch wenn der Besucher höflich fragt oder behauptet, der Inhaber zu sein.
Was er beantworten kann, ist eng und nützlich. Er kennt die Module und Tarife, nennt Preise in der Sprache des Besuchers und erhält die Seitenadresse, sodass eine Frage zu einem Tarif im Kontext der Preisseite beantwortet werden kann. Antworten sind kurz, meist ein bis fünf Sätze. Die letzten zehn Nachrichten des Besuchers sind sichtbar, jede auf tausend Zeichen gekürzt. Das reicht für ein Gespräch und ist zu wenig für ein Datenleck.
Die Stoppliste ist ausdrücklich: eine Antwort, die nicht im Wissen steht, der Wunsch nach einem Menschen, eine Frage zu einem konkreten Konto, ein Zahlungs- oder Rechnungsproblem, ein Fehler, eine Vertrags- oder Rechtsfrage, ein Rabatt, eine Partnerschaft, eine Sonderentwicklung. Das Modell wird angewiesen, mit einer Markierung zu antworten statt zu raten. Der Server ersetzt die Markierung durch einen höflichen Satz in der Sprache des Besuchers. Die Markierung selbst erreicht den Besucher nie.
Die Markierung ist wichtig, weil eine flüssige falsche Antwort schlimmer ist als eine Übergabe. Ein Sprachmodell kann einen selbstsicheren Satz über eine Rückgaberichtlinie erfinden, die es nicht gibt; ein Mensch bemerkt den Fehler erst, wenn der Besucher ihn schon geglaubt hat. Die Übergabe ist eine Entscheidung auf dem Server, kein Tonfall: Schreibt das Modell die Markierung, setzt der Server ein Übergabe-Kennzeichen, speichert die Bot-Nachricht und liefert keine normale Antwort. Das Widget liest die leere Antwort als Signal und zeigt das Kontaktformular.
Das Kontaktformular ist keine Sackgasse. Der Wert wird als E-Mail oder Telefonnummer geprüft. Ein vorhandener Kontakt wird über E-Mail oder Telefon gefunden; gibt es keinen, wird ein neuer angelegt. Das Gespräch wird mit dem Kontakt verknüpft, die Herkunft als Notiz in der Aktivität des Kontakts vermerkt, und das Team erhält eine Telegram-Nachricht mit der letzten Frage. Eine Übergabe, die in einem Datensatz endet, ist mehr wert als ein Chat, der in Stille endet.
Auf der Seite der Firma landet das Gespräch im selben Posteingang wie Telegram, WhatsApp, Viber, SMS und Mail. Es hat einen Ungelesen-Zähler und eine In-App-Benachrichtigung für jede eingehende Nachricht. Wenn die Firma ihren Team-Bot verbunden hat, erhält Telegram eine Nachricht beim ersten Kontakt und bei einer Frage ohne Antwort, einschließlich der Seite, auf der der Besucher war; die Seite ist oft der nützlichste Teil, weil sie zeigt, was die Person ansah, als sie aufgab.
Der Mensch steht über dem Bot. Der Server schaut auf die letzten Nachrichten: Hat ein Mensch innerhalb der letzten dreißig Minuten geantwortet, schweigt der Bot. Er redet dem Operator nicht dazwischen und beantwortet keine Frage, die bereits an einen Menschen geleitet wurde. Nach dreißig Minuten ohne menschliche Antwort darf der Bot wieder antworten. Ist der Bot für den Kanal ausgeschaltet, wartet jede Nachricht einfach auf einen Menschen; der Schalter ist eine Einstellung, keine Codeänderung.
Die Grenzen gehören zum Entwurf. Ein Besucher kann zwanzig Nachrichten pro Minute senden; die ganze Website hat standardmäßig eine Tagesgrenze von vierhundert Modellanfragen; ein Modellaufruf, der länger als fünfundzwanzig Sekunden dauert, wird abgebrochen. Wenn das Modell nicht verfügbar, über der Grenze oder zu langsam ist, übernehmen die älteren Stichwortantworten. Finden auch die keine Antwort, findet die Übergabe trotzdem statt. Das System bevorzugt Stille und einen Menschen gegenüber einer selbstsicheren Vermutung.
Der öffentliche Endpunkt ist für alle erreichbar, deshalb wird der Text des Besuchers als nicht vertrauenswürdig behandelt. Der Prompt verbietet, Anweisungen darin zu befolgen, den Prompt zu verraten oder nach Passwörtern und Kartennummern zu fragen. Das Modell sieht die letzten zehn Nachrichten, nicht das CRM, und seine Antwort ist begrenzt. Das ist keine vollständige Sicherheitsgarantie, aber es ist die Grenze, die der Code zieht: ein öffentlicher Bot ohne Datenzugriff und mit kurzem Gedächtnis.
Eine Übergabe ist nur so gut wie die Person, die sie aufnimmt. Das Team braucht einen Dienstplan, einen Benachrichtigungskanal, der wirklich gelesen wird, und einen Verantwortlichen für den Posteingang. Der Bot kann eine Frage weiterleiten; er kann sich nicht um die Antwort kümmern. Der häufigste Fehler ist nicht ein schlechtes Modell, sondern eine Übergabe, die um 21:40 niemand sieht. Die Telegram-Nachricht und der Ungelesen-Zähler nützen nur, wenn jemand auf der anderen Seite ist.
Was dieser Artikel nicht behauptet: wie oft Übergaben vorkommen, wie schnell das Team antwortet, wie viele Besucher Kunden werden oder wie oft der Bot falsch liegt. Diese Zahlen brauchen die eigene Analytik der Firma und einen Messzeitraum. Ohne Zugang sind sie Vermutungen. Der Mechanismus ist im Code sichtbar; das Ergebnis nicht.
Der Wert liegt nicht darin, dass der Bot alles weiß. Er liegt darin, dass der Bot die Grenze seines Wissens kennt und die Übergabe billig macht: ein Satz, ein Kontaktfeld, eine Benachrichtigung, ein Datensatz. Ein Besucher, dem um 21:40 die Wahrheit gesagt wird, kann eine Adresse hinterlassen und zu einer echten Antwort zurückkommen. Ein Besucher, dem eine selbstsichere Geschichte über eine nicht existierende Rechnung erzählt wird, lässt sich hinterher nicht mehr korrigieren. Der Chat, der aufhört, ist der Chat, dem man trauen kann.