Gesprächsdesign für KI-Telefonassistenten: Schreiben für Ohren, Hände und knappe Geduld
Am Telefon gibt es keinen Zurück-Button und kaum Geduld für Menüs. Gute Dialoge führen, ohne zu drängeln, und reparieren Missverständnisse, ohne wieder von vorn anzufangen.
Das Wichtigste
- Eine gute erste Frage öffnet den Gesprächsraum, ohne den Anrufer mit Möglichkeiten zu überladen.
- Bestätigt werden vor allem folgenreiche oder akustisch unsichere Angaben – nicht jeder beiläufige Satz.
- Reparaturpfade bleiben am letzten sicheren Punkt und machen transparent, was noch fehlt.
- Eine ausgeführte Aktion wird erst dann als erledigt angesagt, wenn das Zielsystem sie bestätigt hat.
Das Telefon ist kein Chatfenster mit Stimme
Im Chat kann ein Nutzer eine lange Antwort überfliegen, eine frühere Zeile nachlesen und mehrere Optionen vergleichen. Am Telefon verschwindet jeder Satz im Moment des Sprechens. Gleichzeitig fährt der Anrufer vielleicht Auto, steht in einer Werkstatt oder hält ein Kind auf dem Arm. Gesprächsdesign muss deshalb Gedächtnislast, Aufmerksamkeit und Umgebung ernst nehmen.
Realtime-Systeme halten eine laufende Audioverbindung, Gesprächszustand und mögliche Tool-Aufrufe zusammen. Diese Technik ermöglicht einen flüssigen Dialog; sie ersetzt aber keine redaktionelle Entscheidung darüber, welche Frage jetzt wirklich nötig ist und wie viel Information in eine Antwort passt.[1]
Der erste Turn entscheidet über das Gesprächsgefühl
Eine Begrüßung muss drei Dinge schnell klären: Wer spricht, dass es sich um ein KI-System handelt und wobei es helfen kann. Danach folgt eine offene, aber begrenzte Einladung. Eine vorgelesene Liste aus acht Funktionen klingt nach Telefonmenü; ein vages „Wie kann ich helfen?“ überfordert dagegen, wenn der Einsatzbereich nicht erkennbar ist.
| Zu breit oder zu eng | Bessere Fassung | Warum |
|---|---|---|
| „Sagen Sie Ihr Anliegen.“ | „Geht es um einen Termin, einen bestehenden Auftrag oder etwas anderes?“ | bietet Orientierung und lässt Raum |
| „Nennen Sie Kundennummer, PLZ, Geburtsdatum …“ | „Ich suche zuerst Ihren Vorgang. Haben Sie die Auftragsnummer zur Hand?“ | fragt schrittweise und begründet |
| „Ihre Eingabe war ungültig.“ | „Die Nummer war akustisch nicht eindeutig. Bitte lesen Sie sie in kleinen Gruppen vor.“ | hilft bei der Reparatur |
Nicht alles wiederholen – das Richtige wiederholen
Permanente Bestätigung macht ein Gespräch langsam und misstrauisch. Keine Bestätigung macht Fehler unsichtbar. Die Mitte entsteht aus Risiko und Unsicherheit: Name, Nummer, Datum, Adresse, Preis, Kündigung oder Termin verdienen eine Rücklese. Eine allgemeine Frage nach Öffnungszeiten nicht. Je höher die Folge eines Fehlers, desto ausdrücklicher die Bestätigung.
- Akustisch unsichere Zeichen einzeln oder in Gruppen wiederholen.
- Vor einer schreibenden Aktion das gewünschte Ergebnis, nicht das gesamte Gespräch, zusammenfassen.
- Bei einer Korrektur nur den betroffenen Wert erneut bestätigen.
- Nach erfolgreicher Aktion den bestätigten Systemzustand nennen und einen klaren Abschluss anbieten.
Reparieren, ohne den Anrufer zu bestrafen
Ein schlechter Reparaturpfad beginnt wieder bei null. Ein guter behält, was sicher verstanden wurde, nennt die konkrete Lücke und wechselt nach wiederholtem Scheitern die Methode. Aus freier Sprache kann eine Auswahlfrage werden; aus einer langen Referenznummer eine Zifferngruppe; aus dem dritten Versuch eine menschliche Übergabe.
Ein Text ist erst fertig, wenn jemand ihn gesprochen hat
- Jede Kernstrecke laut und in normalem Tempo durchspielen; Papierformulierungen fallen sofort auf.
- Antworten mit echten Unterbrechungen testen: Zustimmung, Korrektur, Zwischenfrage und Themenwechsel.
- Den Dialog einmal ohne Bildschirm führen, damit versteckte visuelle Annahmen sichtbar werden.
- Aufzeichnungen oder Transkripte nach unnötigen Wiederholungen, langen Vorreden und unklaren Pronomen redigieren.
- Nicht nur den Idealweg, sondern genervte, leise, unsichere und sehr gesprächige Anrufer einbeziehen.
Quellen und Prüfstand
Primärquellen der Anbieter, zuletzt geprüft am 19. August 2026.
- [1]Realtime and audio · OpenAI Developers · abgerufen am 19. August 2026
