Voicebot und Telefonanlagen: Der Leitfaden für Unternehmen

Je nach Anwendungsfall beantwortet er eine Frage, fragt fehlende Informationen ab, startet eine Aktion oder leitet das Gespräch an die passende Stelle weiter. Im Unterschied zu einem einfachen Sprachmenü können Anrufende ihr Anliegen in eigenen Worten formulieren.

Voicebots lohnen sich, wenn Unternehmen viele wiederkehrende Anrufe bearbeiten und diese zuverlässig erfassen, beantworten oder weiterleiten möchten.

Richtig eingesetzt sorgen sie für weniger Fehlleitungen, kürzere Wartezeiten und eine bessere Erreichbarkeit. Mitarbeitende müssen dann nicht jede Anfrage persönlich annehmen, sondern können sich auf Fälle konzentrieren, die Beratung, Erfahrung oder eine individuelle Entscheidung erfordern.

Besonders geeignet sind klar abgegrenzte Aufgaben, zum Beispiel:

• zentrale Anrufannahme und Weiterleitung
• Vorqualifizierung im Support
• Aufnahme von Rückrufwünschen
• Statusabfragen zu Tickets oder Bestellungen
• Beantwortung häufig gestellter Fragen
• Erreichbarkeit außerhalb der Geschäftszeiten

Ein Voicebot löst jedoch keine unklaren Prozesse. Mangelhafte Daten, widersprüchliche Zuständigkeiten und instabile Schnittstellen werden durch die Automatisierung meist noch deutlicher.

Ein IVR-Sprachmenü arbeitet mit festgelegten Auswahlmöglichkeiten. Anrufende drücken beispielsweise die Taste 1 für den Vertrieb oder die Taste 2 für den Support.

Ein Voicebot verarbeitet dagegen gesprochene Sprache. Statt sich durch mehrere Menüpunkte zu bewegen, können Anrufende direkt sagen: „Unsere Telefonanlage funktioniert seit heute Morgen nicht mehr.“

Der Voicebot kann daraus mehrere Informationen ableiten:

• Es liegt eine technische Störung vor.
• Das Problem betrifft die Telefonanlage.
• Die Störung besteht seit dem Morgen.
• Der Anruf gehört wahrscheinlich zum technischen Support.

Ein Sprachmenü müsste dieselben Informationen in mehreren Schritten abfragen. Ein Voicebot kann sie teilweise aus einem einzigen Satz erfassen.

Ein Voicebot für die Business-Telefonie benötigt mindestens vier technische Komponenten:

1. Speech-to-Text wandelt die gesprochene Sprache in Text um.
2. Dialog- und Entscheidungslogik erkennt das Anliegen und legt die nächste Reaktion fest.
3. Text-to-Speech erzeugt die gesprochene Antwort.
4. Telefonie-Integration verbindet den Voicebot mit der Telefonanlage oder Unified-Communications-Plattform.

Je nach Einsatz kommen weitere Anbindungen hinzu, etwa an ein CRM, ein Ticketsystem, eine Wissensdatenbank oder ein Warenwirtschaftssystem.

Grob lässt sich ein Call mit einem Bot in diese Schritte gliedern:

1. Der Anruf geht über die Telefonanlage ein.
2. Der Voicebot nimmt den Anruf entgegen.
3. Speech-to-Text wandelt die Sprache in Text um.
4. Die Dialoglogik erkennt das Anliegen und relevante Angaben.
5. Der Voicebot beantwortet die Frage oder startet eine Aktion.
6. Text-to-Speech spricht die Antwort aus.
7. Der Anruf wird weitergeleitet, dokumentiert oder beendet.

Für den praktischen Nutzen ist die technische Integration häufig wichtiger als die Wahl eines bestimmten Sprachmodells. Ohne Zugriff auf Routing, Wissensbasis und Vorgangsdaten bleibt der Voicebot im Wesentlichen ein flexibleres Sprachmenü.

Voicebots werden gerade deshalb interessant, weil Unternehmen Erreichbarkeit erhöhen können, ohne die extra Serviceleistung mit mehr Personal aufzufangen.

Der Druck kommt aus dem Alltag: mehr Kommunikationskanäle, mehr Erwartung an schnelle Reaktionen, mehr Bedarf an sauberem Routing.

Für Business-Telefonie heißt das: Der erste Gesprächsschritt wird wichtiger. Wer schon dort sauber sortiert, spart später Zeit. Wer dort schlecht sortiert, produziert unnötige Wartezeit, Weiterleitungen und Frust.

Voicebots unterstützen vor allem Probleme an den ersten telefonischen Kontaktpunkten. Wenn viele Anrufe mit ähnlichen Anliegen eingehen liegt der meiste Aufwand schon nicht mehr im Gespräch selbst.

In diesen Situationen kann ein Voicebot vier Aufgaben übernehmen:

• Er nimmt jeden eingehenden Anruf an und nennt realistische nächste Schritte.
• Er erfasst den Anrufgrund sowie die Daten, die das zuständige Team benötigt.
• Er beantwortet freigegebene Standardfragen.
• Er verteilt Gespräche nach Zuständigkeit, Uhrzeit oder Priorität.

Der Nutzen wirkt auf den ersten Blick unspektakulär. Ein Voicebot fragt den Grund des Anrufs ab, erfasst Rückrufdaten und leitet in die richtige Queue. Genau das spart aber Zeit, wenn täglich viele ähnliche Fälle eingehen.

Die Einführung von künstlicher Intelligenz in Telefonprozesse sollte aber nicht auf Kosten der Flexibilität stattfinden. Niemand ruft gerne an, um sich durch Fragen zu kämpfen, die für das eigene Anliegen womöglich irrelevant sind.

Nicht jedes Unternehmen braucht einen Bot, der tief in Geschäftsprozesse integriert ist. Klar ist aber: Ein Bot benötigt Zugriff auf Anrufsteuerung, Routing und Übergabefunktionen.

Die Integrationsmöglichkeiten der Telefonanlage oder Unified-Communications-Plattform sind also ausschlaggebend dafür, wie nützlich ein Voicebot ist – sofern er nicht sowieso Teil der Telefonanlage ist.

Demos und Theorien sind gut, Tests unter realen Bedingungen sind besser. Folgende Punkte sollten vor dem produktiven Einsatz eines Voicebots deshalb nicht nur geklärt sein, sondern in realistischen Szenarien funktionieren.

1. Anrufübergabe
   Kann der Voicebot ein Gespräch samt erfasstem Kontext an eine Rufgruppe oder Durchwahl übergeben?
2. Rufnummernübermittlung
   Bleibt die Rufnummer des Anrufers bei der Übergabe erhalten?
3. Routing
   Sind Regeln nach Uhrzeit, Standort, Sprache, Priorität und Anrufgrund möglich?
4. Ausfallsicherheit
   Welcher Rufweg greift, wenn der Voicebot oder ein angebundenes System ausfällt?
5. Kapazität
   Wie viele Gespräche kann die Lösung gleichzeitig verarbeiten?
6. Protokollierung
   Welche technischen und fachlichen Ereignisse werden protokolliert?
7. Administration
   Wer darf Dialoge, Routingregeln und Schnittstellen ändern?
8. Kontextübergabe
   Erhält die zuständige Person die bereits erfassten Angaben?
9. Datenschutz
   Wo werden Gesprächs- und Vorgangsdaten verarbeitet und gespeichert?

Die Gesprächsübergabe sollte unter realen Bedingungen getestet werden. Manche Systeme beenden einen Anruf, wenn die Zielperson nicht reagiert. Andere leiten ihn zurück zum Voicebot, ohne den bisherigen Kontext zu erhalten.

Solche Fehler fallen in einer vorbereiteten Präsentation kaum auf. Im Arbeitsalltag führen sie jedoch zu zusätzlicher Arbeit und frustrierten Anrufenden.

Spoiler: Die besten Voicebot-Anwendungsfälle sind selten die spektakulärsten.

Gute Projekte starten dort, wo Anrufgründe häufig vorkommen, klar benennbar sind und eine strukturierte Weiterleitung echten Nutzen bringt:

• zentrale Rufannahme mit Anliegenerkennung
• Terminmanagement und Rückrufaufnahme
• Vorqualifizierung im Support
• Statusabfragen zu Tickets, Bestellungen oder Vorgängen
• Erfassung von Stammdaten vor der Weiterleitung
• sprachbasierte FAQ für häufige Fragen
• Entlastung von Warteschlangen
• mehrsprachige Erstannahme

Für viele Unternehmen sind zwei Szenarien besonders greifbar. Erstens der Ersatz starrer Telefonmenüs durch eine sprachbasierte Erstannahme. Zweitens das Tandem aus Voicebot und Mitarbeitenden. Während der Bot Anrufe vorsortiert übernimmt der Mensch bei tiefergehenden oder anspruchsvollen Fällen.

Voicebots sind nicht nur technische sondern auch prozessuale Projekte. Diese scheitern selten an der Idee und oft an der Umsetzung. Wie eingangs erwähnt werden Ungenauheiten in Kommunikationsprozessen durch KI-Einsatz eher noch verstärkt. Gleichzeitig bietet die Einführung von KI als Projekt die Chance, diese besser aufzusetzen als zuvor.

Außerdem wichtig: Sprache ist kein sauberer Datensatz, sondern kommt oft mit Störgeräuschen, Hektik, Fachbegriffen oder undeutlicher Aussprache. Wenn der erste Verarbeitungsschritt wackelt, leidet das gesamte Routing. Dem Voicebot muss es von Anfang an „erlaubt“ sein, menschlichen Verstand als Fallback zu nutzen.

Klar ist, dass Anrufende über die automatisierte Interaktion und die Verarbeitung ihrer Daten informiert werden müssen. Und auch wenn die Datenschutzgrundverordnung sowie geltende EU-Vorschriften in Bezug auf künstliche Intelligenz ohnehin befolgt werden müssen, ist es sinnvoll, nur Informationen zu erfragen, die auch wirklich für den aktuellen Vorgang benötigt werden.

Für eine Auskunft zu Geschäftszeiten braucht die KI zum Beispiel keine Namen. Ein Rückruf erfordert dagegen mindestens eine Telefonnummer und den Gesprächsgrund. Ein Supportticket kann zusätzlich eine Kundenkennung und das betroffene Produkt benötigen. Beim Setup eines Voicebots hilft schon eine einfache Matrix über Anliegen und die dafür erforderlichen Daten.

Ein KMU sollte seinen ersten Voicebot auf einen klaren Anrufgrund oder einen abgegrenzten Zeitraum beschränken.

Die Anrufannahme außerhalb der Öffnungszeiten eignet sich oft besser als der sofortige Umbau einer zentralen Kundenhotline. Das Unternehmen kann den Ablauf kontrolliert testen, ohne den gesamten Tagesbetrieb zu verändern.

1. Welche Anrufgründe kommen tatsächlich häufig vor?

Der Pilot sollte auf realen Anrufdaten und den Erfahrungen aus Empfang, Service und Support beruhen.

Hilfreiche Fragen sind:

• Bei welchen Anliegen leiten Mitarbeitende besonders häufig weiter?
• Welche Angaben fehlen zu Beginn eines Supportgesprächs?
• Zu welchen Zeiten brechen Anrufende besonders häufig ab?
• Welche Fragen beantwortet das Team immer wieder mit demselben Inhalt?
• Welche Gespräche erfordern Einfühlungsvermögen oder eine Einzelfallentscheidung?

Telefonanlagen, Ticketdaten und Gespräche mit den zuständigen Teams liefern die benötigten Hinweise. Bauchgefühl allein reicht nicht, denn besonders störende Anrufe sind nicht automatisch die häufigsten.

2. Welches messbare Ziel soll der Voicebot erreichen?

Das Ziel muss einen konkreten Prozess beschreiben. „Wir möchten KI in der Telefonie einsetzen“ ist kein messbares Erfolgskriterium.

Ein brauchbares Ziel lautet zum Beispiel:

Der Voicebot soll Rückrufanfragen außerhalb der Geschäftszeiten vollständig erfassen und am nächsten Arbeitstag dem zuständigen Supportteam zuordnen.

Dazu passen dann Kennzahlen wie:

• Anteil vollständig erfasster Rückrufanfragen
• Anteil falscher Zuordnungen
• Zahl vorzeitig abgebrochener Dialoge
• Zeit bis zur richtigen Anlaufstelle
• Zahl erneuter Anrufe zum selben Anliegen
• Anteil erfolgreicher Übergaben samt Kontext

Eine hohe Automatisierungsquote allein belegt noch keinen Erfolg. Wenn Kunden nach einem abgeschlossenen Bot-Dialog erneut anrufen müssen, hat sich der Prozess für sie nicht verbessert.

3. Dialoge mit der Sprache der Kunden bauen

Service- und Empfangsteams kennen die Formulierungen, mit denen Kunden ihre Anliegen beschreiben. Dieses Wissen sollte direkt in die Dialoggestaltung einfließen.

Ein Kunde sagt vielleicht „Die Anlage ist tot“, „Wir können nicht rauswählen“ oder „Bei uns klingelt nichts mehr“. Der Voicebot muss diese Aussagen passend zuordnen, ohne den Anrufer zu einem bestimmten Fachbegriff zu zwingen.

Auch Dialekte, Hintergrundgeräusche und schlechte Mobilfunkverbindungen gehören in den Test. Ein Voicebot, der nur unter Studiobedingungen funktioniert, hilft im Betrieb wenig.

4. Welche Übergaben und Fehlerfälle müssen getestet werden?

Neben den vorgesehenen Dialogen sollte das Projektteam auch unvollständige, widersprüchliche und unerwartete Eingaben testen.

Dazu gehören:

• eine falsch oder unvollständig gesprochene Kundennummer
• längeres Schweigen
• ein Themenwechsel während des Gesprächs
• eine nicht erkannte Formulierung
• der ausdrückliche Wunsch nach einem Mitarbeiter
• der Ausfall des CRM- oder Ticketsystems
• eine nicht erreichbare Zielrufgruppe
• ein Abbruch während der Anrufübergabe

Kann ein angebundenes System eine Anfrage nicht verarbeiten, darf der Voicebot keinen Erfolg bestätigen. Er sollte den Fehler verständlich erklären und einen verlässlichen Ersatzweg anbieten, zum Beispiel eine Weiterleitung oder die Aufnahme eines Rückrufwunsches.

5. Wie wird der Voicebot nach dem Start verbessert?

Nach dem Start müssen Fachverantwortliche regelmäßig fehlgeschlagene Erkennungen, Gesprächsabbrüche und falsche Weiterleitungen auswerten.

Die technische Verfügbarkeit allein sagt wenig über die Qualität der Gespräche aus. Entscheidend ist, ob Anrufende ihr Ziel erreichen und die zuständigen Teams verwertbare Informationen erhalten.

Aus der Auswertung ergeben sich konkrete Anpassungen an:

• Begriffen und Synonymen
• Fragen und Antwortmöglichkeiten
• Routingregeln
• Zuständigkeiten
• Eskalationswegen
• Inhalten der Wissensbasis

Auswertung und Speicherung müssen dem Datenschutzkonzept entsprechen. Außerdem braucht der Voicebot eine dauerhaft benannte fachliche Verantwortung. Ohne regelmäßige Pflege veralten Antworten, Zuständigkeiten und Übergabewege.

Beschwerden, Konflikte und komplexe Entscheidungen gehören nicht in einen automatisierten Standarddialog.

Ein Voicebot kann erkennen, dass ein Kunde eine Rechnung reklamiert. Die Klärung selbst verlangt jedoch oft Zugriff auf mehrere Vorgänge, eine Bewertung des Einzelfalls oder eine Kulanzentscheidung. Ähnliches gilt für Kündigungen, rechtlich sensible Fragen und technische Störungen mit unklarem Fehlerbild.

Die persönliche Übergabe sollte deshalb greifen, wenn:

• Anrufende verärgert oder stark belastet wirken;
• der Bot das Anliegen wiederholt nicht versteht;
• eine Entscheidung finanzielle oder rechtliche Folgen hat;
• mehrere Systeme widersprüchliche Informationen liefern;
• Anrufende ausdrücklich Mitarbeitende verlangen.

Für die Business-Telefonie bietet sich deshalb ein hybrides Modell an: Der Voicebot übernimmt standardisierte Aufgaben und die Vorsortierung. Mitarbeitende bearbeiten Ausnahmefälle, treffen Entscheidungen und führen sensible Gespräche.

Voicebots verbessern die Business-Telefonie, wenn sie häufige Anfragen abfangen, Informationen strukturiert erfassen und Gespräche verlässlich weiterleiten.

Für IT-Leitungen in KMU empfiehlt sich ein nüchterner Start: einen begrenzten Anwendungsfall wählen, das Zielsystem anbinden und den Ablauf mit echten Formulierungen testen. Datenschutz, Identitätsprüfung und ein funktionierender Ersatzweg gehören bereits in den Piloten.

Der erste Einsatz muss keine umfassende Sprachassistenz abbilden. Eine sauber erfasste Rückrufanfrage oder ein korrekt angelegtes Supportticket kann im Tagesgeschäft mehr bewirken als ein umfangreicher Bot, der bei Sonderfällen den Faden verliert.

Wer den Einstieg plant, kann einen einfachen Schritt machen: Fragen Sie Zentrale, Empfang oder Service nach den fünf häufigsten Anrufgründen und markieren Sie jene, die nach festen Regeln ablaufen. Dort liegt der sinnvollste Ausgangspunkt für einen Voicebot in der Business-Telefonie.