Die E-Mail-Flut mit KI bewältigen: Sortieren, Zuordnen, EntwerfenDieE-Mail-FlutmitKIbewältigen:Sortieren,Zuordnen,Entwerfen

Warum normale E-Mail-Regeln hier nicht reichen

Outlook und Gmail können seit jeher Regeln: Wenn Absender X, dann Ordner Y. Das Problem des Sammelpostfachs ist aber nicht der Absender, sondern der Inhalt. Dieselbe Kundin schickt heute eine Bestellung, morgen eine Reklamation und nächste Woche eine Frage zur Rechnung. Eine Regel, die auf Betreffzeilen-Stichwörter prüft, scheitert an „Ihre Nachricht vom 12.3." als Betreff.

Ein Sprachmodell liest dagegen den Inhalt und versteht das Anliegen, auch wenn es verklausuliert, in schlechtem Deutsch oder über drei Themen verteilt formuliert ist. Das ist der Unterschied zwischen Regel und Triage: Die Regel prüft Merkmale, die Triage versteht Absicht.

Die Menge erledigt sich dabei nicht von selbst, im Gegenteil: Laut einer Bitkom-Befragung (2025) erhalten Berufstätige, die im Job das Internet nutzen, im Schnitt 53 berufliche E-Mails pro Tag, 2021 waren es noch 26. Bei 14 Prozent sind es 100 oder mehr. Wer das von Hand sortiert, sortiert jedes Jahr länger.

Der Ablauf: von der eingehenden Mail zum vorbereiteten Fall

Ein typischer Triage-Workflow arbeitet in drei Stufen. Erstens die Kategorie: Bestellung, Anfrage, Reklamation, Rechnung, Bewerbung, Sonstiges. Die Kategorien kommen aus Ihrem Betrieb, nicht aus einem Katalog. Zweitens die Zuordnung: Welche Person oder welches Team ist zuständig, und welche Priorität hat der Fall? Eine Reklamation eines A-Kunden ist etwas anderes als eine Newsletter-Abmeldung. Drittens die Anreicherung: Kundennummer aus dem CRM dazu, offene Aufträge, frühere Korrespondenz.

Das Ergebnis ist keine schwarze Magie, sondern ein aufgeräumtes Postfach: Jede Mail hängt am richtigen Ort, mit Kontext, und die dringenden Fälle stehen oben. Die Stunde Sichtungsarbeit schrumpft auf die Fälle, die tatsächlich Aufmerksamkeit brauchen.

Antwortentwürfe: hilfreich, solange ein Mensch sendet

Für wiederkehrende Anliegen kann der Workflow gleich einen Antwortentwurf mitliefern: Öffnungszeiten, Lieferstatus, Standardkonditionen, Terminbestätigungen. Der Entwurf greift dabei auf Ihre echten Daten zu, sonst ist er wertlos. Eine Antwort zum Lieferstatus ohne Blick ins Warenwirtschaftssystem ist geraten, und geratene Antworten an Kunden sind schlimmer als keine.

Gesendet wird trotzdem erst nach einem menschlichen Blick. Der Grund ist nüchtern: Der Entwurf spart bereits achtzig, neunzig Prozent der Schreibzeit. Das automatische Senden spart die restlichen Sekunden und übernimmt dafür das volle Risiko einer falschen, unpassenden oder im Ton verrutschten Antwort im Namen Ihrer Firma. Dieses Tauschgeschäft lohnt sich fast nie. Bei rein informativen, risikoarmen Antworten kann man nach Monaten guter Erfahrung darüber reden, aber als Startpunkt taugt es nicht.

Woran sich die Qualität entscheidet

Aus den Projekten, die wir umgesetzt haben, lassen sich die Stolpersteine ziemlich klar benennen:

• Unklare Kategorien: Wenn Ihr Team selbst nicht einheitlich beantworten kann, ob eine Mail „Anfrage" oder „Bestellung" ist, kann es das Modell auch nicht. Die Kategoriedefinition ist Fachaufgabe, keine Technikaufgabe.
• Mehrthemen-Mails: „Danke für die Lieferung, eine Position fehlt, und schicken Sie mir bitte ein Angebot für…" gehört in zwei Prozesse. Gute Workflows splitten solche Fälle oder eskalieren sie, statt die halbe Mail zu verlieren.
• Anhänge: Oft steckt das eigentliche Anliegen im angehängten PDF, nicht im Mailtext. Ein Workflow, der Anhänge ignoriert, triagiert am Inhalt vorbei.
• Ironie und Zwischentöne: „Na, das hat ja super geklappt" erkennt das Modell nicht immer als Beschwerde. Unsichere Fälle müssen deshalb als unsicher markiert werden dürfen.

Messen statt glauben

Ob die Triage gut genug ist, lässt sich nicht am Bauchgefühl festmachen. Wir empfehlen ein einfaches Vorgehen: Vor dem Start ein paar hundert echte Mails aus dem Archiv nehmen, vom Team von Hand kategorisieren lassen und dann prüfen, wie oft das Modell zum selben Ergebnis kommt. Diese Zahl ist die Basis für die Entscheidung, was automatisch laufen darf und was zur Prüfung geht.

Nach dem Start gehört jede Korrektur protokolliert: Welche Kategorie hat das Modell vergeben, welche hat der Mensch daraus gemacht. Aus diesen Abweichungen lernt man, wo die Kategoriedefinitionen unscharf sind oder wo ein Anliegen häufiger vorkommt als gedacht. Das ist unspektakuläre Arbeit, aber sie unterscheidet einen Workflow, der nach einem Jahr noch läuft, von einem, der nach sechs Wochen still abgeschaltet wird.

Was ein realistisches erstes Projekt umfasst

Ein sinnvoller Einstieg ist bewusst schmal: ein Postfach, eine Handvoll Kategorien, Zuordnung an Personen, Antwortentwürfe nur für die zwei, drei häufigsten Standardanliegen. So ein Pilot ist in wenigen Wochen produktiv und zeigt an echten Mails, ob die Qualität trägt. Ausbauen kann man immer: weitere Postfächer, Anbindung ans Ticketsystem, automatische Datenübernahme in Auftragsprozesse.

Wovon wir abraten: gleich zu Beginn das gesamte Kommunikationsaufkommen inklusive automatischem Senden umbauen zu wollen. Solche Projekte haben lange Anlaufzeiten, unklare Verantwortlichkeiten und einen einzigen großen Go-Live, an dem alles hängt. Der schmale Einstieg liefert dieselben Erkenntnisse für einen Bruchteil des Risikos.