Chatbot ablösen: Umstieg ohne Bruch im Kundendialog

Ein Chat-Assistent wird selten abgelöst, weil er stehen bleibt. Er wird abgelöst, weil er nicht mehr zu dem passt, was Ihr Haus inzwischen verkauft, berät und zusagt: Das Sortiment ist gewachsen, die Antworten sind es nicht. Unter den Unternehmen, die KI bereits einsetzen, ist der Kundenkontakt mit 86 Prozent (Bitkom Research) das häufigste Einsatzfeld. Gleichzeitig sehen sich 64 Prozent (Bitkom Research) der Unternehmen bei diesem Thema selbst als Nachzügler, und 72 Prozent (Bitkom Research) sagen, ihnen fehle das nötige Wissen im eigenen Haus. Ein Umstieg, der aus einem Skripttausch besteht, endet deshalb regelmäßig in einer Woche, in der niemand weiß, wo die alten Gespräche liegen und welche Adresse noch antwortet. Dieser Beitrag beschreibt den Umstieg als das, was er ist: ein Umzug mit Inventarliste, Kalender, Doppelbetrieb und Abschalttermin.

Grafik vergrößern

Beschriftungen der Abbildung

• Doppelbetrieb: beide Systeme verfügbar, nur eines sichtbar
• Bestandteil
• übernehmen
• neu aufbauen
• verwerfen
• Wissensbasis
• Export prüfen
• Lücken vor dem Umzug füllen
• –
• –
• Gesprächsverläufe
• –
• –
• Kennzahlen sichern
• Rohtexte nach Frist löschen
• Widget-Einbindung
• –
• Ein Skript ersetzen
• Altcookie mit abräumen
• –
• Weiterleitungen
• –
• Alte Hilfeadressen
• 1 Jahr halten, höchstens 3
• –
• Freigaberollen
• Namen statt Sammelkonto
• Rechte beim Umzug prüfen
• –
• –
• Der Doppelbetrieb endet erst, wenn die Weiterleitungen stehen und das Altskript von jeder Seite verschwunden ist

Umzugsmatrix: was mitgeht, was neu entsteht, was bleibt

Warum der Wechsel kein Skripttausch ist

Aus der Ferne sieht ein Chatbot wie eine Zeile im Quelltext aus: ein Skript, ein Schlüssel, ein Fenster unten rechts. Diese Sicht ist der häufigste Grund, warum ein Umstieg schiefgeht. Tatsächlich hängt an der Zeile eine über Jahre gewachsene Kette. Die Wissensbasis enthält Formulierungen, die jemand fachlich freigegeben hat. Die Gesprächsverläufe enthalten personenbezogene Daten mit eigenen Löschfristen. Die Einbindung enthält Einstellungen, die nur im Altsystem stehen: auf welchen Seiten das Fenster erscheint, ab wann es sich meldet, welche Sprache es spricht. Dazu kommen Weiterleitungen alter Hilfeseiten und eine Liste von Menschen mit Rechten im Altsystem. Wer allein das Skript tauscht, nimmt diese Kette nicht mit – er lässt sie zurück. Sichtbar wird das erst Wochen später, wenn eine Kundin nach einer Zusage fragt, die im alten Verlauf steht und im neuen System nicht auffindbar ist.

Der zweite Grund ist die Ausgangslage. In der EU setzen erst 19,95 Prozent (Eurostat) der Unternehmen mit mindestens zehn Beschäftigten überhaupt KI ein, und Sprachgenerierung – die Technik hinter jedem Chatfenster – kommt auf 8,76 Prozent (Eurostat). Die Systemlandschaft ist also jung und wenig standardisiert: Es gibt kein Austauschformat, auf das sich zwei Anbieter selbstverständlich einigen. Zugleich hängt der Chat an umsatznahen Prozessen; 34,70 Prozent (Eurostat) der KI-nutzenden Unternehmen setzen die Technik in Marketing und Vertrieb ein. Ein Umstieg ohne Plan trifft damit nicht die Verwaltung, sondern die Anbahnung. Wer den Wechsel als Projekt aufsetzt, gewinnt an dieser Stelle Freiheit: Der neue Assistent muss nicht nachbauen, was der alte konnte, sondern das leisten, was heute gebraucht wird. Welche Bausteine dafür in Frage kommen, steht auf der Seite zu den individuellen Funktionen.

Bestandsaufnahme: was im Altsystem wirklich steckt

Die Bestandsaufnahme ist die einzige Arbeit, die vor der Kündigung erledigt sein sollte. Danach läuft eine Uhr, und der Zugriff auf das Altsystem wird enger. Praktisch heißt das: eine Liste anlegen, in der jeder Bestandteil eine Zeile bekommt, und je Zeile drei Fragen beantworten. Erstens, liegt der Bestandteil in einem Format vor, das sich exportieren lässt? Zweitens, wer im Haus hat ihn zuletzt freigegeben? Drittens, was passiert, wenn er fehlt – merkt es ein Gast, eine Kollegin oder niemand? Aus den Antworten entsteht die Umzugsmatrix mit drei Spalten: übernehmen, neu aufbauen, verwerfen. Ein Wechsel ist der seltene Moment, in dem man Altlasten loswird, ohne dafür eine eigene Begründung zu brauchen: überholte Antworten, Testdialoge, Rollen von Menschen, die längst in einer anderen Abteilung sitzen.

Für die Einbindung lohnt ein Blick auf die Seite selbst, nicht auf das Handbuch des Anbieters. Fremde Skripte stecken in 90 Prozent (Web Almanac) aller Seiten oder mehr, und die Einbindungskette hat einen Median von 3 (Web Almanac) – ein eingebundener Dienst zieht in der Regel weitere Dienste nach. Prüfen Sie im Netzwerkprotokoll des Browsers, welche Adressen nach dem Entfernen noch angefragt werden und welches Cookie danach übrig bleibt. Rund 60 Prozent (Web Almanac) aller Cookies stammen von Drittanbietern; das Cookie des Vorgängers gehört auf dieselbe Streichliste wie sein Skript. Wie eine saubere Einbindung aussieht, zeigt der Beitrag zum Einbinden in Website und Shop.

• Wissensbasis: alle Inhalte, aus denen der Assistent antwortet, samt Stand und Freigabe. Das Exportformat wird geprüft, bevor die Kündigung das Haus verlässt.
• Gesprächsverläufe: Rohtexte, Kennzahlen und Bewertungen getrennt betrachten. Die Kennzahl ist übernehmenswert, der Rohtext selten.
• Einbindung: Skript, Anzeigeregeln, Einwilligungsschicht, Farben, Sprachen und jede Seite, auf der das Fenster erscheint.
• Anbindungen: Warenwirtschaft, Kalender, Ticketsystem, Versand – jede Verbindung mit Zugangsdaten, Ansprechpartner und Zweck.
• Adressen: Hilfeseiten, Übergabeformulare und Verlaufslinks, die im Altsystem eine eigene Adresse hatten.
• Freigaberollen: wer Antworten ändern darf, wer sie veröffentlicht und wer Gesprächsverläufe sehen kann.
• Verträge: Laufzeit, Kündigungsfrist, Abrufzeitraum nach dem vereinbarten Übergangszeitraum und die Frage, wer die Daten am Ende löscht.

Diese Liste ist kein Formalismus. 72 Prozent (Bitkom Research) der Unternehmen geben an, ihnen fehle das nötige Wissen im eigenen Haus – ohne schriftliche Übergabeliste bleibt der Wechsel deshalb an dem Anbieter hängen, den man gerade verlässt. Die Anbindungen an Ihre übrigen Systeme sind der Teil mit den meisten stillen Abhängigkeiten; eine Übersicht dazu steht unter Integration.

Der Wechsel hat einen Kalender, keinen Wunschtermin

Für den Anbieterwechsel bei Datenverarbeitungsdiensten gilt ein europäischer Rahmen mit bezifferten Fristen. Die Kündigungsfrist zum Einleiten des Wechsels darf zwei Monate (Amtsblatt der Europäischen Union) nicht überschreiten. Daran schließt eine Übergangsfrist von höchstens 30 Kalendertagen (Amtsblatt der Europäischen Union) an. Ist der Umzug technisch in dieser Zeit nicht machbar, teilt der Anbieter das innerhalb von 14 Arbeitstagen (Amtsblatt der Europäischen Union) nach der Beantragung mit und nennt einen Ersatztermin, der sieben Monate (Amtsblatt der Europäischen Union) nicht überschreiten darf. Für den Datenabruf bleibt eine Mindestfrist von 30 Kalendertagen (Amtsblatt der Europäischen Union), die erst nach Ablauf des vereinbarten Übergangszeitraums beginnt. Und ab dem 12. Januar 2027 (Amtsblatt der Europäischen Union) dürfen Anbieter für den Vollzug des Wechsels keine Wechselentgelte mehr erheben. Diese Zahlen ersetzen keine Rechtsberatung, geben dem Projekt aber einen Rahmen: Der Umzug ist ein Termin, kein offener Prozess.

• Woche 0 – Bestandsaufnahme: Matrix füllen, Exporte testen, Freigaberollen und Anbindungen dokumentieren. Erst danach wird gekündigt.
• Woche 1 – Kündigung und Abrufplan: Kündigung erklären, den Abrufzeitraum schriftlich bestätigen lassen, beim Altanbieter einen Ansprechpartner benennen lassen.
• Woche 2 bis 4 – Aufbau: neue Wissensbasis importieren, kürzen und freigeben; Anbindungen einzeln verbinden; Einbindung auf einer Vorschauadresse testen.
• Woche 5 – Doppelbetrieb: beide Systeme laufen, sichtbar ist nur eines. Das neue Fenster wandert schrittweise auf mehr Seiten.
• Woche 6 – Umschaltung: Altskript entfernen, Weiterleitungen setzen, Altcookie streichen, die Abschaltung im Team ankündigen.
• Woche 7 bis 10 – Abruf und Löschung: Restdaten innerhalb der Abruffrist holen, Löschbestätigung einholen, Zugänge entziehen.

Der Terminplan hat einen Haken, den man früh sehen sollte: Die Mindestfrist für den Datenabruf beginnt nach Ablauf des zwischen Ihnen und dem Anbieter vereinbarten Übergangszeitraums und nicht an dem Tag, an dem Ihr Team Zeit hat. Diesen Übergangszeitraum darf der Kunde einmal verlängern – wer das braucht, vereinbart es schriftlich, bevor die Uhr läuft. Legen Sie den Abruf deshalb an den Anfang und nicht ans Ende. Wo die Daten danach liegen und wer sie verarbeitet, gehört ebenfalls in den Plan – die Rahmenbedingungen dazu stehen unter Datenschutz und Hosting.

Doppelbetrieb: zwei Fenster, ein Kundendialog

Ein sauberer Umstieg braucht eine Phase, in der beide Systeme technisch verfügbar sind, sichtbar aber nur eines. Der Grund ist Messbarkeit: Solange das Alte noch antworten kann, lässt sich jede Abweichung des Neuen an einem echten Vergleich prüfen. Praktisch heißt Doppelbetrieb, dass Sie das neue Fenster zuerst auf wenigen Seiten zeigen, dann in einem Bereich, dann überall. In Zeiten mit hohem Aufkommen ist das besonders wichtig; wie sich Spitzen im Chat abfangen lassen, beschreibt der Beitrag zu den Anfragespitzen im Weihnachtsgeschäft. Entscheidend ist die Grenze: Zwei sichtbare Chatfenster auf derselben Seite sind kein Doppelbetrieb, sondern ein Fehler. Der Gast entscheidet dann selbst, welches er anspricht, und ein Teil der Gespräche landet in einem System, das in vier Wochen abgeschaltet wird.

Der Doppelbetrieb hat außerdem einen Preis, der auf der Seite selbst ankommt. Der Median einer Seite lädt bereits 83 (Web Almanac) Drittanbieter-Anfragen und 708 KB (Web Almanac) JavaScript, wovon 280 KB (Web Almanac) unkomprimiert gar nicht ausgeführt werden; die mittlere Blockierzeit auf dem Handy liegt bei 1.916 Millisekunden (Web Almanac). Unangenehm wird es auf Unterseiten: Bei der Reaktionsfähigkeit liegen Startseiten und Unterseiten 11 Prozentpunkte (Web Almanac) auseinander – und das Widget lädt in der Regel überall mit. Setzen Sie den Doppelbetrieb deshalb eng: festes Enddatum, eine Seitenliste je sichtbarem Fenster und ein täglicher Blick darauf, wo das Altskript noch lädt. Was passiert, wenn ein System im Übergang nicht antwortet, steht im Beitrag zu Rückfallebenen und Notbetrieb.

Adressen, Weiterleitungen und die Sichtbarkeit danach

Viele Chatsysteme legen eigene Adressen an: eine Hilfeseite, ein Übergabeformular, gelegentlich eine Seite je Gesprächsverlauf. Eine Website haben 79,01 Prozent (Eurostat) der Unternehmen in der EU, der Wechsel berührt also in aller Regel eine bestehende, indexierte Seite. Der Leitfaden für Website-Umzüge ist an dieser Stelle deutlich: Weiterleitungen sollen so lange wie möglich bestehen bleiben, mindestens 1 Jahr (Google Search Central). Ketten aus mehreren Sprüngen sind gering zu halten, idealerweise höchstens 3 (Google Search Central). Und die Übernahme in den Index braucht Zeit: Für eine kleine bis mittlere Website dauert der Umzug der meisten Seiten einige Wochen (Google Search Central), bei größeren Beständen länger. Für den Umstieg heißt das: Die Weiterleitungen stehen am Umschalttag, nicht danach.

Der Umzug ist außerdem eine Gelegenheit, die Zählung neu aufzusetzen. Wer die Kennzahlen des Altsystems einfach fortschreibt, vergleicht zwei verschiedene Definitionen: Ein Gespräch, eine Sitzung und eine gelöste Anfrage sind in zwei Systemen selten dasselbe. Halten Sie deshalb vor der Umschaltung schriftlich fest, was künftig gezählt wird und ab wann die Reihe beginnt. Welche Auswertungen sich lohnen, steht unter Gesprächsanalyse.

Barrierefreiheit, Datenschutz und die Last im Browser

Ein neues Chatfenster wird an denselben Kriterien gemessen wie jedes andere Bedienelement. Für Text gilt ein Mindestkontrast von 4,5:1 (W3C); erreicht wird er selten – nur 31 Prozent (Web Almanac) der mobilen Seiten halten die Mindestwerte ein. Für einen Chat kommt hinzu: Antworten erscheinen nachträglich im Verlauf, und wer mit einem Vorleseprogramm arbeitet, erfährt davon nur bei entsprechender Auszeichnung. Lediglich 33 Prozent (Web Almanac) der Seiten nutzen überhaupt eine Auszeichnung für dynamisch nachgeladene Inhalte. Die Übergangsvorschrift des Barrierefreiheitsstärkungsgesetzes erlaubt es, Dienstleistungen bis zum 27. Juni 2030 (Bundesministerium der Justiz) weiter mit Produkten zu erbringen, die vor dem 28. Juni 2025 rechtmäßig im Einsatz waren – ein neu eingebautes Fenster fällt nicht darunter. Die Ausnahme für Kleinstunternehmen greift erst unterhalb von 10 Personen (Bundesministerium der Justiz) und zusätzlichen Umsatzschwellen. Was im Einzelnen geprüft wird, steht im Beitrag zum barrierefreien Assistenten.

Auf der Datenschutzseite laufen zwei Fristen unabhängig vom Projekt weiter. Auskunfts- und Löschverlangen sind unverzüglich zu beantworten, in jedem Fall aber innerhalb eines Monats (Amtsblatt der Europäischen Union) – auch dann, wenn die Daten gerade zwischen zwei Systemen liegen. Geht bei der Übertragung etwas schief, meldet der Verantwortliche das möglichst binnen 72 Stunden (Amtsblatt der Europäischen Union) der Aufsichtsbehörde. Beides spricht für eine einfache Regel: Solange der Umzug läuft, gibt es eine benannte Person, die weiß, in welchem System welcher Bestand liegt, und die im Zweifel Auskunft geben kann. Diese Rolle gehört in den Projektplan, nicht in eine Zuständigkeit, die sich im Verlauf ergibt.

Der Umstieg in acht Schritten

Der folgende Ablauf hat sich bei der Übernahme bestehender Assistenten bewährt. Er ist bewusst so geschnitten, dass jeder Schritt ein sichtbares Ergebnis hat: ein Dokument, eine Vorschauadresse, eine Bestätigung. Schritte ohne Ergebnis lassen sich nicht abnehmen und verschieben sich still nach hinten.

Vor der Umschaltung steht ein Testlauf mit echten Fragen aus dem Altsystem. Nehmen Sie die dreißig häufigsten Anfragen der letzten Monate, stellen Sie sie dem neuen Assistenten und vergleichen Sie die Antworten mit dem, was Ihr Fachteam sagen würde. Diese halbe Stunde deckt in der Regel mehr auf als eine lange Abnahmeliste, weil sie die Fälle trifft, die tatsächlich vorkommen. Wie sich ein solcher Testlauf strukturieren lässt, beschreibt der Beitrag zur Abnahme vor dem Livegang.

• Umzugsmatrix füllen: fünf Bestandteile, drei Spalten, je Zeile eine verantwortliche Person
• Exporte aus dem Altsystem testen, bevor die Kündigung erklärt wird
• Vertragsfristen notieren: Kündigungsfrist, Übergangsfrist, Abrufzeitraum, Löschzusage
• Neue Wissensbasis importieren, kürzen und freigeben – mit Datum und Namen je Eintrag
• Anbindungen einzeln verbinden und einzeln prüfen, nicht gesammelt am Umschalttag
• Doppelbetrieb mit Enddatum fahren und die Seitenliste je Fenster schriftlich führen
• Am Umschalttag: Altskript entfernen, Altcookie streichen, Weiterleitungen setzen
• Nach dem Umzug: Restdaten abrufen, Löschbestätigung einholen, Zugänge entziehen, Kennzahlen neu definieren

Liegt die Ausfuhr des Altsystems vor, lässt sich die Migrationsmatrix Zeile für Zeile füllen. Was davon in die neue Wissensbasis wandert und was besser neu geschrieben wird, zeigt sich an Ihrem eigenen Bestand; die Preise nennen, welches Paket den übernommenen Umfang trägt.

Häufige Fragen