Wie viel Dialog steckt wirklich in einer E-Mail?

Diese Herausforderung begegnet uns in Ausschreibungen regelmäßig: Ein Unternehmen plant Conversational AI für Telefonie oder Chat und möchte E-Mail gleich mit abdecken. Das ist nachvollziehbar. Wer in eine Plattform investiert, will möglichst viele Kundenkontakte darüber steuern.

Ein einfaches „Ja, das geht“ greift jedoch zu kurz. Entscheidend ist nicht nur, ob eine Plattform E-Mails lesen und beantworten kann. Entscheidend ist, welche Aufgabe im E-Mail-Kanal gelöst werden soll - und wie gut sich die Lösung in Prozesse, Kundendaten und die bestehende Systemlandschaft einfügt.

Telefonie und Chat leben vom direkten Austausch. Eine Frage führt zur nächsten, Angaben werden präzisiert, Missverständnisse sofort geklärt. Genau für diese Dialogführung sind Conversational-AI-Plattformen entwickelt worden.

E-Mails funktionieren anders. Kundinnen und Kunden formulieren ihr Anliegen vorab und senden bereits viele relevante Informationen mit. Ihre Erwartung ist klar: Das Anliegen soll möglichst mit einer Antwort geklärt werden - nicht in einer langen Folge einzelner Rückfragen.

Fehlen beispielsweise eine Adresse, eine Postleitzahl und ein Datum, sollte das System alle Angaben in einer Nachricht abfragen. Was E-Mail-Automatisierung vor allem braucht, ist daher keine offene Dialogführung, sondern zuverlässige Informationsverarbeitung.

Sind alle Angaben eindeutig und vollständig, kann der Vorgang automatisiert bis ins Zielsystem laufen. Fehlen Informationen, fragt das System sie gebündelt ab. Ist ein Fall komplex oder unsicher, erhält das zuständige Team eine vorqualifizierte Anfrage - idealerweise mit einem vorbereiteten Antwortentwurf.

Ein Beispiel aus der Energieversorgung: Eine Kundin teilt mit, dass sie in die Musterstraße 5 zieht. Das System erkennt den Umzug und stellt fest, dass Umzugsdatum und alter Zählerstand fehlen. Es fragt beides in einer E-Mail ab. Sobald die Antwort vorliegt, kann der Vorgang weiterverarbeitet werden.

Technisch entsteht dabei eine kurze Konversation. Gesteuert wird sie aber vom Prozess, nicht von einem offenen Dialog. Bei geringer Erkennungssicherheit greift bewusst kein Automatismus: Der Fall geht an einen Menschen. Vollautomatisch verarbeitet wird nur, was eindeutig und vollständig ist.

Grundsätzlich ja. Mit einem leistungsfähigen Sprachmodell können diese Plattformen E-Mails verstehen, Rückfragen formulieren und Antworten erzeugen. Der eigentliche Nutzen entsteht jedoch erst, wenn die Lösung Informationen aus der Nachricht mit Kunden- und Prozessdaten abgleicht und anschließend eine konkrete Aktion auslöst.

Genau darin liegt traditionell die Stärke von Service- und Ticketing-Plattformen wie ThinkOwl, Zendesk oder ServiceNow. Sie sind auf die Bearbeitung, Verteilung und Dokumentation schriftlicher Vorgänge ausgelegt. Parloa und ElevenLabs kommen dagegen aus der Telefonie und dem dialogorientierten Kontakt. Beide Plattformtypen können Funktionen des jeweils anderen Bereichs übernehmen - ihre Schwerpunkte bleiben jedoch unterschiedlich.

Hinzu kommt die Wirtschaftlichkeit. Für ein kleines E-Mail-Volumen kann eine Erweiterung der vorhandenen Conversational-Lösung sinnvoll sein. Bei vielen textlastigen Vorgängen ist eine spezialisierte Service-Plattform oft leistungsfähiger und wirtschaftlicher. Deshalb sollte die Entscheidung nicht an einer einzelnen Funktion, sondern an Volumen, Prozesskomplexität und vorhandener Architektur ausgerichtet werden.

Auch der Datenschutz gehört von Anfang an in diese Bewertung. Sobald E-Mails mit Kunden- und Prozessdaten verknüpft werden, müssen unter anderem Datenhaltung, EU-Hosting, DSGVO-Konformität, Zweckbindung, Löschkonzepte und Auftragsverarbeitung geklärt sein.

Der größte Fehler besteht darin, E-Mail isoliert zu betrachten. Wenn mehrere Nachrichten ausgetauscht werden und beim anschließenden Anruf niemand die Vorgeschichte kennt, entsteht kein gutes Kundenerlebnis.

Deshalb denken wir bei MUUUH! konsequent in einer Omnichannel-Architektur: ein Kunde, eine Historie, ein Reporting - unabhängig vom Kanal. Ruft jemand an, stehen Ticket, Stammdaten und bisherige Kontakte bereit. Geht eine E-Mail ein, wird sie derselben Kundenhistorie zugeordnet.

In der Praxis bedeutet das häufig: Die Conversational-Lösung für Telefonie und Chat wird mit einer Service-Plattform verbunden, die E-Mail und Ticketing übernimmt. Eine Schnittstelle bindet den Posteingang an die vorhandene Landschaft an. So bleibt nachvollziehbar, was automatisiert erledigt wurde und wo ein Mensch übernehmen muss.

Wir versprechen nicht pauschal, dass jede Plattform jeden Kanal gleich gut abdeckt. Stattdessen betrachten wir Prozesse, Volumen, Systemlandschaft, Datenschutz und Wirtschaftlichkeit gemeinsam. Wo eine Folie nicht reicht, schaffen wir mit einem technischen Nachweis Klarheit.

Dass dieses Prinzip funktioniert, zeigt ein Projekt für einen Logistikkunden. Dort verarbeitet ein Agent Freitextanfragen, darunter auch Ausschreibungstexte. Er erkennt den Anfragetyp, gleicht die vorhandenen Angaben mit den Anforderungen des Angebotsprozesses ab und fragt fehlende Informationen gezielt nach. Am Ende steht eine qualifizierte Anfrage im System.

Das Grundprinzip ist dasselbe wie bei einer guten E-Mail-Automatisierung: erkennen, extrahieren, abgleichen, fehlende Informationen gesammelt anfordern und den Vorgang anschließend automatisiert weiterverarbeiten oder gezielt übergeben. Nur der Eingangskanal ist ein anderer.