Anrufbeantwortererkennung für Sprach-KI: Jedes Anrufergebnis gezielt gestalten

Die Anrufbeantwortererkennung (Answering Machine Detection, AMD) ist der Schritt, der entscheidet, ob eine Person, eine Voicemail-Ansage oder ein automatisiertes Telefonmenü einen ausgehenden Anruf angenommen hat. Bei einer Sprach-KI-Bereitstellung sollte jedes dieser Ergebnisse ein eigener Anrufstatus mit definierter Aktion, definiertem Log-Eintrag und definierter Wiederholungsregel sein.

Viele ausgehende Anrufe enden bei einer Voicemail-Ansage oder einem Telefonmenü, nicht bei einer Person. Steckt die Erkennung in einem separaten Dialer, der dem Agenten vorgeschaltet ist, werden diese Anrufe zu Restposten, die nach der Kampagne jemand sortieren muss. Dieser Leitfaden plant sie von Anfang an ein, damit Entwickler wissen, was sie konfigurieren müssen, und Ops-Verantwortliche wissen, was im CRM landet.

Was entscheidet die Anrufbeantwortererkennung eigentlich?

Sie entscheidet, wer oder was den Anruf angenommen hat – und zwar früh genug, damit der Agent sein Verhalten noch im selben Anruf anpassen kann. In Retell stammt diese Entscheidung von zwei separaten Erkennungsfunktionen:

• Voicemail-Erkennung erkennt eine Voicemail-Ansage und legt dann entweder auf oder hinterlässt eine Nachricht.
• IVR-Erkennung erkennt ein automatisiertes Telefonmenü und beendet den Anruf, wenn IVR Hangup aktiviert ist.

Beide greifen bei ausgehenden Telefonanrufen (und bei Webanrufen, mit denen Sie sie testen). Bei eingehenden Anrufen haben sie keine Wirkung, da dort eine Person Sie anruft. Die Erkennung läuft nur in den ersten 3 Minuten nach dem Verbindungsaufbau, und dieses Zeitfenster ist nicht konfigurierbar. Zeit in einem Telefonmenü oder im Gespräch mit einer Person wird mitgezählt.

Zwei weitere Ergebnisse stehen neben AMD. Telefone, die unbekannte Anrufer filtern, können den Agenten nach seinem Namen und dem Anrufgrund fragen, bevor die Person entscheidet, ob sie abnimmt. Und manche Anrufe kommen gar nicht zustande (keine Antwort, besetzt, abgelehnt, blockiert), sodass die Erkennung nie läuft. Ein vollständiges Design deckt alle diese Fälle ab.

Warum sollten Voicemail und IVR als Anrufstatus statt als Nacharbeit behandelt werden?

Weil die richtige Aktion während des Anrufs stattfinden muss und das Ergebnis den nächsten Versuch bestimmt. Erfährt der Agent erst nach Anrufende, dass er eine Maschine erreicht hat, gehen drei Dinge schief:

1. Der Agent trägt seinen kompletten Gesprächseinstieg einer Ansage vor oder spricht über sie hinweg.
2. Das CRM verzeichnet einen „abgeschlossenen“ Anruf, der niemanden erreicht hat.
3. Die Wiederholungslogik kann „vor einer Stunde eine Nachricht hinterlassen“ nicht von „nie durchgekommen“ unterscheiden – sie ruft Personen also entweder zu oft an oder gibt erreichbare Kontakte auf.

Ein Anrufstatus verknüpft ein Erkennungssignal mit einer Aktion und einer Disposition.

Welche Anrufstatus braucht ein ausgehender Sprachagent?

Mindestens diese acht. Die Spalten zu Erkennung und Protokollierung beschreiben dokumentiertes Verhalten von Retell. Die Spalte zur Wiederholung ist eine Regel, die Ihr Team im eigenen Dialer oder Backend festlegt.

Wann sollte der Agent eine Voicemail hinterlassen, statt aufzulegen?

Hinterlassen Sie eine Nachricht, wenn sie auch dann einen Nutzen hat, wenn niemand zurückruft – und legen Sie auf, wenn ein späterer Versuch die Aufgabe besser erfüllen würde. Erinnerungen, Rückrufbitten und Fristen eignen sich gut für eine Nachricht. Vertriebliche Gesprächseinstiege und alles, was ein Familienmitglied oder eine Kollegin nicht über Lautsprecher hören sollte, meist nicht.

Die Retell AI bietet Ihnen zwei Nachrichtentypen:

• Statischer Satz: fester Text mit dynamischen Variablen, etwa Hallo {{first_name}}, hier ist die Praxis. Wir bestätigen Ihren Termin. Bitte rufen Sie uns zurück.
• Prompt: Anweisungen, mit denen der Agent die Nachricht generiert, etwa eine Zusammenfassung des Anrufgrunds und die Bitte um Rückruf.

In beiden Fällen wartet der Agent, bis er an der Reihe ist, sodass die Nachricht nicht über die Ansage hinweg beginnt. Achten Sie auf die Standardwerte: Neue, leere Agenten im Dashboard starten mit aktivierter Voicemail-Erkennung und der Einstellung „Auflegen“. Bestehende Agenten, importierte Konfigurationen und Transfer-Agenten behalten jedoch ihre Einstellungen, und bei per API erstellten Agenten muss voicemail_option explizit gesetzt werden. Die API akzeptiert außerdem einen optionalen detection_prompt, der beschreibt, was als Voicemail gelten soll.

Tipps zur Formulierung der Nachricht finden Sie unter 5 Best Practices für Voicemails mit KI-Sprachagenten.

Was sollte der Agent tun, wenn er ein Telefonmenü erreicht?

Entscheiden Sie zuerst, ob das Menü eine Sackgasse oder ein Weg zum Ziel ist. Landet eine Erinnerungskampagne für Privatkunden in der Telefonzentrale eines Unternehmens, ist die Nummer wahrscheinlich falsch – aktivieren Sie also IVR Hangup und protokollieren Sie ivr_reached. Sitzt die gesuchte Person hinter einem Menü, etwa bei Versicherern, Lieferanten oder Abrechnungshotlines, navigieren Sie stattdessen durch das Menü und lassen IVR Hangup deaktiviert, da es den Anruf bei der Erkennung beenden würde.

Für die Navigation nutzen Single-Prompt- und Multi-Prompt-Agenten das Tool Press Digit, Conversation-Flow-Agenten den Press-Digit-Node. Einige dokumentierte Einstellungen sind wichtig:

• Pause Detection Delay legt fest, wie lange der Agent nach einer Menüpause wartet, bevor er eine Taste drückt. Der Standardwert liegt bei 1.000 ms, zulässig sind 0 bis 5.000 ms. Erhöhen Sie den Wert bei langsamen Menüs.
• Der Agent kann 0 bis 9, * und # drücken, einzeln oder als Folge, etwa für eine Durchwahl.
• Definieren Sie im Flow Übergänge für Erfolg und Misserfolg, etwa das Erreichen der richtigen Abteilung, ein dreimal wiederholtes Menü, das falsche Unternehmen oder eine Ansage außerhalb der Geschäftszeiten bzw. eine Voicemail.

Dieser letzte Übergang ist wegen des 3-Minuten-Fensters wichtig. Eine Voicemail, die nach einem langen Menü oder nach einer Weiterleitung erreicht wird, löst die Voicemail-Erkennung womöglich nicht aus – der Flow muss sie also selbst erkennen.

Ist Auflegen bei Voicemail aktiviert, der Anruf wird aber nicht beendet, hat das System die Ansage höchstwahrscheinlich als IVR eingestuft. Aktivieren Sie IVR Hangup, um diesen Fall abzudecken. Mehr zu Menüs unter IVR navigieren.

Was sollte für jedes Anrufergebnis protokolliert werden?

Protokollieren Sie den Trennungsgrund der Plattform und ordnen Sie ihn einem Dispositionsfeld zu, das Ihren eigenen Systemen gehört. Die Retell AI liefert drei Ebenen:

• call_status: registered, not_connected, ongoing, ended oder error.
• disconnection_reason: das konkrete Ergebnis aus der Tabelle oben.
• in_voicemail in call_analysis: ob der Anruf eine Voicemail erreicht hat.

Der Webhook call_ended enthält alle Anruffelder außer call_analysis, das mit call_analyzed ankommt. Anrufe, die nie zustande kommen, überspringen call_started, senden aber trotzdem beide. Webhooks werden bis zu 3-mal wiederholt, wenn innerhalb von 10 Sekunden keine 2xx-Antwort eintrifft – deduplizieren Sie daher anhand von Event plus call_id.

Für detailliertere Dispositionen ergänzen Sie Felder der Post-Call-Extraktion. Ein Auswahlfeld eignet sich gut für eine Disposition, und die IVR-Dokumentation von Retell enthält fertige Felddefinitionen wie reached_human, ivr_outcome und ivr_path. Die Retell AI befüllt benutzerdefinierte Extraktionsfelder nicht bei Anrufen, die nicht zustande kamen oder in denen kein Gespräch stattfand. Bauen Sie die Disposition daher zuerst aus disconnection_reason auf und nutzen Sie Extraktionsfelder für zusätzliche Details.

Ops-Verantwortliche können im Analytics-Dashboard die Metrik Voicemail Rate verfolgen und voicemail_reached-Anrufe nach Agentenversion auswerten. So sehen Sie, ob eine neue Version mehr Anrufe auf die Voicemail schickt. Wie Sie Dispositionen in einen CRM-Datensatz übertragen, lesen Sie im Workflow vom CRM zur Sprach-KI.

Wer ist für die Wiederholungsregel verantwortlich?

Ihr Dialer oder Backend. Die Dokumentation von Retell beschreibt keine automatische Wahlwiederholung und stellt klar, dass Retell nicht begrenzt, wie oft Ihr Agent eine Nummer anruft. Batch-Anrufe haben keine Verzögerungseinstellung pro Anruf und prüfen das Do-not-Call-Flag nicht; die Create Phone Call API prüft es nur mit honor_internal_dnc: true.

Die Retell AI liefert Ihnen jedoch die Grundlagen für eine Wiederholungsrichtlinie:

• Contacts erfassen jeden ausgehenden Telefonanruf als Konversation, einschließlich Voicemails und unbeantworteter Anrufe. Eine Sperrfrist auf Basis von last_conversation_timestamp deckt daher auch Wählversuche ab.
• List contact conversations liefert den Trennungsgrund jedes Anrufs, sodass Sie Versuche nach Ergebnis zählen können, zum Beispiel „diese Woche zwei Voicemails hinterlassen, stoppen“.
• Do-not-Call-Erkennung beendet den Anruf mit user_requested_dnc und markiert den Kontakt. Behandeln Sie das als dauerhaften Stopp.

Klären Sie mit Ihrer Rechtsabteilung, welche Regeln zur Anrufhäufigkeit für Ihre Branche und Region gelten, bevor Sie die Limits festlegen.

Achten Sie auf einen Nebeneffekt: Netzbetreiber können eine Nummer als Spam markieren, wenn sie in kurzer Zeit viele kurze Anrufe tätigt – die Anrufe schlagen dann mit dial_failed fehl. Eine Kampagne, die bei jeder Voicemail auflegt, erzeugt genau dieses Muster. Steuern Sie also das Tempo und registrieren Sie Ihre Nummern. Die Checkliste für ausgehende Telefonnummern behandelt Verifizierung und Branded Caller ID.

Wie testen Sie die Anrufbeantwortererkennung vor dem Launch?

Testen Sie jeden Status aus der Tabelle vor der ersten echten Kampagne. Die Retell AI unterstützt zwei Testdurchläufe:

1. Webanruf: Spielen Sie eine aufgezeichnete Voicemail-Ansage oder Menüansage in einen Webanruf ein. Der Agent nutzt dieselbe Erkennung und dieselben Aktionen, ohne ein echtes Postfach oder Menü zu erreichen.
2. Telefonanruf: Führen Sie echte ausgehende Testanrufe durch, die zusätzlich den Audiopfad des Netzbetreibers testen.

Ein kompaktes Testset:

• Eine Standard-Voicemail-Ansage, einmal mit aktiviertem Hinterlassen einer Nachricht und einmal mit aktiviertem Auflegen
• Eine Ansage eines Unternehmens außerhalb der Geschäftszeiten
• Ein Tastenmenü, inklusive einer falschen Option und eines wiederholten Menüs
• Ein Anruf-Screening am Telefon, das nach Name und Anrufgrund fragt
• Eine Person, die mit einer langen Pause abnimmt
• Jeder Test endet mit dem erwarteten disconnection_reason und der richtigen Disposition in Ihrem CRM

Anrufstatus in Ihre ausgehenden Kampagnen integrieren

AMD funktioniert am besten, wenn sie Teil des Workflows ist und kein vorgeschalteter Filter. Die Retell AI vereint Voicemail-Erkennung, IVR-Handling, Anruf-Screening und Trennungsgründe auf derselben Plattform wie den Agenten, sodass jedes Ergebnis seine eigene Aktion und seinen eigenen Log-Eintrag erhalten kann. Um diese Anrufstatus über eine ganze Kontaktliste hinweg einzusetzen, starten Sie mit Batch-Anrufen mit Retell.