Jedes Support-Ticket durchläuft eine Reise. Von dem Moment an, in dem ein Kunde auf "Senden" für seine Anfrage klickt, bis zur endgültigen Lösung, durchläuft jedes Ticket verschiedene Phasen, die Ihrem Team helfen, organisiert zu bleiben, und Ihre Kunden auf dem Laufenden halten. Das Verständnis dieser Reise, des Zendesk-Ticket-Lifecycles, ist für den Betrieb eines effizienten Supports unerlässlich.
Egal, ob Sie neu bei Zendesk sind oder Ihre bestehenden Workflows optimieren möchten, dieser Leitfaden erklärt alles, was Sie darüber wissen müssen, wie Tickets von der Erstellung bis zum Abschluss verschoben werden. Wir werden die sechs Standardstatus behandeln, wie sie miteinander verbunden sind und wo Teams oft stecken bleiben. Wir werden uns auch ansehen, wie eesel AI helfen kann, diese Workflows zu rationalisieren und Tickets reibungslos in Bewegung zu halten.
Was ist der Zendesk-Ticket-Lifecycle?
Der Ticket-Lifecycle ist der Pfad, den jede Supportanfrage durch Ihre Zendesk-Instanz nimmt. Stellen Sie sich ihn als den Herzschlag Ihres Support-Betriebs vor. Jede Phase im Lifecycle dient einem bestimmten Zweck: Sie sagt Ihrem Team, was als Nächstes geschehen muss, und hält die Kunden über den Fortschritt auf dem Laufenden.
Wenn Sie den Lifecycle verstehen, können Sie Engpässe erkennen, bevor sie zu Problemen werden. Tickets, die zu lange im Status Wartend feststecken? Das ist ein Signal. Sich stapelnde wiedereröffnete Tickets? Ein weiteres Signal. Der Lifecycle ist nicht nur administrativer Overhead. Er ist ein Diagnosewerkzeug, das aufzeigt, wie gut Ihr Supportprozess funktioniert.
Für Teams, die sich verbessern möchten, bedeutet die richtige Gestaltung des Lifecycles schnellere Lösungszeiten, zufriedenere Kunden und weniger Chaos in Ihrer Warteschlange. Tools wie eesel AI können helfen, indem sie Statusübergänge automatisieren und verhindern, dass Tickets durchs Raster fallen.
Die sechs Standard-Zendesk-Ticketstatus erklärt
Zendesk verwendet sechs Standardstatus, um zu verfolgen, wo sich ein Ticket in seinem Lifecycle befindet. Jeder Status hat einen visuellen Indikator (einen farbigen Punkt), der es einfach macht, Ihre Warteschlange zu scannen und die Ticketstatus auf einen Blick zu verstehen.
Neu (oranger Indikator)
Der Status "Neu" bedeutet, dass noch kein Agent das Ticket bearbeitet hat. Jedes Ticket beginnt hier, unabhängig davon, wie es eingegangen ist, per E-Mail, Webformular, Chat oder Telefon. Der orangefarbene Indikator macht diese Tickets in Ihren Ansichten leicht erkennbar.
Hier ist etwas Wichtiges: Sobald ein Ticket den Status Neu verlässt, können Sie es nicht mehr zurücksetzen. Dies verhindert, dass Tickets endlos ohne Lösung zirkulieren. Wenn sich ein Agent einem Neuen Ticket zuweist, wird es automatisch zu Offen.
Quelle: Zendesk-Ticket-Lifecycle-Dokumentation
Offen (roter Indikator)
Ein Offenes Ticket hat einen Besitzer. Der Agent arbeitet aktiv daran, recherchiert Lösungen oder bereitet eine Antwort vor. Der rote Indikator signalisiert, dass dieses Ticket Aufmerksamkeit benötigt.
Offene Tickets erscheinen in Ihrer persönlichen Warteschlange und werden auf Ihre Arbeitslast angerechnet. Hier findet der Großteil der eigentlichen Supportarbeit statt. Ein Ticket kann mehrmals zwischen Offen und Wartend hin- und herspringen, bevor es gelöst wird.
Wartend (blauer Indikator)
Wartend bedeutet, dass Sie auf den Kunden warten. Vielleicht haben Sie um weitere Informationen gebeten, oder Sie haben eine Lösung gesendet und warten darauf, zu hören, ob sie funktioniert hat. Der blaue Indikator zeigt, dass der Ball im Feld des Kunden liegt.
Hier ist ein wichtiges Detail: Der Status Wartend pausiert Ihre SLA-Timer. Das ist fair, weil Sie nicht kontrollieren können, wie schnell Kunden antworten. Wenn der Kunde antwortet, wird das Ticket automatisch auf Offen zurückgesetzt.
In Bearbeitung (dunkelgrauer Indikator)
In Bearbeitung ist ähnlich wie Wartend, aber Sie warten auf jemand anderen als den Kunden. Vielleicht benötigen Sie Input von der Entwicklung, oder Sie warten auf eine Lieferung von einem Lieferanten. Der dunkelgraue Indikator unterscheidet diese von Wartenden Tickets.
Dies ist ein optionaler Status, den Administratoren aktivieren müssen. Im Gegensatz zu Wartend pausiert In Bearbeitung nicht die SLA-Timer, da Sie weiterhin für die Lösung des Problems verantwortlich sind. Außerdem sehen Kunden In Bearbeitung Tickets in ihrer Ansicht als "Offen". Es ist nur ein interner Status.
Gelöst (hellgrauer Indikator)
Wenn Sie das Problem gelöst haben, markieren Sie das Ticket als Gelöst. Dies teilt dem System (und dem Kunden) mit, dass Sie glauben, dass das Problem behoben ist. Der hellgraue Indikator zeigt, dass das Ticket im Wesentlichen abgeschlossen ist.
Kunden können Gelöste Tickets durch Antworten wiedereröffnen. Dies ist nützlich, wenn die Lösung nicht funktioniert hat oder wenn ein verwandtes Problem auftritt. Viele Teams lösen CSAT-Umfragen aus, wenn Tickets auf Gelöst gesetzt werden.
Geschlossen (hellgrauer Indikator)
Geschlossen ist das Ende der Linie. Tickets können nicht manuell auf Geschlossen gesetzt werden. Stattdessen schließt eine Automatisierung sie automatisch, nachdem sie für einen bestimmten Zeitraum (standardmäßig 4 Tage) als Gelöst markiert wurden. Sobald Tickets Geschlossen sind, werden sie schreibgeschützt.
Kunden können Geschlossene Tickets nicht wiedereröffnen. Wenn sie antworten, erstellt Zendesk ein neues "Folgeticket", das mit dem Original verknüpft ist. Dies verhindert, dass alte Tickets wieder auftauchen, während die Historie erhalten bleibt.
Wie sich Tickets durch den Zendesk-Ticket-Lifecycle bewegen
Nachdem wir nun die Status kennen, wollen wir uns ansehen, wie Tickets tatsächlich zwischen ihnen fließen.
Der typische Fluss
Der einfachste Pfad sieht so aus:
Neu → Offen → Wartend → Gelöst → Geschlossen
Ein Kunde sendet eine Anfrage (Neu). Ein Agent nimmt sie auf (Offen). Er benötigt weitere Informationen, also stellt er eine Frage (Wartend). Der Kunde antwortet, der Agent löst das Problem (Gelöst). Vier Tage später schließt das System es (Geschlossen).
Dieser lineare Pfad kommt vor, ist aber nicht die Norm.
Häufige Variationen und Schleifen
Die meisten Tickets durchlaufen mehrmals Schleifen zwischen den Status. Hier ist ein realistischeres Beispiel:
- Ticket kommt an (Neu)
- Agent weist zu und beginnt mit der Arbeit (Offen)
- Agent benötigt Klärung (Wartend)
- Kunde antwortet (Offen)
- Agent benötigt Input von der Entwicklung (In Bearbeitung)
- Entwicklung antwortet (Offen)
- Agent sendet Lösung (Gelöst)
- Kunde sagt, es hat nicht funktioniert (Offen)
- Agent findet eine andere Lösung (Gelöst)
- System schließt nach 4 Tagen (Geschlossen)
Diese Schleifen sind normal. So werden komplexe Probleme gelöst. Der Schlüssel ist, sicherzustellen, dass Tickets nicht zu lange in einem Status hängen bleiben.
Automatische vs. manuelle Statusänderungen
Agenten steuern die meisten Statusänderungen direkt. Sie setzen Tickets manuell auf Offen, Wartend, In Bearbeitung oder Gelöst, indem Sie das Dropdown-Menü der Schaltfläche Senden verwenden.
Aber zwei Status werden vom System gesteuert:
- Neu: Wird automatisch gesetzt, wenn Tickets ankommen
- Geschlossen: Wird automatisch durch Automatisierung gesetzt, nachdem der Zeitraum für Gelöst abgelaufen ist
Dieses geteilte Design hält den Lifecycle in Bewegung. Agenten konzentrieren sich auf die Lösung von Problemen, während das System die administrative Arbeit des Schließens gelöster Tickets übernimmt.
Timing-Regeln und Automatisierung im Zendesk-Ticket-Lifecycle
Statusänderungen geschehen nicht einfach zufällig. Sie werden von Regeln gesteuert, die Ihre Warteschlange gesund halten.
Wann Tickets automatisch geschlossen werden
Standardmäßig schließt Zendesk Tickets 4 Tage nachdem sie als Gelöst markiert wurden. Dies ist konfigurierbar, Sie können es auf einen Zeitraum von wenigen Stunden bis zu 28 Tagen einstellen.
Warum 28 Tage? Das ist eine Systemregel, die Sie nicht außer Kraft setzen können. Selbst wenn Sie die Automatisierung deaktivieren, die Tickets schließt, schließt Zendesk sie nach 28 Tagen automatisch. Dies verhindert, dass gelöste Tickets unbegrenzt offen bleiben.
Quelle: Zendesk-Ticket-Lifecycle-Dokumentation
Archivierungsüberlegungen
Nach 120 Tagen im Status Geschlossen werden Tickets archiviert. Dies ist aus zwei Gründen wichtig:
Erstens werden archivierte Tickets weiterhin auf Ihre Speichergrenzen angerechnet. Zweitens können Sie keine Automatisierungen auf archivierten Tickets ausführen. Sie werden im Wesentlichen zu schreibgeschützten historischen Aufzeichnungen.
Wenn Sie regelmäßig auf alte Tickets verweisen müssen, sollten Sie in Erwägung ziehen, sie zu exportieren oder die Reporting-Tools von Zendesk zu verwenden, anstatt sich auf archivierte Ticket-Suchen zu verlassen.
Verwendung von Auslösern und Automatisierungen
Auslöser und Automatisierungen sind das, was den Lifecycle automatisch funktionieren lässt.
Auslöser werden sofort ausgelöst, wenn etwas passiert. Zum Beispiel:
- Wenn ein Ticket erstellt wird, senden Sie eine automatische Antwort
- Wenn ein Ticket auf Dringend gesetzt wird, benachrichtigen Sie den Manager
- Wenn ein Ticket Gelöst ist, senden Sie eine CSAT-Umfrage
Automatisierungen werden nach einem Zeitplan (normalerweise stündlich) ausgeführt und prüfen zeitbasierte Bedingungen:
- Wenn ein Ticket seit 24 Stunden Offen ist, eskalieren Sie es an einen Senior Agent
- Wenn ein Ticket seit 48 Stunden Wartend ist, senden Sie eine Erinnerungs-E-Mail
- Wenn ein Ticket seit 4 Tagen Gelöst ist, schließen Sie es
Diese Regeln halten Tickets in Bewegung und verhindern, dass sie durchs Raster fallen. Ohne sie müssten Sie das Alter und den Status jedes Tickets manuell überwachen.
Wiedereröffnete Tickets und Follow-ups im Zendesk-Ticket-Lifecycle
Nicht jedes Ticket folgt dem glücklichen Pfad zu Geschlossen. Manchmal benötigen Kunden mehr Hilfe.
Wiedereröffnete Tickets
Wenn ein Kunde auf ein Gelöstes Ticket antwortet, wird es automatisch wiedereröffnet. Das Ticket kehrt zum Status Offen zurück und wird dem Agenten zugewiesen, der es ursprünglich gelöst hat.
Dies ist nützlich für Folgefragen oder wenn die Lösung nicht ganz funktioniert hat. Es kann aber auch auf Probleme hinweisen: Vielleicht hat der Agent das Ticket vorzeitig geschlossen, oder es gibt ein tiefer liegendes Problem, das nicht vollständig behoben wurde.
Einige Teams verfolgen Wiedereröffnungsraten als Qualitätsmetrik. Eine hohe Wiedereröffnungsrate könnte bedeuten, dass Ihr Team mehr Schulung oder bessere Fehlerbehebungsprozesse benötigt.
Folgetickets
Wenn ein Kunde auf ein Geschlossenes Ticket antwortet, passiert etwas anderes. Anstatt es wiederzueröffnen, erstellt Zendesk ein brandneues "Folgeticket", das auf das Original zurückverweist.
Diese Unterscheidung ist wichtig, weil:
- Geschlossene Tickets als dauerhafte Aufzeichnungen gedacht sind
- Folgetickets mit einem Neuen Status beginnen
- Der Agent vollen Kontext aus dem verknüpften Originalticket erhält
Folgetickets sind auch die Art und Weise, wie Kunden Gespräche fortsetzen, nachdem der automatische Schließungszeitraum abgelaufen ist. Wenn Ihr Kunde am Tag 5 (nach dem 4-Tage-Schließungsfenster) antwortet, erhält er ein neues Folgeticket, anstatt das alte wiederzueröffnen.
Benutzerdefinierte Ticketstatus
Manchmal reichen die sechs Standardstatus nicht aus. Hier kommen benutzerdefinierte Status ins Spiel.
Mit benutzerdefinierten Status können Sie spezifischere Workflow-Phasen erstellen und gleichzeitig den Standardkategorien zuordnen. Zum Beispiel könnten Sie erstellen:
- "Rückerstattung bearbeitet" (wird Gelöst zugeordnet)
- "An die Entwicklung eskaliert" (wird In Bearbeitung zugeordnet)
- "Warten auf Lieferanten" (wird In Bearbeitung zugeordnet)
Diese geben Agenten mehr Kontext darüber, was genau mit einem Ticket passiert. Sie machen auch das Reporting präziser. Sie können nicht nur sehen, dass Tickets In Bearbeitung sind, sondern auch, warum.
Benutzerdefinierte Status sind in den Zendesk Professional- und Enterprise-Plänen verfügbar. Wenn Sie sie aktivieren, werden die Standardstatus zu "Statuskategorien" und Ihre benutzerdefinierten Status befinden sich innerhalb dieser Kategorien.
Quelle: Zendesk-Dokumentation zu benutzerdefinierten Ticketstatus
Optimierung Ihres Zendesk-Ticket-Lifecycles mit eesel AI
Die manuelle Verwaltung des Ticket-Lifecycles funktioniert im kleinen Maßstab gut. Aber wenn Ihr Team wächst, rutschen Tickets durchs Raster. Hier kann KI helfen.
eesel AI arbeitet mit Ihrer Zendesk-Instanz zusammen, um das Lifecycle-Management zu automatisieren und zu optimieren:
Intelligente Triage: Anstatt jedes Neue Ticket manuell weiterzuleiten, liest eesel AI den Inhalt und weist es automatisch dem richtigen Team oder Agenten zu, basierend auf Thema, Stimmung und Dringlichkeit.
Intelligente Statusvorschläge: eesel AI kann Ticketinhalte analysieren und den entsprechenden Status vorschlagen. Ist dies eine einfache Frage, die direkt auf Gelöst gesetzt werden sollte? Oder muss sie für Nacharbeiten Offen bleiben?
Verhindern von festsitzenden Tickets: eesel AI überwacht Ihre Warteschlange und kennzeichnet Tickets, die zu lange Wartend oder In Bearbeitung waren. Es kann sogar proaktive Erinnerungen an Kunden oder interne Teams senden.
Stimmungsbewusste Bearbeitung: Wenn ein Kunde auf ein Gelöstes Ticket mit "Danke!" antwortet, erkennt eesel AI dies als Abschlussstimmung und hält das Ticket geschlossen, anstatt es unnötigerweise wiederzueröffnen.
Simulationsmodus: Bevor Sie Workflow-Änderungen ausrollen, können Sie sie an Tausenden von alten Tickets testen, um genau zu sehen, wie sie sich ausgewirkt hätten. So können Sie mit Zuversicht optimieren.
Unser AI Agent übernimmt den Frontline-Support autonom, während unser AI Copilot Antwortentwürfe für menschliche Agenten zur Überprüfung erstellt. Beide lassen sich nahtlos in Zendesk integrieren und respektieren Ihre bestehenden Lifecycle-Regeln.
Häufige Fehler, die Sie im Zendesk-Ticket-Lifecycle vermeiden sollten
Selbst erfahrenen Teams unterlaufen diese Fehler. Hier ist, worauf Sie achten sollten:
Tickets, die zu lange im Status Wartend feststecken: Es ist leicht, Tickets zu vergessen, die auf Kundenantworten warten. Richten Sie Automatisierungen ein, um Erinnerungen zu senden oder zu eskalieren, wenn Kunden nicht innerhalb von 48 Stunden antworten.
Übermäßige Verwendung von In Bearbeitung: In Bearbeitung sollte für das Warten auf Dritte verwendet werden, nicht um schwierige Arbeit zu vermeiden. Tickets, die wochenlang In Bearbeitung sind, deuten in der Regel auf ein Prozessproblem hin, nicht auf ein Kundenproblem.
Keine Einrichtung ordnungsgemäßer Automatisierungsregeln: Die manuelle Statusverwaltung ist nicht skalierbar. Wenn Sie immer noch Tickets von Hand schließen oder Erinnerungs-E-Mails einzeln versenden, verschwenden Sie Zeit, die Sie mit der Lösung tatsächlicher Probleme verbringen könnten.
Ignorieren von Mustern wiedereröffneter Tickets: Wenn die gleichen Arten von Tickets immer wieder wiedereröffnet werden, gibt es eine Ursache, die es wert ist, angegangen zu werden. Verfolgen Sie die Wiedereröffnungsraten nach Kategorie und beheben Sie die zugrunde liegenden Probleme.
Schlechtes Follow-up-Ticket-Management: Follow-ups sind neue Tickets mit wichtigem Kontext. Stellen Sie sicher, dass Ihr Team weiß, dass es das verknüpfte Originalticket überprüfen muss, bevor es antwortet.
Verbessern Sie noch heute Ihr Zendesk-Ticket-Lifecycle-Management
Der Zendesk-Ticket-Lifecycle ist mehr als nur eine Reihe von Status. Er ist das Rückgrat Ihres Support-Betriebs. Wenn Sie verstehen, wie Tickets von Neu bis Geschlossen fließen, können Sie Probleme frühzeitig erkennen, Routinearbeiten automatisieren und Ihr Team auf das konzentrieren, was zählt: die Lösung von Kundenproblemen.
Die sechs Standardstatus (Neu, Offen, Wartend, In Bearbeitung, Gelöst, Geschlossen) geben Ihnen eine gemeinsame Sprache zur Verfolgung von Arbeit. Auslöser und Automatisierungen halten Tickets in Bewegung, ohne ständige manuelle Eingriffe. Benutzerdefinierte Status fügen Präzision hinzu, wenn Sie sie benötigen.
Wenn Sie Ihr Lifecycle-Management auf die nächste Stufe heben möchten, integriert sich eesel AI direkt in Zendesk, um intelligentes Routing, Stimmungsanalyse und proaktive Überwachung hinzuzufügen. Sie können alles im Simulationsmodus testen, bevor Sie live gehen, damit Sie genau wissen, was Sie erwartet.
Sind Sie bereit, Ihren Support-Workflow zu optimieren? Sehen Sie sich unsere Preise an oder erfahren Sie mehr darüber, wie wir uns in Zendesk integrieren.
Häufig gestellte Fragen
Diesen Beitrag teilen
Article by
Stevia Putri
Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.
