So ändern Sie, was Ihr Sprachagent bei einem Ausfall sagt

Um zu ändern, was ein Sprachagent während eines Ausfalls sagt, ohne ein Entwicklungsprojekt anzustoßen, legen Sie einmalig einen Platzhalter für die Meldung im Agenten an und ändern im Ernstfall nur dessen Wert. So wird das Update zu einer Konfigurationsänderung mit Rollback in einem Schritt statt zu einem Release. Wie schnell Ihr Operations-Team diese Änderung sicher vornehmen kann, nennen Käufer Content-Agilität, und sie gehört auf jede Checkliste zur Bewertung von Sprach-KI.

Dieser Artikel behandelt Ausfälle, Launches und Service-Updates auf Ihrer Seite. Wie Retell die eigene Plattform am Laufen hält, erfahren Sie im Beitrag wie Retell mit Ausfällen und Verfügbarkeit umgeht.

Warum sind Störungsansagen bei einem Sprachagenten wichtiger?

Weil ein Sprachagent jeden Anruf mit seiner aktuellen Konfiguration beantwortet, bis jemand sie ändert. Ein menschliches Team erhält zu Schichtbeginn ein Briefing. Ein Agent sagt genau das, was in seinem Prompt und seiner Begrüßung steht.

Wenn ein Abrechnungsportal ausfällt oder ein Lieferpartner einen Tag verpasst, wollen Anrufende drei Dinge: die Bestätigung, dass Sie Bescheid wissen, was sie jetzt tun können und wann sie sich wieder melden sollen. Kann der Agent das nicht sagen, schildert jeder Anrufende das Problem von Neuem, verlangt nach einem Menschen und belastet genau die Warteschlange, die Sie entlasten wollten.

Was sollte Ihr Team ohne Release ändern können?

Vier Dinge decken die meisten Vorfälle und Launches ab:

• Die Begrüßung, damit Anrufende den Hinweis hören, bevor sie etwas erklären.
• Einen Hinweis, den der Agent im Gespräch aufgreifen kann, damit er Fragen wie „Ist es schon behoben?“ einheitlich beantwortet.
• Das Ziel von Anrufweiterleitungen, damit Eskalationen ein Overflow-Team erreichen.
• Referenzinformationen für einen Launch oder eine Richtlinienänderung, etwa neue Tarifdetails oder Feiertagsöffnungszeiten.

In Retell funktionieren dynamische Variablen an all diesen Stellen: in der Begrüßung, in Agenten-Prompts, in statischen Sätzen im Conversation Flow, in Zielnummern für Weiterleitungen und im SMS-Text. Genau das macht Änderungen ohne Release möglich.

Wie richten Sie einen Agenten ein, damit sich ein Hinweis mit einer einzigen Änderung aktivieren lässt?

Erledigen Sie das einmalig, bevor Sie es brauchen.

Fügen Sie eine Hinweis-Variable hinzu. Setzen Sie {{service_notice}} in die benutzerdefinierte Begrüßung, zum Beispiel: „Danke für Ihren Anruf. {{service_notice}} Wie kann ich Ihnen heute helfen?“ Ergänzen Sie den Prompt um eine passende Zeile, etwa: „Aktueller Servicehinweis: {{service_notice}}. Falls dieser nicht leer ist, erwähne ihn einmal zu Beginn und beantworte Fragen dazu ausschließlich anhand dieses Textes.“

Geben Sie ihr einen leeren Standardwert. In Retell bleibt eine Variable ohne Wert als roher Text {{service_notice}} in der Meldung stehen, während ein leerer String sie durch nichts ersetzt. Legen Sie unter Security & fallback settings einen Standardwert von "" auf Agentenebene fest, damit der Agent an einem normalen Tag ganz regulär spricht.

Verknüpfen Sie Produktionsnummern mit dem Tag prod. Umgebungs-Tags in Retell sind Namen, die auf eine Agentenversion verweisen, und Telefonnummern, die einem Tag zugewiesen sind, folgen diesem. Nummern, die direkt einer Version zugewiesen sind, bleiben auf dieser Version. Prüfen Sie daher jetzt jede Produktionsnummer.

Testen Sie den Hinweispfad. Mit Simulationstestfällen in Retell können Sie dynamische Variablen vorbelegen. Behalten Sie einen Testfall mit ausgefülltem Beispielhinweis und prüfen Sie, dass der Agent ihn vorliest und den Anruf trotzdem abschließt.

Wie aktivieren Sie die Meldung während eines Ausfalls?

Setzen Sie den Hinweis am Tag, nicht im Agenten. Öffnen Sie im Agenten-Header Environment, dann Configure Tags, wählen Sie prod und setzen Sie service_notice auf Ihren freigegebenen Text. Retell übergibt Tag-Werte, wenn ein Anruf den Tag nutzt, und Tag-Werte haben Vorrang vor den Standardwerten des Agenten. Bevor Sie sich im Ernstfall darauf verlassen, führen Sie einen Testanruf durch, um zu bestätigen, dass der neue Wert beim nächsten Anruf übernommen wird.

Nach demselben Muster steuern Sie das Routing. Ist Ihr Weiterleitungsziel eine Variable, setzen Sie sie am Tag, um Eskalationen an eine Overflow-Leitung zu senden, und setzen Sie sie danach wieder zurück.

Für bereits laufende Anrufe kann ein Entwickler die Update Live Call API von Retell nutzen, die dynamische Variablen in einem laufenden Anruf überschreibt und sofort wirkt.

Für einen Rollback löschen Sie den Wert am Tag. Beim nächsten Anruf gilt wieder der leere Standardwert des Agenten.

Wann sollte eine Änderung stattdessen eine neue Version sein?

Wenn Sie das Verhalten ändern, nicht nur die Worte. Ein Produkt-Launch, der neue Fragen, ein neues Tool oder einen anderen Gesprächsverlauf mit sich bringt, ist eine Versionsänderung.

Der Ablauf in Retell:

1. Erstellen Sie einen Entwurf aus der Version, auf die prod verweist. Entwürfe sind bearbeitbare Kopien, die die Quelle nicht verändern.
2. Bearbeiten und testen Sie ihn mit einem Testanruf oder Ihren Simulationstestfällen.
3. Öffnen Sie im Veröffentlichungsdialog den Versionsvergleich. Der semantische Diff listet jedes geänderte Feld auf und hebt in langen Texten die genau hinzugefügten oder entfernten Wörter hervor.
4. Veröffentlichen Sie die Version, wodurch sie schreibgeschützt wird, und verschieben Sie dann den Tag prod auf sie.

Für einen Rollback verschieben Sie prod zurück auf die vorherige Version. Die Nummern am Tag folgen ihm.

Können Ihre eigenen Systeme die Meldung automatisch auslösen?

Ja, wenn Sie das einmalig einrichten. Der Inbound-Call-Webhook von Retell wird pro Telefonnummer festgelegt und ruft Ihren Endpoint auf, sobald ein Anruf eingeht. Ihre Antwort kann dynamische Variablen setzen oder die Begrüßung und die verknüpften Wissensdatenbanken überschreiben, und zwar nur für diesen Anruf. Überschreibungen werden nicht im gespeicherten Agenten übernommen.

So kann ein Incident-Flag in Ihrem eigenen Status-Tooling bestimmen, was Anrufende hören, ohne dass während des Vorfalls jemand das Dashboard bearbeiten muss. Hinterlegen Sie an der Nummer einen Standard-Inbound-Agenten: Scheitert Ihr Endpoint bei allen drei Versuchen, versucht Retell, den Anruf mit diesem Agenten zu verbinden; ohne einen solchen Agenten wird der Anruf getrennt.

Welche Rolle spielt die Wissensdatenbank?

Nutzen Sie sie für Details zu Launches und Service-Updates, nicht für den Live-Status eines Vorfalls. Eine Wissensdatenbank eignet sich für Fakten, die der Agent nachschlägt, etwa Tarifdetails oder eine Liste betroffener Regionen, und die Dokumentation von Retell empfiehlt, Anweisungen im Prompt statt in der Wissensdatenbank zu hinterlegen.

Zwei Hinweise zur Vorsicht: URL-Quellen und synchronisierte Dokumente werden alle 24 Stunden automatisch aktualisiert, was für einen stündlich wechselnden Status zu langsam ist. Außerdem sind Wissensdatenbanken als eigenständige Objekte mit Agenten verknüpft. Prüfen Sie daher, welche Agenten eine Wissensdatenbank nutzen, bevor Sie einen temporären Hinweis hinzufügen. Zur Strukturierung lesen Sie wie Sie eine Wissensdatenbank für Sprach-KI strukturieren.

Wie sieht ein gutes Playbook für Störungsansagen aus?

Verfassen und genehmigen Sie diese Texte vor einem Vorfall und füllen Sie am Tag selbst nur die Klammern aus.

Beschränken Sie jeden Hinweis auf einen oder zwei kurze Sätze. Sagen Sie, was betroffen ist und was der Anrufende tun kann. Nennen Sie einen Zeitpunkt für die Wiederherstellung nur, wenn das Engineering-Team ihn bestätigt hat.

Wer sollte Änderungen vornehmen dürfen, und woran erkennen Sie, dass es funktioniert hat?

Beschränken Sie Bearbeitungsrechte nach Rollen. Mit der Zugriffssteuerung von Retell können die Rollen Admin und Developer Agenten und Wissensdatenbanken bearbeiten, während die Rolle Member nur Lesezugriff hat. Die Dokumentation von Retell beschreibt keinen Freigabeschritt innerhalb des Produkts. Legen Sie die freigebende Person für jeden Auslöser daher in Ihrem Incident-Runbook fest, wie in der Tabelle oben.

Prüfen Sie anschließend das Ergebnis. Mit Live Monitoring kann eine Führungskraft laufende Anrufe mithören und so feststellen, ob die ersten Anrufenden den Hinweis erhalten. Alert-Regeln in Retell können eine E-Mail senden oder einen Webhook aufrufen, wenn die Erfolgsquote sinkt oder API-Fehler zunehmen. Das hilft sowohl beim Erkennen eines Vorfalls als auch beim Bestätigen der Wiederherstellung. Nehmen Sie den Hinweis für die Nachbesprechung des Vorfalls in Ihre QA-Scorecard für Sprachagenten auf.

Was sollten Sie einen Anbieter von Sprach-KI zur Content-Agilität fragen?

Lassen Sie sich jeden dieser Punkte live zeigen, statt ihn nur beschreiben zu lassen:

• Kann eine Person ohne Engineering-Hintergrund die Begrüßung und einen Hinweis im Gespräch ohne Release ändern?
• Folgen Produktionsnummern einem Verweis, sodass Veröffentlichung und Rollback jeweils nur einen Schritt erfordern?
• Können Sie eine Änderung anhand gespeicherter Szenarien testen, bevor Anrufende sie hören?
• Sehen Sie einen Diff auf Wortebene, der zeigt, was sich zwischen Versionen geändert hat?
• Können Ihre eigenen Systeme die Meldung pro Anruf anhand eines Incident-Flags festlegen?
• Können Sie bereits laufende Anrufe aktualisieren?
• Welche Rollen dürfen bearbeiten, und welche haben nur Lesezugriff?

Messen Sie dann während des Pilotprojekts selbst, wie lange dieser Ablauf dauert. Unser Leitfaden zur Bewertung einer Plattform für Sprachagenten vor dem Go-live deckt den Rest dieses Tests ab.

Die Retell AI bietet Contact-Center-Teams versionierte Agenten, Umgebungs-Tags, Variablen pro Tag und Überschreibungen pro Anruf, sodass die Verantwortlichen für die Warteschlange ändern können, was Anrufende hören, und dies in einem Schritt rückgängig machen können. Wie die Plattform zu Ihrem Betrieb passt, erfahren Sie auf der Seite zur Enterprise-Plattform von Retell.