AI-Inbox-Triage für Schweizer Service-Teams: ein sicherer Pilot statt autonomer Antworten

Ein überfüllter Service-Posteingang ist selten nur ein E-Mail-Problem. Er zeigt, dass Dringlichkeit, Zuständigkeit und nächste Schritte nicht einheitlich definiert sind. Eine AI kann diese Unklarheit schneller verteilen, aber nicht von selbst lösen. Darum beginnt ein sauberer Pilot nicht mit automatischem Versand, sondern mit einer begrenzten Aufgabe: eingehende Nachrichten erkennen, einer nachvollziehbaren Kategorie zuordnen und einer verantwortlichen Person vorlegen.

Für ein Schweizer KMU ist diese Grenze entscheidend. Eine Offertanfrage braucht Tempo, eine Beschwerde braucht Fingerspitzengefühl, ein verdächtiger Anhang braucht Sicherheitsprüfung. Alle drei Nachrichten liegen vielleicht im selben Postfach, dürfen aber nicht denselben Automationsweg nehmen.

Die operative Grenze: sortieren ist nicht entscheiden

Inbox-Triage darf im ersten Schritt vier Dinge tun: Nachrichtentyp bestimmen, Dringlichkeit vorschlagen, fehlende Angaben markieren und einen Owner auswählen. Sie darf keine Preise bestätigen, keine Fristen versprechen und keine juristische Position formulieren. Diese Trennung ist mehr als Vorsicht. Sie macht Ergebnisse überprüfbar und verhindert, dass ein Sprachmodell stillschweigend zur Geschäftsregel wird.

Ein funktionierender Ablauf hat deshalb zwei Ausgänge. Normale Fälle landen mit Zusammenfassung und Antwortentwurf beim zuständigen Team. Unsichere Fälle gehen ohne Entwurf in eine separate Prüfliste. Die AI muss Unsicherheit anzeigen dürfen; ein erzwungenes Ergebnis für jede Nachricht ist ein Designfehler.

Eine Kategorienmatrix, die im Alltag funktioniert

Nachricht	AI darf vorbereiten	Mensch muss entscheiden
Termin oder Rückruf	Kontaktdaten, gewünschte Zeit und Thema extrahieren	Verfügbarkeit und verbindliche Bestätigung
Offertanfrage	Leistung, Ort, Frist und fehlende Angaben markieren	Preis, Leistungsumfang und Bedingungen
Bestehender Auftrag	Kundennummer und zuständiges Projekt zuordnen	Änderungen mit Kosten- oder Terminwirkung
Beschwerde	Dringlichkeit erkennen und vollständig weiterleiten	Ton, Kulanz, Haftung und Antwort
Verdächtige Nachricht	Risikosignal setzen und isolieren	Öffnen von Links oder Anhängen und weitere Aktion

Die Matrix muss mit echten Beispielen aus dem Betrieb getestet werden. Zehn theoretische Kategorien helfen weniger als hundert anonymisierte Nachrichten aus zwei normalen Arbeitswochen. Aus diesem Sample erkennt man, welche Begriffe Kunden tatsächlich verwenden und wo bestehende Zuständigkeiten widersprüchlich sind.

Ein nachvollziehbares Pilotbeispiel

Angenommen, ein Serviceteam erhält in zehn Arbeitstagen 120 Nachrichten. 42 betreffen Termine, 31 Offerten, 27 laufende Aufträge, 12 Beschwerden und 8 passen in keine Kategorie. Der Pilot arbeitet zunächst nur mit Kopien ohne Versandberechtigung. Jede vorgeschlagene Zuordnung wird von einer Person bestätigt oder korrigiert.

Nach zwei Wochen zählt nicht, wie beeindruckend der Entwurf klingt. Entscheidend ist, ob weniger Nachrichten ohne Owner liegen bleiben, ob weniger interne Weiterleitungen nötig sind und ob dringende Fälle früher sichtbar werden. Werden 18 von 120 Nachrichten falsch zugeordnet, ist der nächste Schritt keine Vollautomation. Dann werden Kategorien, Beispiele oder Routingregeln verbessert.

Datenschutz beginnt vor dem Modell

Der Eidgenössische Datenschutz- und Öffentlichkeitsbeauftragte hält fest, dass das Schweizer Datenschutzgesetz direkt für AI-gestützte Datenbearbeitung gilt. Zweck, Funktionsweise und Datenquellen müssen transparent sein. Für die Inbox bedeutet das: dokumentieren, welche Felder verarbeitet werden, wohin Inhalte übertragen werden, wie lange Logs bestehen und wer Ergebnisse sehen kann.

Ein vernünftiger Pilot minimiert Daten. Signaturen, lange E-Mail-Verläufe und Anhänge werden nicht automatisch an ein Modell geschickt, wenn Betreff und letzte Nachricht für die Zuordnung genügen. Zugangsdaten gehören in ein Rollenmodell: lesen, klassifizieren, Entwurf erstellen und senden sind vier verschiedene Berechtigungen. Für den Start braucht die AI nur die ersten zwei.

Phishing darf nicht wie eine Kundenanfrage behandelt werden

Das Schweizer Bundesamt für Cybersicherheit warnt ausdrücklich vor Links, Anhängen und Nachrichten, die zu einer schnellen Aktion drängen. Eine Triage-Lösung darf deshalb niemals unbekannte Anhänge öffnen, um eine bessere Zusammenfassung zu erzeugen. Sicherheitsfilter und Quarantäne laufen vor der sprachlichen Klassifikation.

Auch ein sehr plausibler Text ist kein Vertrauenssignal. Absender lassen sich fälschen. Zahlungsänderungen, Passwortthemen und neue Bankverbindungen werden unabhängig von der AI über einen zweiten Kanal verifiziert. Diese Regel gehört in den Workflow, nicht nur in einen Prompt.

So wird aus dem Test ein belastbarer Betriebsprozess

1. Baseline erfassen: Zehn Arbeitstage lang Zeit bis zum ersten Owner, Weiterleitungen und offene Nachrichten am Tagesende messen.
2. Fünf bis sieben Kategorien definieren: Jede Kategorie erhält Beispiele, einen Owner und klare Ausschlussfälle.
3. Read-only testen: Die AI schreibt Labels und Vorschläge in eine separate Ansicht, verändert aber keine produktiven Nachrichten.
4. Korrekturen speichern: Nicht den gesamten Inhalt, sondern Kategorie, Fehlerart und richtige Entscheidung dokumentieren.
5. Freigabe begrenzen: Erst nach stabiler Zuordnung dürfen Entwürfe erstellt werden; automatischer Versand bleibt ein eigener späterer Entscheid.

Technisch lässt sich dieser Ablauf mit Prozessautomatisierung und einem klar begrenzten AI-Assistenten umsetzen. Der Wert entsteht aber nicht aus dem Modellnamen. Er entsteht aus der sichtbaren Verantwortung an jeder Übergabe.

Vier Kennzahlen statt einer Demo

• Anteil der Nachrichten mit korrekt zugewiesenem Owner;
• Median bis zur ersten menschlichen Bearbeitung;
• Zahl unnötiger interner Weiterleitungen;
• Anteil kritischer Fälle, die fälschlich als Standardfall eingestuft wurden.

Die letzte Kennzahl ist eine Stop-Bedingung. Ein Pilot kann Zeit sparen und trotzdem ungeeignet sein, wenn Beschwerden oder Sicherheitsfälle durchrutschen. Ein guter Entscheid nach zwei Wochen kann deshalb auch lauten: nur Termin- und Rückrufanfragen automatisiert vorsortieren, alle übrigen Kategorien manuell lassen.

Fehler nicht nur zählen, sondern unterscheiden

Für die nächste Iteration braucht jede Korrektur einen Grund. «Falsche Kategorie» ist zu grob. Das Team unterscheidet unbekannten Begriff, fehlenden Kontext, widersprüchliche Regel, falsche Dringlichkeit und falschen Owner. Erst diese Aufteilung zeigt, ob bessere Beispiele genügen oder ob der betriebliche Prozess selbst unklar ist. Personenbezogene Inhalte müssen dafür nicht im Fehlerprotokoll bleiben; eine Fallnummer und die abstrakte Fehlerart reichen meistens aus.

Zusätzlich wird ein kleines, unverändertes Kontrollset geführt. Sonst kann eine neue Regel zwar die letzten Fehler beheben, aber ältere Fälle wieder verschlechtern. Ein Pilot wird erst erweitert, wenn sowohl neue Nachrichten als auch dieses Kontrollset stabil bleiben.

Quellen und Prüfbasis

• EDÖB: KI und Datenschutz
• BACS/NCSC: Verhalten bei E-Mail
• KMU-Portal des Bundes: neues Datenschutzgesetz

Inbox-Triage ist dann sinnvoll, wenn sie Verantwortlichkeiten sichtbar macht und Routinearbeit reduziert, ohne Entscheidungen zu verstecken. Genau diese enge, messbare Form ist für ein kleines Schweizer Serviceteam ein besserer Start als ein autonomer Agent mit zu vielen Rechten.