Von der Frage zum gelösten Fall
Von der Frage zum gelösten FallFrage empfangen: Chat · E-Mail · Formular. Kontext finden: Kunde · Verlauf · Status. Anliegen lösen: Antwort oder geprüfte Aktion. Ergebnis messen: Lösung · Rückkehr · Qualität. Ausnahme: Unklarer oder sensibler Fall → passender Spezialist.01Frage empfangenChat · E-Mail · Formular02Kontext findenKunde · Verlauf · Status03Anliegen lösenAntwort oder geprüfte Aktion04Ergebnis messenLösung · Rückkehr · QualitätUnklarer oder sensibler Fall → Spezialist
Die Übergabe erhält Verlauf und bereits ausgeführte Schritte. Der Fallabschluss muss dem tatsächlichen Ergebnis entsprechen.

Was sollten wir zuerst automatisieren?

Beginnen Sie mit häufigen, gut beschreibbaren Fällen und einer maßgeblichen Quelle: Abläufe erklären, Status ermitteln, fehlende Angaben ergänzen oder richtig weiterleiten. Die teuerste Beschwerde eignet sich womöglich schlecht als erster Pilot, weil sie individuelle Entscheidungen erfordert.

Gruppieren Sie echte Anfragen nach Kontaktgrund. Erfassen Sie Häufigkeit, Bearbeitungszeit, Systemzugriffe und Fehlerfolgen. Achten Sie zusätzlich auf wiederholte Kontakte. Wiederkehrende einfache Fragen können auf Produktprobleme oder fehlende Website-Informationen hinweisen.

Die Automatisierung muss für Kunden nicht sichtbar sein. Unterlagen für einen Mitarbeiter vorzubereiten kann mehr bringen als eine selbstständige Bot-Antwort. Entscheidend ist, Verzögerungsursachen zu beseitigen statt nur ein weiteres Kommunikationsfenster einzuführen.

Was sagt die Forschung zum KI-Nutzen im Support?

Eine NBER-Studie untersuchte die Einführung eines Assistenten bei 5.179 Supportmitarbeitern. Sie nennt einen durchschnittlichen Produktivitätsanstieg, gemessen in gelösten Fällen pro Stunde, von 14 % und bei weniger erfahrenen oder leistungsschwächeren Mitarbeitenden von 34 %. Erfahrene Mitarbeitende profitierten wesentlich weniger. Die Studie betrifft KI als Unterstützung für Menschen. Sie belegt nicht, dass ein autonomer Bot denselben Fallanteil löst. Brynjolfsson, Li und Raymond: Generative AI at Work, Überarbeitung 2023.

„With large heterogeneity in effects across workers.“ — Erik Brynjolfsson, Danielle Li und Lindsey Raymond betonen unterschiedliche Auswirkungen auf Beschäftigte.

Unsere praktische Empfehlung lautet, Fall- und Mitarbeitergruppen getrennt auszuwerten. Eine durchschnittliche Einsparung kann verdecken, dass das System Anfängern hilft, Spezialisten aber durch ungeeignete Entwürfe und deren Prüfung ausbremst.

Wie unterscheiden sich Antwort, Mitarbeiterhilfe und echte Lösung?

Jede Kategorie hat ein anderes Ergebnis und andere Prüfkosten. Fassen Sie sie nicht zu einem einzigen Prozentsatz „automatisierter Support“ zusammen.

EinsatzartWas das System erledigtWas noch offen bleibt
ZuordnungErkennt das Thema und leitet den Fall weiterFachliche Lösung
AntwortentwurfBereitet Text und Unterlagen vorPrüfung und Versand durch Mitarbeitende
Selbstständige AntwortErklärt belegte InformationenPrüfen, ob die Antwort genügt
ServiceagentFührt eine erlaubte Systemänderung ausErgebnisbestätigung und Dokumentation

Eine ähnliche Unterscheidung findet sich in einer CustomerSuccess-Diskussion vom Juli 2026. Teilnehmende weisen darauf hin, dass Zusammenfassen oder Weiterleiten nicht gleich Lösen ist. Das sind Einzelmeinungen, keine repräsentativen Statistiken.

Führen Sie getrennte Kennzeichnungen direkt in der Fallverwaltung ein. Danach können Sie entscheiden, ob mehr Selbstständigkeit, bessere Wissensquellen oder andere Teamübergaben nötig sind.

Warum frustriert die Übergabe an Menschen Kunden so oft?

Weil Kunden oft von vorn beginnen müssen. Der Bot kennt bereits Bestellnummer und Problem, der Mitarbeiter sieht diese Angaben jedoch nicht. Oder das System schließt den Fall, obwohl der Kunde wiederholt sagt, dass die Antwort nicht geholfen hat.

In der Intercom-Community im Juni 2026 wird über wiederholte negative Kundenantworten auf die Frage diskutiert, ob Fin geholfen hat. Daraus folgt ein sinnvoller Test: Widerspruch muss den nächsten Schritt verändern. Dieselbe Antwort neu zu formulieren ist nicht automatisch ein Fortschritt zur Lösung.

Ein übergebener Fall sollte ursprüngliches Anliegen, geprüfte Angaben, verwendete Quelle, ausgeführte Schritte und offene Entscheidungen enthalten. Der Kunde erhält realistische Informationen zum Fortgang. Ist kein menschliches Team verfügbar, darf der Agent keine sofortige Weiterleitung vortäuschen.

Wie bereiten wir Daten für gute Antworten vor?

Beginnen Sie mit den tatsächlich verwendeten Regeln. Preislisten, Lieferbedingungen und Anleitungen brauchen Verantwortliche und aktuelle Versionen. Historische Gespräche können hilfreiche Abläufe, aber auch längst ungültige Ausnahmen enthalten.

Trennen Sie öffentliche Informationen von kundenspezifischen Daten. Einen allgemeinen Reklamationsablauf darf jeder erfahren. Der konkrete Status erfordert angemessene Identifizierung. Die Kenntnis einer Bestellnummer allein reicht möglicherweise nicht für weitere personenbezogene Angaben.

Jede Antwort sollte auf nachvollziehbaren Grundlagen beruhen. Bei Mitarbeiterentwürfen kann die Quelle direkt daneben stehen. Kunden hilft ein Link zur passenden Anleitung, keine Flut interner Dokumentnamen.

Wie prüfen wir Qualität vor dem Start?

Bereiten Sie echte anonymisierte Fälle einschließlich schwieriger Beispiele vor: unklare Anliegen, falsche Bestellnummern, wiederholte Beschwerden und Wünsche außerhalb der Regeln. Nur sauber formulierte Fragen zu testen genügt nicht.

Die neuere Anthropic-Methodik zur Agentenbewertung von 2026 betont die Bewertung von Verlauf und Endzustand. Im Support müssen daher neben der Formulierung auch richtiger Kunde, ausgeführte Aktion und nachfolgender Datensatz geprüft werden.

Wiederholen Sie relevante Tests nach Änderungen an Wissen oder Berechtigungen. Neue Rückgabebedingungen können eine bisher richtige Antwort ungültig machen, obwohl das Modell unverändert bleibt.

Welche Kennzahlen zeigen den tatsächlichen Nutzen?

Messen Sie Lösungen ohne erneuten Kontakt, korrekte Aktionen, Zufriedenheit und Kosten pro erledigtem Fall. Ziehen Sie Korrekturen und Prüfungen von der Zeitersparnis ab. Beobachten Sie neben dem Durchschnitt besonders langsame Fälle, die häufig Eskalationen verursachen.

Modellbeispiel: Von 1.000 monatlichen Fragen eignen sich 400 zur selbstständigen Bearbeitung. Löst der Agent 300 korrekt, sind das 30 % aller Fragen, nicht 75 % Automatisierung des gesamten Supports. Die übrigen 100 geeigneten Fälle benötigen einen weiteren Eingriff. Beide Zahlen offenzulegen verhindert, dass eine Werbequote die verbleibende Arbeit verdeckt.

Beenden Sie den Piloten mit einer Entscheidung für eine konkrete Fallgruppe: erweitern, anpassen oder bei Menschen belassen. Erst danach ergänzen Sie weitere Kanäle oder Berechtigungen für den KI-Kundenserviceagenten.

Häufige Fragen

Sollten wir zuerst einen Chatbot einsetzen?

Nur wenn wiederkehrende Fragen hauptsächlich im Website-Chat entstehen. Kommt die meiste Arbeit per E-Mail, können Zuordnung und Antwortentwürfe im vorhandenen Helpdesk mehr bringen.

Wie verhindern wir, dass Kunden beim Bot festhängen?

Definieren Sie Übergaberegeln nach Thema, erfolglosen Versuchen und Kundenwunsch. Die Übergabe muss einen konkreten Fall anlegen und den Kontext erhalten. Der bloße Hinweis, den Support zu kontaktieren, genügt nicht.

Kann der Support nachts selbstständig arbeiten?

Ja, bei klar definierten Fällen mit verfügbaren Daten und Berechtigungen. Sonst sammelt der Agent Informationen und erklärt den tatsächlichen nächsten Schritt, ohne menschliche Verfügbarkeit vorzutäuschen.

Recherche und Lösungskonzept: Tanduva mit KI-Unterstützung. Externe Fallstudien sind gekennzeichnet. Modellbeispiele sind keine gemessenen Ergebnisse unserer Kunden. Redaktionelle Methodik und Korrekturen.