Bei 50 Tickets pro Tag kann ein Support-Team manuell triagieren. Jemand liest jedes Ticket, entscheidet über die Priorität, weist es der richtigen Person zu und verfasst eine Antwort. Bei 200 Tickets pro Tag bricht dieser Prozess zusammen. Die erfahrenen Agenten verbringen mehr Zeit mit dem Routing von Tickets als mit dem Lösen von Problemen, und die neuen Agenten haben nicht genug Kontext, um genau zu triagieren.
Das Ergebnis: Kritische Probleme sitzen in der Warteschlange hinter Passwort-Zurücksetzungen, Erstantwortzeiten steigen und Kunden bemerken es.
Die Ticket-Resolution-Pipeline
Das Support-Starterpaket enthält einen Workflow namens Ticket Resolution Pipeline. Er erledigt Triage, Antworterstellung und Wissensdatenbank-Updates in einem einzigen Durchgang.
-
Ticket-Triage — Die AI liest das Ticket und produziert strukturierte Ausgabe: Kategorie (Abrechnung, technisch, Konto, Feature-Request), Priorität (kritisch, hoch, mittel, niedrig), Stimmung (frustriert, neutral, positiv) und eine kurze Zusammenfassung. Sie identifiziert auch, ob das Problem einem bekannten Muster aus Ihren FAQ oder Ihrer Wissensdatenbank entspricht.
-
Bedingung: Wenn kritisch — Ein Bedingungsschritt prüft die Priorität. Kritische Tickets werden sofort an einen Senior-Agenten mit einer vorverfassten Eskalationszusammenfassung geroutet. Alles andere durchläuft die Standard-Pipeline.
-
Antworterstellung — Die AI verfasst eine Antwort basierend auf dem Ticket-Inhalt, der Kategorie und passenden Wissensdatenbank-Artikeln. Der Entwurf entspricht dem Ton Ihres Teams — professionell aber empathisch, mit konkreten nächsten Schritten statt generischem “Wir werden das prüfen”.
-
Wissensdatenbank-Update — Wenn das Ticket eine Lücke in Ihrer Dokumentation aufdeckt (eine Frage ohne passenden KB-Artikel), markiert der Workflow dies und generiert optional einen Artikelentwurf zur Überprüfung.
Wie die Triage-Genauigkeit funktioniert
Das Triage-Recipe verwendet Ihre Ticket-Kategorien, nicht generische. Beim Setup definieren Sie die Kategorien, die Ihr Team verwendet, was jede bedeutet, und die Routing-Regeln. Das Prompt-Template der AI enthält diese Definitionen, sodass sie Tickets mit denselben Kriterien klassifiziert, die ein geschulter Agent verwenden würde.
Für die Priorität schaut das Recipe auf Signale wie: explizite Dringlichkeitssprache (“unsere Website ist down”), Geschäftsauswirkungserwähnungen (“wir können keine Bestellungen verarbeiten”), Anzahl betroffener Benutzer und ob der Kunde zuvor eskaliert hat. Sie können die Prioritätskriterien im Prompt-Template anpassen, wenn sich die Definitionen Ihres Teams weiterentwickeln.
Was der Agent weiterhin tut
Der Workflow produziert Entwürfe und Klassifizierungen. Der Agent überprüft sie. Das ist beabsichtigt:
- Triage-Überschreibungen sind einfach. Wenn die AI ein Ticket als “Abrechnung” kategorisiert, es aber tatsächlich ein technisches Problem ist, das als Abrechnungsbeschwerde verkleidet ist, rekategorisiert der Agent mit einem Klick.
- Antwortentwürfe werden personalisiert. Die AI schreibt solide 80% der Antwort. Der Agent fügt Kontext aus früheren Interaktionen hinzu, passt den Ton für einen bekannten VIP an oder fügt einen spezifischen Workaround ein, von dem er weiß, dass er funktioniert.
- Eskalationsentscheidungen sind menschlich. Der Workflow markiert kritische Tickets, aber die Entscheidung zur Eskalation umfasst Urteilsvermögen über Kundenkontext, aktuelle Team-Kapazität und Geschäftsbeziehungen, die die AI nicht sehen kann.
Die Auswirkung auf die Antwortzeit
Die Rechnung ist einfach. Wenn Triage manuell 3 Minuten pro Ticket dauert und die AI es in Sekunden erledigt, spart ein Team mit 200 Tickets pro Tag 10 Stunden. Wenn Antworterstellung 5 Minuten dauert und die AI einen brauchbaren Entwurf in Sekunden produziert, sind das weitere 16 Stunden. Agenten verbringen ihre Zeit mit Überprüfen und Senden statt mit Verfassen von Grund auf.
Der größere Gewinn ist Konsistenz. Um 16 Uhr am Freitag triagiert ein menschlicher Agent anders als um 9 Uhr am Montag. Die AI tut das nicht. Prioritätsklassifizierungen bleiben konsistent unabhängig von Warteschlangentiefe, Tageszeit oder Agentenmüdigkeit.
Scheduling und Trigger
Die meisten Support-Teams richten die Pipeline als Webhook-Trigger statt als Zeitplan ein. Wenn ein neues Ticket in Zendesk oder Ihrem Helpdesk ankommt, feuert ein Webhook und die Pipeline läuft sofort. Wenn ein Agent das Ticket öffnet, ist die Triage erledigt und ein Antwortentwurf wartet.
Sie können auch den Feedback-to-Action-Workflow auf einem wöchentlichen Zeitplan laufen lassen — er analysiert Ticket-Trends, identifiziert wiederkehrende Probleme und generiert Aufgaben für die Produkt- und Engineering-Teams.
Das vollständige Support-Paket
Die Ticket-Resolution-Pipeline ist einer von vier Workflows im Support-Starterpaket:
- Eskalations-Workflow — Kontext zusammenfassen, an den richtigen Manager eskalieren und Stakeholder benachrichtigen
- Feedback to Action — Feedback-Trends über Tickets analysieren und priorisierte Aufgaben generieren
- Neukunden-Onboarding — Willkommensnachrichten, Setup-Anleitung und proaktive Check-in-Planung
Jeder Workflow besteht aus Recipes, die Sie einzeln oder in neuen Kombinationen verwenden können. Das Ticket-Triage-Recipe funktioniert genauso gut eigenständig für Teams, die Klassifizierung ohne die vollständige Pipeline wollen.