Kurzantwort: Ja, ein KI-Telefonassistent kann einen laufenden Anruf an Mitarbeiter, Teams oder Warteschlangen weiterleiten. Dafür gibt es mehrere Verfahren: direkte Weiterleitung, kontrollierte Übergabe nach Erreichbarkeitsprüfung oder Rückrufauftrag. Die technische Verbindung allein genügt nicht. Eine gute Übergabe liefert dem Mitarbeiter bestätigten Kontext, nennt dem Anrufer den nächsten Schritt und besitzt einen definierten Fallback, falls niemand abnimmt. Ziel ist nicht die höchste Transferquote, sondern die höchste Quote gelöster Anliegen ohne Wiederholung und Sackgasse.
Vier mögliche Ausgänge eines KI-Telefonats
Nicht jedes Anliegen sollte durchgestellt werden. Ein guter Telefonprozess entscheidet zuerst, welches Ergebnis fachlich sinnvoll ist:
| Ausgang | Geeignet, wenn | Erfolgsnachweis |
|---|---|---|
| Automatisch erledigt | Information oder Aktion ist klar freigegeben | korrekte Antwort, Buchung oder Statusänderung wurde bestätigt |
| Direkt weitergeleitet | Ziel ist erreichbar und Kontext gering | Ziel hat den Anruf tatsächlich angenommen |
| Kontrolliert übergeben | Kontext, Priorität oder Zustimmung des Mitarbeiters wichtig sind | Mitarbeiter ist vorbereitet und Gespräch geht ohne Abbruch weiter |
| Rückruf geplant | kein passendes Ziel verfügbar oder Rückruf fachlich besser ist | Aufgabe besitzt Eigentümer, Frist und bestätigten Kontaktweg |
Das verhindert einen häufigen Denkfehler: „Weiterleitung“ ist nicht automatisch besser als Aufnahme. Ein Anrufer, der nach 40 Sekunden Qualifizierung erneut in einer Warteschleife landet und dann die Mailbox hört, hat keinen Fortschritt erlebt. Ein verbindlicher Rückruf mit richtiger Zuständigkeit kann das bessere Ergebnis sein.
Warm Transfer oder Blind Transfer?
Blind Transfer: schnell, aber ohne Rückversicherung
Beim Blind Transfer wird der laufende Anruf an ein Ziel übergeben; die Telefon-KI verlässt die Verbindung. Das ist sinnvoll, wenn das Ziel zuverlässig erreichbar ist, etwa eine ständig besetzte Zentrale oder eine Warteschlange mit eigenem Fallback. Scheitert das Ziel, braucht die Telefonanlage einen Weg zurück oder eine klare Ersatzbehandlung.
Warm Transfer: kontrolliert übergeben
Beim Warm Transfer wird die Zielseite zunächst erreicht oder ihre Verfügbarkeit geprüft. Die KI kann dem Mitarbeiter einen kurzen Übergabehinweis geben und erst dann beide Seiten verbinden. Das reduziert Überraschungen und Fehlleitungen. Es verlängert jedoch den Übergabemoment und braucht Regeln für Ablehnung, Zeitüberschreitung und Datenschutz der Vorabinformation.
Technik und Nutzererlebnis sind nicht dasselbe
In SIP-Umgebungen unterstützt der in RFC 3515 beschriebene REFER-Mechanismus Transfer-Szenarien. RFC 5589 beschreibt unter anderem Basis- und konsultative Transfers ausführlicher. Daraus folgt aber noch kein gutes Serviceerlebnis. Der fachliche Kontext reist nicht automatisch als verständliche Zusammenfassung zum Mitarbeiter; er benötigt einen eigenen sicheren Übergabeweg über CRM, Ticket, Oberfläche oder knappe Vorabansage.
Wichtige Trennung: Telefonische Übergabe verbindet Leitungen. Fachliche Übergabe verbindet Verantwortung, Kontext und nächsten Schritt. Produktiv funktioniert der Handoff nur, wenn beides erfolgreich ist.
Der Handoff Contract: acht Festlegungen pro Übergabe
Statt eine Liste von Telefonnummern zu konfigurieren, sollte jedes weiterleitbare Anliegen einen kleinen Vertrag besitzen. Der Telfo-Handoff-Contract besteht aus acht Feldern:
- Auslöser: Welches bestätigte Anliegen oder welche feste Grenze startet die Übergabe?
- Ziel: Welche Rolle, Gruppe oder Person ist fachlich zuständig?
- Voraussetzung: Welche Identität, Einwilligung oder Information muss vorher vorliegen?
- Transferart: blind, warm, Warteschlange oder Rückruf?
- Kontextpaket: Welche bestätigten Angaben erhält die Zielseite?
- Wartegrenze: Wie lange darf Klingeln, Halten oder Prüfung dauern?
- Fallback: Was geschieht bei besetzt, Ablehnung, Timeout oder Technikfehler?
- Nachweis: Woran erkennt das System eine angenommene, abgebrochene oder fehlgeschlagene Übergabe?
Diese Felder machen aus einer Prompt-Anweisung einen testbaren Prozess. „Bei wichtigen Kunden an Vertrieb weiterleiten“ ist nicht ausreichend: Woran wird „wichtig“ erkannt, welche Vertriebsgruppe ist erreichbar, welche Informationen darf sie sehen und was geschieht um 18:02 Uhr?
An die richtige Person weiterleiten
Routing sollte nicht allein auf Stichworten beruhen. Für einen belastbaren Zielentscheid werden mehrere Merkmale in fester Reihenfolge ausgewertet:
- Anliegen: Verkauf, Rechnung, technischer Support, Beschwerde oder Termin.
- Berechtigung: Darf das Ziel diese Kunden- und Vorgangsdaten bearbeiten?
- Standort und Produkt: Welche Niederlassung oder Fachgruppe ist zuständig?
- Sprache: Welche erreichbare Rolle kann das Gespräch sinnvoll übernehmen?
- Verfügbarkeit: Präsenz, Öffnungszeit, Warteschlangenstatus und maximale Last.
- Kontinuität: Gibt es einen zuständigen Bearbeiter, der tatsächlich erreichbar sein darf?
Feste Eskalationen schlagen freie Modellentscheidungen
Ausdrücklich gewünschte menschliche Hilfe, wiederholtes Nichtverstehen, widersprüchliche Identität, Beschwerden ab einer definierten Stufe und sensible medizinische oder rechtliche Fragen sollten feste Regeln auslösen. Ein Sprachmodell kann das Anliegen klassifizieren; es sollte aber nicht spontan neue Zuständigkeiten oder Notfallstufen erfinden.
Kein VIP-Routing allein anhand der Anrufernummer
Eine übermittelte Rufnummer kann ein nützliches Suchmerkmal sein, ist aber kein vollständiger Identitätsnachweis. Bei sensiblen oder privilegierten Wegen müssen zusätzliche Merkmale oder vorhandene Geschäftsregeln greifen. Sonst wird eine Routing-Abkürzung zum Daten- oder Social-Engineering-Risiko.
Das Kontextpaket: genug für Kontinuität, klein genug zum Erfassen
Der Mitarbeiter braucht keine wortgetreue Wiederholung des Gesprächs. Er braucht eine kurze, geordnete Antwort auf sechs Fragen:
| Baustein | Beispiel | Qualitätsregel |
|---|---|---|
| Wer? | Name bestätigt; Kundennummer validiert | technisch erkannte und bestätigte Identität unterscheiden |
| Worum? | Rückfrage zu offenem Angebot | neutrale Kategorie statt wertender Interpretation |
| Welcher Bezug? | Angebot 4711 | nur geprüfte Vorgangsnummer übergeben |
| Was geschah? | Öffnungszeiten beantwortet; keine Vertragsauskunft | ausgeführt und nur vorgeschlagen klar trennen |
| Was ist offen? | Frage zur Lieferfrist | eine konkrete offene Frage statt Volltranskript |
| Wie sicher? | Lieferdatum akustisch unsicher | Unsicherheit am betroffenen Feld sichtbar machen |
Das Paket kann im CRM oder Ticketsystem erscheinen. Bei einem Warm Transfer ist zusätzlich eine kurze Vorabansage sinnvoll: „Bestandskunde, Frage zur Lieferfrist von Angebot 4711; Identität bestätigt.“ Der Mitarbeiter sieht Details in der Oberfläche und muss sie nicht während einer langen Roboteransage mitschreiben.
Warum ein Volltranskript selten der beste Handoff ist
Ein Transkript vermischt Smalltalk, Erkennungsfehler, personenbezogene Details und offene Vermutungen. Es zwingt den Mitarbeiter zum erneuten Lesen und kann mehr Daten offenlegen als nötig. Nach Artikel 5 DSGVO sind unter anderem Zweckbindung, Datenminimierung und Richtigkeit zu beachten. Ein strukturiertes, bestätigtes Kontextpaket ist daher häufig sowohl arbeitspraktisch als auch datensparsamer.
Was passiert bei besetzt, keiner Antwort oder außerhalb der Servicezeit?
Für jeden Zieltyp braucht es eine eigene Behandlung. Ein einziger Fallback „Versuchen Sie es später erneut“ verschenkt die Arbeit des bisherigen Gesprächs.
| Situation | Guter nächster Schritt | Nicht versprechen |
|---|---|---|
| Ziel besetzt | kurze alternative Gruppe oder Rückruf mit Zeitfenster | „gleich verfügbar“, wenn kein Status vorliegt |
| Keine Antwort | nach fester Klingelgrenze zurückholen und Rückruf anbieten | unbegrenztes Klingeln oder stille Trennung |
| Mitarbeiter lehnt ab | nächstes erlaubtes Ziel oder Rückruf an zuständige Rolle | persönliche Gründe der Ablehnung nennen |
| Außerhalb Servicezeit | Öffnungszeit plus verbindlicher Rückruf- oder Terminweg | sofortige Bearbeitung ohne Bereitschaft |
| Technikfehler | Kontext sichern, ehrliche Ansage, alternativen Kontakt anbieten | erfolgreiche Weiterleitung behaupten |
| Kein berechtigtes Ziel | sicheren manuellen Prüfauftrag erstellen | an irgendeine erreichbare Person routen |
Ein Rückruf ist ein Auftrag, keine Notiz
Ein belastbarer Rückruf enthält bestätigten Kontaktweg, Anliegen, zuständige Rolle, Prioritätsgrund, versprochenes Zeitfenster und Eigentümer. Erst wenn das Zielsystem die Aufgabe angenommen hat, darf die Telefonassistenz sie als angelegt bestätigen. „Wir melden uns schnellstmöglich“ ohne Frist und Verantwortlichen ist kein Fallback.
Beispiel: vom Sackgassen-Transfer zur kontrollierten Übergabe
Schlecht
KI: „Dafür verbinde ich Sie mit einem Mitarbeiter.“
Ansage: „Der gewünschte Teilnehmer ist nicht erreichbar.“ – Gespräch beendet.
Besser
KI: „Für die Lieferfrist ist unser Auftragsservice zuständig. Ich prüfe kurz, ob dort jemand verfügbar ist. Wenn niemand abnimmt, kann ich direkt einen Rückruf bis morgen 12 Uhr anlegen. Möchten Sie die Weiterleitung?“
Anrufer: „Ja.“
KI: „Danke. Ich übergebe Ihren bestätigten Namen, die Angebotsnummer und die offene Frage zur Lieferfrist. Weitere Gesprächsinhalte gebe ich nicht weiter.“
Mitarbeiter: „Guten Tag Herr Weber. Ich sehe, es geht um die Lieferfrist zu Angebot 4711. Ist das richtig?“
Der zweite Ablauf setzt Erwartungen, holt Zustimmung zur Weitergabe des notwendigen Kontexts ein und ermöglicht dem Mitarbeiter einen Einstieg ohne komplette Wiederholung. Sicherheitsrelevante Angaben darf er trotzdem erneut bestätigen.
24 Abnahmetests für Weiterleitung und Rückruf
- Explizites „Mitarbeiter“ löst jederzeit den freigegebenen Hilfsweg aus.
- Ein Standardanliegen wird abgeschlossen, ohne unnötig das Team zu belasten.
- Die Anliegenkategorie führt zur richtigen Fachgruppe.
- Standort und Produkt wählen das richtige Ziel.
- Eine nicht berechtigte Gruppe erhält keine sensiblen Vorgangsdaten.
- Blind Transfer funktioniert bei erreichbarer Warteschlange ohne Unterbrechung.
- Warm Transfer erreicht zuerst das Ziel und verbindet erst nach Annahme.
- Der Mitarbeiter erhält das Kontextpaket vor oder spätestens mit Gesprächsbeginn.
- Bestätigte und unbestätigte Felder sind unterscheidbar.
- Der Mitarbeiter muss das gesamte Anliegen nicht erneut abfragen.
- Identitätskritische Werte werden trotz Kontext bewusst erneut geprüft.
- Besetzt führt nach festgelegter Regel zum passenden Fallback.
- Keine Antwort kehrt nach der Klingelgrenze kontrolliert zurück.
- Ablehnung durch das Ziel wird nicht als angenommener Transfer gezählt.
- Außerhalb der Servicezeit wird gar nicht erst in eine leere Gruppe geleitet.
- Der Rückruf erhält Eigentümer, Frist und bestätigte Nummer.
- CRM-Ausfall erzeugt keine erfundene Bestätigung des Rückrufs.
- Ein Abbruch während des Transfers bleibt als fehlgeschlagen erkennbar.
- Ein erneuter Transferversuch erzeugt nicht zwei Rückrufaufgaben.
- Überlange Wartezeit löst den vorgesehenen Ausstieg aus.
- Wartemusik, Ansage und Rückkehrpfad funktionieren mit der realen Telefonanlage.
- Unterdrückte Rufnummer verhindert privilegiertes Routing.
- Falsche Angebots- oder Kundennummer führt nicht zu fremden Kontextdaten.
- Jeder Test lässt sich über eine Ereignis-ID bis zu Annahme oder Rückruf verfolgen.
Kennzahlen: Nicht Transfer zählen, sondern gelöste Übergaben
| Kennzahl | Definition | Was sie aufdeckt |
|---|---|---|
| Transfer Acceptance Rate | vom Ziel angenommene ÷ gestartete Transfers | unpassende Ziele und schlechte Erreichbarkeit |
| Handoff Completion Rate | mit richtiger Zuständigkeit fortgesetzte Gespräche ÷ gestartete Übergaben | technisch verbundene, aber fachlich falsche Transfers |
| Repeat Rate | Übergaben mit vollständiger Neuerzählung ÷ angenommene Übergaben | fehlenden oder unbrauchbaren Kontext |
| Fallback Success | verbindlich angelegte Rückrufe oder Alternativen ÷ fehlgeschlagene Transfers | Sackgassen nach Nichterreichbarkeit |
| Time to Human | Zeit vom Übergabewunsch bis zum Gesprächsbeginn | zu lange Qualifizierung oder Haltezeiten |
| Wrong-party Rate | fachlich oder berechtigungsseitig falsche Ziele ÷ angenommene Transfers | Routing- und Datenschutzprobleme |
16 Anbieterfragen vor dem Go-live
- Welche Transferarten unterstützt die reale Telefonieumgebung?
- Kann vor der Verbindung geprüft werden, ob das Ziel angenommen hat?
- Wie kehrt ein Anruf nach Nichtannahme zur Assistenz zurück?
- Welche Präsenz- und Warteschlangensignale können berücksichtigt werden?
- Wie werden Öffnungszeiten und Feiertage pro Ziel gepflegt?
- Kann eine Person jederzeit menschliche Hilfe verlangen?
- Welche Regeln sind hart konfiguriert und welche nur im Prompt formuliert?
- Wie wird verhindert, dass ein Modell an ein unfreigegebenes Ziel routet?
- Wo sieht der Mitarbeiter bestätigten Kontext?
- Wie werden Unsicherheit und bereits ausgeführte Aktionen dargestellt?
- Wer darf welches Kontextfeld erhalten?
- Wie wird ein Rückruf technisch bestätigt und dedupliziert?
- Welche Ereignisse unterscheiden Start, Klingeln, Annahme, Ablehnung und Abbruch?
- Wie wird ein Ausfall von Telefonie, CRM oder Mitarbeiteroberfläche behandelt?
- Lassen sich die sechs Kennzahlen je Anliegen und Zielgruppe auswerten?
- Kann der Anbieter alle 24 Tests mit der bestehenden Telefonanlage vorführen?
Häufige Fragen zur Weiterleitung von Telefon-KI
Kann ein KI-Telefonassistent an einen Mitarbeiter weiterleiten?
Ja. Telefon-KI kann einen laufenden Anruf an eine Person, Gruppe oder Warteschlange übertragen. Unternehmen sollten festlegen, bei welchen Anliegen weitergeleitet wird, ob zuerst die Erreichbarkeit geprüft wird und was bei Besetzt, Nichtannahme oder außerhalb der Servicezeit geschieht. Eine Rückrufaufgabe ist oft der bessere Fallback als eine endlose Transfer-Schleife.
Was ist der Unterschied zwischen Blind Transfer und Warm Transfer?
Beim Blind Transfer verbindet die Telefon-KI den Anruf direkt mit dem Ziel und verlässt das Gespräch. Beim Warm Transfer wird das Ziel zunächst erreicht oder dessen Verfügbarkeit geprüft; anschließend wird der Anruf kontrolliert übergeben. Ein Warm Transfer reduziert Sackgassen, benötigt aber mehr Telefonie-Logik und eine definierte Behandlung von Wartezeit und Ablehnung.
Was passiert, wenn bei der Weiterleitung niemand abnimmt?
Der Anruf sollte nach einer kurzen festgelegten Zeit zur Telefonassistenz oder in einen kontrollierten Fallback zurückkehren. Dort kann ein Rückruf mit bestätigter Nummer, Anliegen, Zuständigkeit und realistischer Frist aufgenommen werden. Voicemail, weitere Gruppe oder Terminbuchung sind mögliche Alternativen; die KI darf nicht behaupten, ein Mitarbeiter sei informiert, bevor der Folgeauftrag tatsächlich angelegt wurde.
Wie erhält der Mitarbeiter den bisherigen Gesprächskontext?
Über ein kurzes strukturiertes Kontextpaket im CRM, Ticketsystem oder Mitarbeiter-Interface und optional über eine knappe Vorabansage. Es enthält nur bestätigte Kerndaten, Anliegen, bereits ausgeführte Schritte und offene Frage. Ein vollständiges Transkript ist dafür meist nicht erforderlich. Unsichere Angaben müssen als unsicher erkennbar bleiben.
Muss der Anrufer nach der Weiterleitung alles wiederholen?
Nicht bei einer gut geplanten Übergabe. Der Mitarbeiter sollte vor Gesprächsbeginn oder gleichzeitig ein kompaktes Kontextpaket erhalten. Er bestätigt gegenüber dem Anrufer kurz, was angekommen ist, statt das gesamte Gespräch erneut abzufragen. Sicherheits- oder identitätsrelevante Angaben können dennoch bewusst noch einmal geprüft werden.
Welche Anliegen sollte Telefon-KI immer an Menschen übergeben?
Das hängt vom Unternehmen ab. Typische feste Übergaben sind ausdrücklich gewünschte menschliche Hilfe, Beschwerden mit Eskalation, rechtlich oder medizinisch sensible Fragen, Sicherheitsereignisse, widersprüchliche Identität, wiederholtes Nichtverstehen und Vorgänge außerhalb der freigegebenen Handlungskompetenz. Die Regeln müssen fachlich definiert und getestet werden; ein Modell sollte sie nicht frei erfinden.
Fazit: Die beste Übergabe beginnt vor dem Klingeln
Weiterleitung ist kein einzelner Telefonie-Schalter. Sie ist ein Vertrag zwischen Telefonassistenz, Zielteam und Anrufer. Wenn Auslöser, Ziel, Kontext, Wartegrenze, Fallback und Nachweis vorab feststehen, kann die KI Routine selbst lösen und komplexe Anliegen ohne Bruch an Menschen übergeben.
Der Maßstab ist einfach: Der richtige Mitarbeiter übernimmt vorbereitet, der Kunde weiß, was passiert, und kein Anliegen verschwindet, nur weil gerade niemand abnimmt.
Sie möchten Ihre bestehenden Gruppen, Öffnungszeiten und Rückrufregeln in einen belastbaren Übergabeprozess übersetzen? Wir testen nicht nur die Zielnummer, sondern den kompletten Weg bis zur angenommenen Verantwortung.
Telfo-Übergabe planen