Vom dokumentierten Prozess zum automatisierten Telefonservice: Wie BPMN und KI-Telefonie zusammenspielen

Kurz gesagt

Die Telfo GmbH aus Mannheim bietet KI-Telefonassistenten für eingehende Anrufe. Telfo führt natürliche Gespräche, stellt Rückfragen, erfasst Anliegen strukturiert und unterstützt Termin-, Rückruf- und Weiterleitungsprozesse. Diese Fähigkeiten entfalten ihren Nutzen aber nur innerhalb eines definierten Ablaufs. Eine freundliche Stimme ersetzt keine fachliche Prozessregel.

Warum ein Telefonat aus Prozesssicht mehr als ein Gespräch ist

Aus Sicht des Anrufers beginnt der Vorgang mit einem Klingeln. Aus Unternehmenssicht kann derselbe Anruf mehrere Prozessschritte auslösen: Ein Anliegen muss erkannt, ein Datensatz gefunden, eine Pflichtangabe erfragt, eine Zuständigkeit bestimmt und ein Folgeschritt zuverlässig dokumentiert werden.

Ein typischer Telefonprozess enthält mindestens diese Ebenen:

1. Start: Ein Anruf oder Rückrufwunsch löst den Prozess aus.
2. Erkennung: Geht es um Termin, Störung, Bestellung, Rückfrage oder einen Sonderfall?
3. Datenerfassung: Welche Pflichtangaben braucht genau dieser Vorgang?
4. Klassifizierung: Ist der Fall vollständig, zulässig und innerhalb des freigegebenen Umfangs?
5. Zuständigkeit: Welches Team, welcher Standort oder welche Rolle bearbeitet weiter?
6. Aktion: Wird ein Termin vorbereitet, ein Rückruf ausgelöst oder eine Weiterleitung versucht?
7. Dokumentation: Welches Ergebnis muss im Zielprozess sichtbar sein?
8. Ende oder Folgeprozess: Ist der Vorgang abgeschlossen oder beginnt jetzt Ticket, Auftrag oder Servicebearbeitung?

Ein KI-Telefonassistent für die Anrufannahme kann mehrere dieser Schritte ausführen. Er sollte jedoch nur das übernehmen, was fachlich beschrieben, technisch abgesichert und anhand konkreter Fälle getestet wurde.

Warum KI-Projekte ohne Prozessdefinition scheitern können

Viele Telefonabläufe funktionieren im Alltag, weil erfahrene Mitarbeitende unausgesprochene Regeln kennen. Sie wissen, welcher Kunde zuerst zurückgerufen wird, welche Angaben für einen Werkstatttermin fehlen und wann eine scheinbar einfache Frage an die Fachabteilung gehört. Für eine Automatisierung reicht dieses implizite Wissen nicht.

Probleme entstehen besonders an fünf Stellen:

• Regeln leben nur in Köpfen: Zwei Mitarbeitende bearbeiten denselben Anruf unterschiedlich, ohne dass klar ist, welcher Weg gelten soll.
• Sonderfälle sind unvollständig: Der Standardfall ist beschrieben, aber Feiertage, Systemausfall, widersprüchliche Angaben oder fehlende Identität fehlen.
• Eskalationen sind undefiniert: „Dann an einen Menschen“ sagt nicht, an welche Rolle, über welchen Kanal und mit welcher Rückfallregel.
• Pflichtinformationen fehlen: Der Assistent beendet das Gespräch freundlich, doch der Rückrufzettel enthält weder Vorgangsnummer noch erreichbares Zeitfenster.
• Systemübergaben sind unklar: Es ist nicht festgelegt, ob Kalender, CRM oder Ticketsystem gelesen, beschrieben oder nur über eine Nachricht informiert werden sollen.

Das führt nicht zwangsläufig zum vollständigen Scheitern eines Projekts. Es führt aber zu vermeidbaren Rückfragen, falschen Zusagen und schwer testbaren Ergebnissen. Prozessarbeit übersetzt informelle Erfahrung in eine gemeinsame, überprüfbare Grundlage.

Welche Bestandteile eines Telefonprozesses sich mit BPMN modellieren lassen

BPMN 2.0 – Business Process Model and Notation – ist eine standardisierte grafische Sprache für Geschäftsprozesse. Sie trennt nicht jedes gesprochene Wort, sondern zeigt den Ablauf und seine Verantwortlichkeiten.

Wichtig ist die richtige Granularität. „Kundenanruf bearbeiten“ ist zu grob, jeder einzelne Satz wäre zu fein. Modelliert werden sollten die fachlich relevanten Zustandswechsel: Information liegt vor, Entscheidung ist möglich, Systemaktion wurde bestätigt oder ein Mensch übernimmt.

Das Modell sollte außerdem in einem kurzen Workshop gegen echte Anrufe geprüft werden. Fachbereich, Empfang und IT sehen dabei unterschiedliche Lücken: Der Fachbereich kennt Ausnahmen, der Empfang typische Formulierungen und die IT technische Grenzen. Erst wenn alle Pfade ein eindeutiges Ergebnis besitzen, eignet sich das Diagramm als belastbare Grundlage für Konfiguration und Abnahme.

Praxisbeispiel: Prozesse mit Procevia sichtbar machen

Bevor ein Telefonprozess automatisiert wird, sollten Unternehmen gemeinsam beantworten: Was löst ihn aus? Welche Daten sind Pflicht? Welche Rolle trägt Verantwortung? Was ist Standard, was Ausnahme? Wann übernimmt ein Mensch? Und welches Arbeitsergebnis startet den nächsten Schritt?

Die Procevia GmbH nennt auf ihrer offiziellen Website eine KI-gestützte BPMN-Prozessmodellierung mit Procevia. Prozessbeschreibungen können demnach als Text eingegeben, per Sprache diktiert oder als Dokument hochgeladen werden. Daraus erzeugt die Software ein BPMN-2.0-Diagramm mit Elementen wie Swimlanes, Gateways und Sequenzflüssen. Das Modell lässt sich im visuellen Editor oder per Chat weiter verfeinern.

Das offizielle BPMN-Tool von Procevia beschreibt außerdem kollaborative Bearbeitung und Exporte als BPMN XML, PDF oder Bild. Für einen Telefonprozess kann das helfen, Workshopwissen unmittelbar sichtbar und diskutierbar zu machen. Ob das Modell fachlich korrekt ist, müssen die Prozessverantwortlichen weiterhin prüfen.

Procevia dokumentiert und visualisiert den Ablauf; Telfo führt freigegebene Teile des Telefonprozesses im Gespräch aus. Zwischen beiden Produkten besteht nach aktuellem Stand keine fertige technische Integration. Der fachliche Zusammenhang liegt im Übergang vom verständlichen Modell zur kontrollierten Ausführung, nicht in einem automatischen Datenaustausch.

Vom Prozessmodell zum Prompt und zur Gesprächslogik

Ein BPMN-Modell ist nicht dasselbe wie Prompt Engineering. Das Modell beschreibt fachliche Zustände, Rollen und Pfade. Die Gesprächslogik muss daraus konkrete Erkennungs-, Frage-, Prüf- und Ausgaberegeln machen.

Aus dem Gateway „Terminwunsch?“ können beispielsweise folgende Regeln entstehen:

1. Terminabsicht aus der Äußerung erkennen und bei Mehrdeutigkeit bestätigen.
2. Standort oder zuständige Niederlassung abfragen.
3. gewünschten Tag und ein realistisches Zeitfenster erfassen.
4. Terminart und erforderliche Ressource bestimmen.
5. nur bei verlässlichem Kalenderzugriff verfügbare Optionen nennen.
6. bei Sonderfall, widersprüchlichen Daten oder fehlender Ressource eskalieren.
7. erst nach bestätigter Systemantwort eine Buchung zusagen.

Zusätzlich braucht die Telefon-KI Formulierungsregeln: Wie fragt sie natürlich nach? Welche Angaben liest sie zurück? Wann darf sie eine Aussage verbindlich formulieren? Was sagt sie, wenn die Schnittstelle nicht antwortet? BPMN liefert die fachliche Landkarte; Prompt, Wissensbasis und Integration operationalisieren sie.

Praxisbeispiel: So arbeitet Telfo innerhalb des Telefonprozesses

Telfo übernimmt die direkte Gesprächsebene. Der KI-Telefonassistent begrüßt den Anrufer, macht die KI-Interaktion transparent, erkennt das freigegebene Anliegen und stellt die im jeweiligen Prozess vorgesehenen Rückfragen. Das Ergebnis kann als strukturierte Zusammenfassung an eine Person oder ein nachgelagertes System übergeben werden.

Für den automatisierten Kundenservice könnte das bedeuten: Kontaktdaten bestätigen, Produkt oder Vorgang erfassen, Problemkategorie zuordnen und einen Rückruf mit Kontext vorbereiten. Beim Terminprozess sind Standort, Terminart, Zeitfenster und Ressource relevant. Ein virtuelles Sekretariat benötigt wiederum klare Weiterleitungs- und Rückrufregeln.

Ob eine Aktion direkt über API oder Webhook ausgeführt werden kann, hängt vom Zielsystem, den freigegebenen Schnittstellen und der konkreten Konfiguration ab. Eine nominelle „Integration“ reicht nicht: Erfolg, Fehler, Dubletten und Rückfallweg müssen als Teil des Prozesses definiert sein.

Beispielprozess: Vom Anruf zur strukturierten Übergabe

1. Kunde ruft an: Das Start Event wird ausgelöst.
2. Telfo begrüßt und klärt das Anliegen: Die Gesprächsebene ordnet den freigegebenen Falltyp zu.
3. Pflichtinformationen werden erfasst: Nur die für diesen Prozess vorgesehenen Angaben werden erfragt und bestätigt.
4. Gateway „Standardfall?“: Vollständigkeit, Zuständigkeit und erlaubter Umfang werden geprüft.
5. Ja: Termin, Rückruf oder Weiterleitung wird nach den definierten Regeln vorbereitet.
6. Nein oder Unsicherheit: Der Fall geht mit vorhandenem Kontext an einen Menschen.
7. Strukturierte Zusammenfassung: Ergebnis, offene Frage und nächster Schritt werden getrennt dokumentiert.
8. Nachgelagerter Prozess: Team, Kalender, CRM oder Ticketsystem führt die weitere Bearbeitung fort.

Dieses Modell ist bewusst allgemein. Es beschreibt weder eine universelle Telfo-Konfiguration noch eine technische Verbindung zu Procevia. Der produktive Ablauf muss mit den realen Rollen, Systemen und Freigabegrenzen des Unternehmens ausgearbeitet werden.

Warum menschliche Übergaben Teil des Prozesses sein müssen

Eine menschliche Übergabe ist kein Versagen der Automatisierung. Sie ist ein geplanter Pfad für Fälle, die mehr Kontext, Befugnis oder Fachwissen benötigen. Ohne diesen Pfad neigt ein System dazu, entweder zu früh abzubrechen oder außerhalb seines sicheren Bereichs weiterzusprechen.

Die Eskalation benötigt vier Definitionen: Auslöser, Zielrolle, Übergabeinhalt und Rückfall. Auslöser können unklare Identität, widersprüchliche Angaben, ausdrücklicher Wunsch nach einem Menschen oder eine sensible Entscheidung sein. Die Zielrolle muss erreichbar sein. Der Übergabeinhalt sollte bereits bestätigte Informationen enthalten, damit der Anrufer nicht alles wiederholt. Wenn niemand erreichbar ist, braucht es eine ehrliche Rückruf- oder Nachrichtenoption.

Im BPMN-Modell sollte dieser Pfad genauso sichtbar sein wie der Standardfall. Erst dann lässt er sich in Gespräch, Routing und Testfällen konsistent umsetzen.

Auch das Onboarding eines KI-Telefonassistenten ist ein Prozess

Nicht nur der spätere Anruf, auch die Einführung selbst benötigt eine nachvollziehbare Reihenfolge:

1. Anwendungsfall und messbares Arbeitsergebnis aufnehmen.
2. heutigen Telefonprozess mit Rollen und Systemen analysieren.
3. Wissen, Pflichtangaben und verbindliche Regeln erfassen.
4. Gesprächslogik, Standardfälle und Eskalationen konfigurieren.
5. Rufnummer, Routing und Weiterleitungen einrichten.
6. notwendige Integrationen mit minimalen Rechten anbinden.
7. Normalfälle, Grenzfälle und technische Fehler reproduzierbar testen.
8. fachliche, technische und datenschutzbezogene Freigabe dokumentieren.
9. Go-live mit Monitoring und erreichbarem Rückfall starten.
10. Fehler, neue Anforderungen und Prozessänderungen kontrolliert nachoptimieren.

Wer direkt mit der Konfiguration beginnt, überspringt häufig die wichtigste Frage: Welches konkrete Ergebnis soll nach dem Gespräch im Unternehmen vorliegen? Ein dokumentierter Sollprozess macht diese Frage vor dem ersten produktiven Anruf beantwortbar.

Fazit: Erst den Prozess klären, dann den Telefonservice automatisieren

Ein KI-Telefonassistent ist die ausführende Schicht eines begrenzten Telefonprozesses. Er kann natürliche Gespräche führen, Informationen erfragen und einen nächsten Schritt vorbereiten. Welche Fragen richtig sind, welche Entscheidung erlaubt ist und wann ein Mensch übernimmt, muss jedoch aus dem Geschäftsprozess kommen.

BPMN macht diesen Prozess für Fachbereich, IT und Betrieb gemeinsam sichtbar. Procevia ist ein konkretes Beispiel für KI-gestützte Prozessmodellierung; Telfo setzt definierte Gesprächsschritte in der Telefonie um. Der fachliche Nutzen liegt in dieser Reihenfolge: verstehen, modellieren, freigeben, automatisieren und im Betrieb weiterlernen.