Helpdesk-Software: Einen belastbaren Ticket-Workflow aufbauen
Helpdesk-Software ist besonders nützlich, wenn es eine klare Arbeitsweise unterstützt. Die Anschaffung eines Tools entscheidet nicht darüber, wem eine Anfrage gehört, wann ein Ticket warten sollte oder was als gelöst gilt. Diese Entscheidungen muss Ihr Team zuerst treffen.
Dieser Leitfaden zeigt Ihnen, wie Sie rund um Ihre bestehende Support-E-Mail einen praktischen Ticket-Workflow entwickeln. Im Mittelpunkt steht das Betriebsmodell, nicht ein Funktionsvergleich. Wenn Sie sehen möchten, wie E-Mail, Zuweisung, Status, Priorität, Tags, Notizen und Ticketverlauf in einem Produkt zusammenspielen, sehen Sie sich beim Durcharbeiten der Schritte die Funktionen für gemeinsamen Posteingang und Ticketing von Deskhero an.
Beginnen Sie mit dem Weg, den eine Kundenanfrage nehmen sollte
Zeichnen Sie den normalen Weg vom Eingang bis zur Lösung auf, bevor Sie irgendetwas konfigurieren. Eine sinnvolle erste Version ist einfach: Eine Nachricht geht ein, jemand prüft sie, die richtige Person übernimmt die Verantwortung, das Team erledigt die Arbeit und der Kunde erhält eine abschließende Antwort.
Listen Sie anschließend die Ausnahmen auf, die diesen Ablauf regelmäßig unterbrechen. Eine Frage zur Abrechnung muss möglicherweise an ein anderes Team weitergeleitet werden. Ein technisches Problem erfordert vielleicht eine Untersuchung. Ein Kunde antwortet möglicherweise nicht mehr. Zwei Nachrichten können dasselbe Problem beschreiben. Diese Fälle zeigen Ihnen, welche Status, Übergaben und Schutzmechanismen Ihr Workflow benötigt.
Richten Sie die Übersicht auf Entscheidungen aus. Beantworten Sie für jede Phase diese Fragen:
- Wer ist für die nächste Aktion verantwortlich?
- Welche Informationen müssen vorhanden sein, bevor das Ticket weiterbearbeitet werden kann?
- Was soll geschehen, wenn der Verantwortliche nicht verfügbar ist?
- Wie kann ein anderer User den aktuellen Stand verstehen, ohne nach einer Zusammenfassung fragen zu müssen?
- Welches Ereignis bedeutet, dass die Anfrage wirklich abgeschlossen ist?
Ein Workflow ist gesund, wenn jeder User ein Ticket öffnen und erkennen kann, was passiert ist, was als Nächstes passiert und wem dieser nächste Schritt gehört.
Verwenden Sie eine kleine Statusauswahl mit eindeutigen Bedeutungen
Statusnamen wirken oft offensichtlich, werden von Teams aber unterschiedlich interpretiert. Definieren Sie jeden Status danach, wer für die nächste Aktion zuständig ist. Diese eine Regel verhindert viele liegen gebliebene Tickets.
| Zweck des Status | Verwenden Sie ihn, wenn | Wer als Nächstes handelt |
|---|---|---|
| Neue Arbeit | Die Anfrage eingegangen, aber noch nicht geprüft wurde | Das Team, das den Eingang bearbeitet |
| In Bearbeitung | Ein User eine Antwort untersucht oder vorbereitet | Der zugewiesene User |
| Wartend | Das Team Informationen oder eine Aktion vom Kunden oder einer anderen Partei benötigt | Die genannte externe Partei, mit einem für die Nachverfolgung verantwortlichen Teammitglied |
| Gelöst | Das Team die angeforderte Arbeit abgeschlossen und das Ergebnis übermittelt hat | Niemand, außer der Kunde antwortet |
Vermeiden Sie es, für jede Abteilung, jedes Thema oder jede Dringlichkeitsstufe einen eigenen Status anzulegen. Verwenden Sie Zuweisungen oder Gruppen für Verantwortlichkeiten, Tags für Themen und die Priorität für die Dringlichkeit. Wenn jedes Feld nur einen Zweck hat, können User die Warteschlange einheitlich lesen.
Trennen Sie Verantwortlichkeit, Priorität und Klassifizierung
Diese drei Aspekte beantworten unterschiedliche Fragen. Die Verantwortlichkeit zeigt, wer handeln sollte. Die Priorität zeigt, wie schnell Aufmerksamkeit erforderlich ist. Die Klassifizierung zeigt, um welche Art von Anfrage es sich handelt. Wenn diese Aspekte vermischt werden, entstehen unklare Warteschlangen und unzuverlässige Berichte.
Legen Sie einen verantwortlichen User oder eine verantwortliche Gruppe fest
Jedes offene Ticket sollte einen eindeutig erkennbaren Verantwortlichen haben. Geteilte Verantwortung wird leicht zu fehlender Verantwortung. Eine Gruppe kann neue Aufgaben erhalten, aber sobald die Arbeit beginnt, sollte ein bestimmter User sie übernehmen. Legen Sie eine Vertretungsregel für Abwesenheiten und eine Übergaberegel fest, wenn sich die benötigte Expertise ändert.
Definieren Sie die Priorität anhand beobachtbarer Bedingungen
Formulieren Sie Prioritätsregeln in klarer Sprache. Eine Unterbrechung, die viele Kunden betrifft, sollte beispielsweise Vorrang vor einer allgemeinen Frage haben. Lassen Sie nicht zu, dass die Priorität dazu verwendet wird, jede ungeduldige Anfrage als dringend zu kennzeichnen. Eine kurze schriftliche Definition gibt Usern einen Grund, den sie einheitlich anwenden können.
Verwenden Sie Tags für künftige Aktionen, nicht zur Dekoration
Erstellen Sie ein Tag nur, wenn es dem Team dabei hilft, Arbeit weiterzuleiten, ein nützliches Segment zu finden oder eine wiederkehrende Frage zu beantworten. Überprüfen Sie Tags regelmäßig und führen Sie nahezu identische Tags zusammen. Ein kleineres Vokabular sorgt für übersichtlichere Ansichten und verlässlichere Analysen.
Gestalten Sie Übergaben so, dass der Kontext erhalten bleibt
Bei einer Übergabe sollte die Verantwortung übertragen werden, ohne dass der nächste User den Fall von Grund auf neu nachvollziehen muss. Bewahren Sie Kundenantworten und private Notizen in der Ticket-Zeitleiste auf. Fügen Sie vor der Neuzuweisung das aktuelle Ergebnis, die noch offene Frage und die nächste erwartete Aktion hinzu.
Verwenden Sie interne Notizen für die Zusammenarbeit, die nicht an den Kunden gesendet werden soll. Verwenden Sie eine Kundenantwort, wenn Sie den Eingang bestätigen, Informationen anfordern oder eine Verzögerung erklären müssen. Diese Unterscheidung hält die Unterhaltung übersichtlich und gibt Kollegen den benötigten Kontext.
Wenn sich zwei Tickets auf dasselbe Problem beziehen, entscheiden Sie, welcher Datensatz als maßgebliche Quelle dient. Führen Sie das Duplikat mit dem Hauptticket zusammen und arbeiten Sie anschließend an einer einzigen Stelle weiter. Parallele Datensätze führen zu widersprüchlichen Antworten und teilen den Verlauf auf.
Fügen Sie Serviceziele hinzu, sobald der Workflow stabil ist
Ziele können unklare Verantwortlichkeiten nicht beheben. Stellen Sie zunächst sicher, dass neue Aufgaben geprüft, Zuweisungen sichtbar und wartende Tickets mit einem Weg zur Nachverfolgung versehen werden. Definieren Sie anschließend Erwartungen an Antwort und Lösung anhand der Arbeitszeiten, zu denen Ihr Team tatsächlich arbeitet.
Achten Sie auf Tickets, die sich einem Ziel nähern, nicht nur auf Tickets, bei denen das Ziel bereits verfehlt wurde. Ziel ist es, zum Handeln aufzufordern, solange noch Zeit bleibt. Die SLA-Richtlinien von Deskhero unterstützen Ziele für die erste Antwort und die Lösung, Geschäftszeiten, Filter, Benachrichtigungen und eine Dashboard-Ansicht.
Testen Sie den Workflow mit realistischen Szenarien
Gehen Sie repräsentative Anfragen durch, bevor Sie den Prozess einführen. Beziehen Sie eine unkomplizierte Frage, eine Anfrage mit wechselndem Verantwortlichen, einen auf den Kunden wartenden Fall, ein Duplikat und eine wiedereröffnete Unterhaltung ein. Prüfen Sie für jedes Szenario, ob die nächste Aktion und der Verantwortliche weiterhin eindeutig sind.
Führen Sie den Test mit Usern durch, die den Workflow nicht entwickelt haben. Wenn sie mündliche Anleitung benötigen, sind die Regeln oder Feldnamen noch nicht klar genug. Passen Sie den Prozess an und wiederholen Sie anschließend die Szenarien.
Führen Sie während der Einführung ein kurzes Ausnahmeprotokoll. Notieren Sie Situationen, in denen User nicht wissen, welchen Status, Verantwortlichen oder welche Priorität sie auswählen sollen. Überprüfen Sie dieses Protokoll regelmäßig und ändern Sie den Workflow nur, wenn ein wiederkehrendes Muster erkennbar wird. So verhindern Sie, dass sich im System zahlreiche Einzelregeln ansammeln.
Messen Sie den Ablauf, nicht Aktivität um ihrer selbst willen
Nützliche Berichte sollten zeigen, wo Kunden warten und wo Arbeit ins Stocken gerät. Beginnen Sie mit Ticketvolumen, Zeit bis zur ersten Antwort, Lösungszeit, Alter des Rückstands und wiedereröffneten Anfragen. Betrachten Sie Trends und Segmente, statt einen einzelnen Durchschnitt als vollständige Geschichte zu behandeln.
Verknüpfen Sie jede Kennzahl mit einer Entscheidung. Ein wachsender Rückstand an alten Tickets kann klarere Verantwortlichkeiten oder mehr Kapazität erfordern. Langsame erste Antworten können auf eine unzureichende Abdeckung beim Anfrageeingang hindeuten. Häufige Wiedereröffnungen können ein Zeichen für unvollständige Lösungen oder missverständliche Antworten sein. Einen ausführlicheren Messplan finden Sie in unserem Leitfaden zu Helpdesk-Berichtskennzahlen.
Überprüfen Sie den Workflow, wenn die Fakten auf einen wiederkehrenden Engpass hinweisen. Fügen Sie keine Felder oder Schritte hinzu, nur weil die Software dies ermöglicht. Die beste Helpdesk-Konfiguration ist die kleinstmögliche, die Verantwortlichkeit, Kontext und nächste Aktionen zuverlässig sichtbar macht.
Eine praktische Checkliste für die Einführung
- Zeichnen Sie den normalen Anfrageweg und die häufigsten Ausnahmen auf.
- Definieren Sie jeden Status danach, wer für die nächste Aktion zuständig ist.
- Trennen Sie Verantwortlichkeit, Dringlichkeit und Themenklassifizierung.
- Dokumentieren Sie, welche Informationen eine vollständige Übergabe enthalten muss.
- Testen Sie den Workflow mit realistischen Support-Szenarien.
- Fügen Sie Serviceziele hinzu, sobald Weiterleitung und Verantwortlichkeit zuverlässig funktionieren.
- Wählen Sie eine kleine Gruppe von Kennzahlen aus, die mit betrieblichen Entscheidungen verknüpft sind.
- Überprüfen Sie Ausnahmen und vereinfachen Sie Regeln, die User uneinheitlich anwenden.
Sobald diese Entscheidungen dokumentiert sind, wird die Konfiguration deutlich einfacher. Ihr Tool sollte den vereinbarten Prozess sichtbar und wiederholbar machen und zugleich genügend Flexibilität für ungewöhnliche Fälle lassen.