Deskhero
Deutsch
Kostenlos testen

← Back to articles

Die wichtigsten Helpdesk-Kennzahlen für Support-Manager

Die wichtigsten Helpdesk-Kennzahlen für Support-Manager

Die nützlichsten Helpdesk-Berichte verbinden Nachfrage, Geschwindigkeit, Qualität und Zuverlässigkeit. Beginnen Sie mit Ticketvolumen, Zeit bis zur ersten Antwort, Lösungszeit, Lösung beim Erstkontakt, SLA-Einhaltung, Alter des Rückstands, Wiedereröffnungsrate, Eskalationsrate, Arbeitsaufwand nach Benutzer, Kanal-Mix und Kosten pro Ticket. Fügen Sie Kundenzufriedenheitskennzahlen nur hinzu, wenn Sie über einen zuverlässigen Umfrageprozess und genügend Antworten verfügen, um sie verantwortungsvoll zu interpretieren.

Eine praktische Berichtsfrequenz sieht so aus:

  • Ticketvolumen: tägliche Momentaufnahme und wöchentlicher Trend
  • Zeit bis zur ersten Antwort: täglicher Trend sowie gegebenenfalls Live-SLA-Überwachung
  • Lösungszeit: täglicher Trend und wöchentliche Überprüfung
  • Lösung beim Erstkontakt: wöchentlich
  • SLA-Einhaltung: tägliche operative Ansicht und wöchentliche Zusammenfassung
  • Alter des Rückstands: täglich
  • Wiedereröffnungs- und Eskalationsraten: wöchentlich
  • Arbeitsaufwand nach Benutzer: täglich zum Ausgleich der Warteschlangen
  • Kanal-Mix: wöchentlich
  • Kosten pro Ticket: monatlich

Beginnen Sie nicht damit, alles zu erfassen. Wählen Sie eine kleine Scorecard, stellen Sie sicher, dass die zugrunde liegenden Zeitstempel und Felder zuverlässig sind, und fügen Sie Details nur dann hinzu, wenn sie jemandem helfen, eine Entscheidung zu treffen.

Die wichtigsten Erkenntnisse

Zuverlässiges Helpdesk-Reporting beginnt mit sauberen Ereignisdaten, klar definierten Formeln und einem Prüfprozess, der mit einem Verantwortlichen und einer Maßnahme endet.

Punkt Details
Kennzahlen von KPIs trennen Eine Kennzahl beschreibt eine Aktivität. Ein KPI ist eine Kennzahl mit einem Ziel, einem verantwortlichen Eigentümer und einer damit verbundenen Entscheidung.
Verteilungen statt nur Durchschnittswerte verwenden Kombinieren Sie Durchschnittswerte mit Medianen, Perzentilen oder Zeitintervallen, damit eine kleine Anzahl langsamer Tickets nicht die typische Erfahrung verschleiert.
Benchmarks brauchen Kontext Berücksichtigen Sie Ihre eigene Ausgangsbasis, den Kanal-Mix, die Ticketkomplexität, die Personalausstattung und Ihre Serviceverpflichtungen, bevor Sie Ziele festlegen.
Datenqualität hat Priorität Definieren Sie, welche Ereignisse die jeweilige Zeitmessung starten, pausieren und beenden, bevor Sie einen Score veröffentlichen.
Deskhero enthält feste Berichtsansichten Deskhero bietet ein operatives Dashboard und einen Statistikbereich mit neun festen Tabs, Filtern, Diagramm- und Tabellenansichten sowie Excel-Export in den meisten Tabs.

Inhaltsverzeichnis

Was ist der Unterschied zwischen einer Helpdesk-Kennzahl und einem KPI?

Eine Kennzahl ist jeder gemessene Wert, etwa erstellte Tickets, die mediane Zeit bis zur ersten Antwort oder die Anzahl offener Tickets. Ein KPI ist eine Kennzahl, die ausgewählt wurde, um ein wichtiges Ergebnis abzubilden. Sie verfügt über eine Definition, ein Ziel oder einen akzeptablen Bereich, einen Verantwortlichen und eine Reaktion für den Fall, dass die Leistung außerhalb dieses Bereichs liegt.

Das Ticketvolumen ist normalerweise eine diagnostische Kennzahl. Es beschreibt die Nachfrage, sagt aber nicht aus, ob das Team gute Arbeit geleistet hat. Die Einhaltung des First-Response-SLA kann ein KPI sein, da sie die Leistung anhand einer festgelegten Verpflichtung misst. Trotzdem sollte sie zusammen mit Qualitäts- und Arbeitsaufwandsdaten betrachtet werden.

Eine sinnvolle Aufteilung ist:

  • Diagnostische Kennzahlen: Ticketvolumen, Kanal-Mix, Prioritäten-Mix, Kategorien-Mix und Zusammensetzung des Rückstands
  • Mögliche KPIs: Zeit bis zur ersten Antwort, Lösungszeit, SLA-Einhaltung, Lösung beim Erstkontakt, Wiedereröffnungsrate und Kundenzufriedenheit

Die Klassifizierung hängt davon ab, was die Organisation verbessern möchte. Eine Kostenkennzahl kann für einen Supportbetrieb zentral und für einen anderen irrelevant sein. Notieren Sie neben jedem KPI die beabsichtigte Entscheidung. Wenn niemand erklären kann, welche Maßnahme eine Veränderung auslösen sollte, gehört die Kennzahl wahrscheinlich eher in eine diagnostische Ansicht.

Profi-Tipp: Dokumentieren Sie jeden KPI in einem Satz: Formel, Grundgesamtheit, Zeitraum, Ausschlüsse, Verantwortlicher und Ziel. So verhindern Sie, dass zwei Teams dieselbe Bezeichnung für unterschiedliche Berechnungen verwenden.

Die wichtigsten Helpdesk-Reporting-Kennzahlen, nach Zweck gruppiert

Gruppieren Sie Kennzahlen nach der Frage, die sie beantworten. Nachfragekennzahlen beschreiben, was in die Warteschlange gelangt. Effizienzkennzahlen zeigen, wie sich die Arbeit bewegt. Erfahrungskennzahlen spiegeln Kundenfeedback wider. Zuverlässigkeitskennzahlen zeigen, ob Verpflichtungen eingehalten wurden. Finanzkennzahlen setzen Supportaktivitäten mit Kosten in Beziehung.

Diagramm, das Helpdesk-Kennzahlen nach Zweck kategorisiert

Produktivitätskennzahlen

Ticketvolumen
Definition: Während eines Berichtszeitraums erstellte Tickets.
Formel: Zählen Sie die Tickets anhand des Erstellungszeitstempels innerhalb des ausgewählten Zeitraums.
Verwendung: Vergleichen Sie das Volumen nach Tag, Kanal, Gruppe, Priorität und Kategorie. Untersuchen Sie Spitzen, bevor Sie die Personalausstattung ändern.

Gelöstes Volumen
Definition: Im Zeitraum gelöste Tickets.
Verwendung: Vergleichen Sie erstelltes und gelöstes Volumen über dasselbe Intervall. Wenn das erstellte Volumen wiederholt das gelöste Volumen übersteigt, wird der Rückstand wahrscheinlich wachsen.

Arbeitsaufwand nach Benutzer
Definition: Tickets, die je nach Fragestellung von jedem Benutzer zugewiesen, bearbeitet oder gelöst wurden.
Verwendung: Gleichen Sie Warteschlangen aus und identifizieren Sie eine Konzentration der Arbeit. Verwenden Sie eine einzelne Arbeitsaufwandszahl nicht als Leistungsranking, ohne Komplexität, Verfügbarkeit und Qualität zu berücksichtigen.

Aufschlüsselung nach Kanal
Definition: Der Anteil der über die einzelnen Kanäle erstellten Tickets.
Formel: Tickets aus einem Kanal geteilt durch alle Tickets im Zeitraum.
Verwendung: Richten Sie Personalausstattung und Serviceziele an der tatsächlichen Nachfrage aus.

Effizienzkennzahlen

Zeit bis zur ersten Antwort
Definition: Die Zeit von der Ticketerstellung bis zur ersten qualifizierenden menschlichen oder automatisierten Antwort gemäß Ihrer Reporting-Richtlinie.
Verwendung: Berichten Sie Median, 90. Perzentil und Zeitintervalle. Geben Sie an, ob die Zeitmessung Kalenderzeit oder Geschäftszeiten verwendet und ob automatische Empfangsbestätigungen zählen.

Hände beim Einstellen eines Reglers für die Antwortzeit

Lösungszeit
Definition: Die Zeit von der Ticketerstellung bis zur Lösung.
Verwendung: Segmentieren Sie nach Gruppe, Priorität, Kategorie und Eskalationsstatus. Wenn die Zeitmessung pausiert, während auf den Kunden gewartet wird, dokumentieren Sie diese Regel.

Lösung beim Erstkontakt
Definition: Der Anteil der geeigneten Tickets, die während der ersten Supportinteraktion gelöst wurden, ohne spätere Rückfrage oder Wiedereröffnung innerhalb des gewählten Beobachtungszeitraums.
Verwendung: Definieren Sie den Beobachtungszeitraum und die geeigneten Kanäle, bevor Sie Zeiträume vergleichen. Ein einfaches Kennzeichen für keine Wiedereröffnung reicht nicht immer aus, um eine Lösung beim Erstkontakt festzustellen.

Antworten bis zur Lösung
Definition: Die Anzahl der bis zur Lösung ausgetauschten Antworten.
Verwendung: Suchen Sie nach Kategorien, die vermeidbares Hin und Her verursachen. Eine niedrige Anzahl ist nur dann nützlich, wenn das Problem tatsächlich gelöst wurde.

Kennzahlen zur Kundenerfahrung

Kundenzufriedenheit
Definition: Der Anteil oder Durchschnitt der Antworten auf eine definierte Umfrage nach der Interaktion.
Verwendung: Berichten Sie zusammen mit dem Score immer die Anzahl der Antworten und die Antwortrate. Prüfen Sie schriftliche Kommentare und segmentieren Sie sorgfältig, besonders bei kleinen Stichproben.

Net Promoter Score
Definition: Der Prozentsatz der Promotoren abzüglich des Prozentsatzes der Kritiker aus einer definierten Weiterempfehlungsumfrage.
Verwendung: Betrachten Sie ihn als umfassenderes Maß für die Kundenbeziehung, nicht als direkten Ersatz für die Zufriedenheit auf Tikelebene.

Wiedereröffnungsrate
Definition: Innerhalb eines definierten Zeitraums wiedereröffnete gelöste Tickets geteilt durch die geeigneten gelösten Tickets.
Verwendung: Prüfen Sie Kategorien, Benutzer und Abschlusspraktiken, wenn sich die Rate verändert. Eine Wiedereröffnung kann auf eine unvollständige Lösung hindeuten, aber auch darauf, dass ein Kunde einem alten Thread ein neues Anliegen hinzufügt.

Zuverlässigkeits- und SLA-Kennzahlen

SLA-Einhaltung
Definition: Abgeschlossene Antwort- oder Lösungszeitmessungen, die das geltende Ziel erreicht haben, geteilt durch die abgeschlossenen Zeitmessungen in der Berichtsgrundgesamtheit.
Verwendung: Halten Sie die Einhaltung getrennt von der Live-Anzahl der Tickets, bei denen aktuell ein Risiko besteht oder die SLA verletzt wurde. Die erste Kennzahl ist ein historisches Urteil, die zweite eine operative Momentaufnahme.

Alter des Rückstands
Definition: Die Altersverteilung offener Tickets.
Verwendung: Zeigen Sie Altersintervalle und die ältesten Tickets. Wählen Sie Schwellenwerte, die zu Ihren Serviceverpflichtungen passen, statt ein universelles Limit anzuwenden.

Eskalationsrate
Definition: An eine andere Gruppe oder einen Spezialisten eskalierte Tickets geteilt durch die geeigneten Tickets.
Verwendung: Segmentieren Sie nach Kategorie und Priorität. Eine Eskalation kann auf eine Wissenslücke hindeuten, aber auch der richtige Weg für komplexe Aufgaben sein.

Finanzkennzahlen

Kosten pro Ticket
Definition: Zugeordnete Supportkosten für einen Zeitraum geteilt durch die in diesem Zeitraum bearbeiteten geeigneten Tickets.
Verwendung: Dokumentieren Sie, welche Gehälter, Softwarekosten, Auftragnehmer und Gemeinkosten enthalten sind. Vergleichen Sie gleiche Zeiträume und ähnliche Ticketgrundgesamtheiten.

Kosten nach Kanal oder Kategorie
Definition: Zugeordnete Kosten für einen Kanal oder eine Kategorie geteilt durch das geeignete Ticketvolumen.
Verwendung: Nutzen Sie diese Kennzahl nur, wenn Zeit- und Kostenverteilung zuverlässig genug für die Berechnung sind. Falsche Präzision ist schlechter, als das Feld leer zu lassen.

So legen Sie realistische Ziele und Benchmarks für Ihr Team fest

Universelle Helpdesk-Benchmarks sind selten wirklich universell. Ein Ziel hängt von Kanal, Geschäftszeiten, Ticketkomplexität, Priorität, Personalausstattung und dem Versprechen an die Kunden ab. Leiten Sie Ziele zunächst aus Ihrem eigenen Betrieb ab.

  1. Definieren Sie die Kennzahl. Notieren Sie Start- und Endereignis, Pausen, Ausschlüsse und die geeignete Grundgesamtheit.
  2. Erstellen Sie eine Ausgangsbasis. Verwenden Sie ausreichend historische Daten, um normale Schwankungen abzudecken. Vergleichen Sie Median- und Perzentilwerte, nicht nur Durchschnittswerte.
  3. Segmentieren Sie die Ausgangsbasis. Trennen Sie Kanäle, Prioritäten, Gruppen und wichtige Ticketkategorien, wenn sich deren Arbeitsabläufe unterscheiden.
  4. Verknüpfen Sie das Ziel mit einer Verpflichtung. SLA-Ziele sollten zum Serviceversprechen passen. Interne Verbesserungsziele sollten anspruchsvoll, aber operativ realistisch sein.
  5. Überprüfen Sie das Ziel nach Prozessänderungen. Neue Weiterleitung, Personalausstattung, Automatisierung oder Produktveröffentlichungen können die Ausgangsbasis verändern.
Kennzahl Ansatz zur Zielfestlegung Empfohlene Frequenz
Zeit bis zur ersten Antwort Nach Kanal, Priorität und Serviceverpflichtung festlegen Täglich
Lösungszeit Nach Priorität und Ticketkategorie festlegen Täglich und wöchentlich
Lösung beim Erstkontakt Nach Kategorie als Ausgangsbasis erfassen und einen Beobachtungszeitraum definieren Wöchentlich
Kundenzufriedenheit Erst festlegen, wenn Antwortvolumen und Verzerrungen bekannt sind Wöchentlich oder monatlich
SLA-Einhaltung An die veröffentlichte oder vertraglich vereinbarte Verpflichtung anpassen Täglich und wöchentlich
Alter des Rückstands Schwellenwerte verwenden, die an Priorität und Servicerichtlinie gebunden sind Täglich
Wiedereröffnungsrate Nach Kategorie und Abschlussrichtlinie als Ausgangsbasis erfassen Wöchentlich
Kosten pro Ticket Einen konsistent definierten internen Trend verfolgen Monatlich

Verwenden Sie gleitende Zeitfenster, wenn eine Kennzahl eine kleine Stichprobe oder starke tägliche Schwankungen aufweist. Nutzen Sie Periodenvergleiche, wenn Sie operative Veränderungen erkennen müssen. Zeigen Sie in beiden Fällen die Anzahl der geeigneten Tickets an, damit Leser beurteilen können, wie stabil das Ergebnis ist.

So gestalten Sie Dashboards, die jede Zielgruppe tatsächlich nutzt

Ein Dashboard funktioniert, wenn jede Kachel eine Frage für ihre Zielgruppe beantwortet. Operative Ansichten sollten den Menschen helfen, sofort zu handeln. Managementansichten sollten Trends und Ausnahmen erklären. Ansichten für Führungskräfte sollten Supportergebnisse mit Service, Risiko und Kosten verbinden.

Zuordnung von Zielgruppen zu Kennzahlen

Benutzer benötigen ihre offenen Aufgaben, Tickets, die auf die erste Antwort warten, fällige oder verletzte SLA-Zeitmessungen sowie genügend Kontext zur Warteschlange, um das nächste Ticket auszuwählen.

Hände beim Verwalten von Arbeitsbereichselementen und einer Zeituhr

Teamleiter benötigen erstelltes und gelöstes Volumen, das Alter des Rückstands, die Verteilung der Antwortzeiten, das SLA-Risiko und den Arbeitsaufwand nach Benutzer. Außerdem benötigen sie Drill-down-Links zu den Tickets hinter einer Zahl.

Supportmanager benötigen Trends nach Gruppe, Priorität, Kanal und Kategorie sowie klare Definitionen für jeden KPI. Eine zusammengefasste Scorecard sollte zu einer Tabelle oder einem Diagramm führen, das die Veränderung erklärt.

Führungskräfte benötigen in der Regel eine kleine Auswahl an Service-, Qualitäts-, Risiko- und Kostenindikatoren. Zeigen Sie Ziel, aktuellen Wert, Richtung und eine kurze Erklärung wesentlicher Veränderungen.

  • Erstellte und gelöste Tickets: Trendlinien mit demselben Intervall
  • Verteilung der ersten Antworten: Median, 90. Perzentil und Zeitintervalle
  • Lösungstrend: nach Priorität oder Kategorie segmentiert
  • SLA jetzt: aktuell verletzte, bald fällige und pausierte Zeitmessungen
  • SLA-Einhaltung: abgeschlossene Zeitmessungen, die im ausgewählten Zeitraum ihre Ziele erreicht haben
  • Rückstand nach Alter: Anzahl offener Tickets in nützlichen Altersintervallen
  • Arbeitsaufwandstabelle: Aktivitäten nach Gruppe und Benutzer mit relevantem Kontext
  • Aufschlüsselung nach Kanal und Thema: Nachfragemix und wiederkehrende Themen

Berichtsfrequenz

  • Live-Ansicht für den operativen Betrieb: offene Tickets, ausstehende erste Antworten und aktuelles SLA-Risiko
  • Tägliche Überprüfung: Volumen, Alter des Rückstands, erste Antwort, Lösungszeit und Verletzungen
  • Wöchentliche Überprüfung: Trends, Ausnahmen, Wiedereröffnungsrate, Eskalationsrate und Verbesserungsmaßnahmen
  • Monatliche Überprüfung: Serviceergebnisse, Kosten, Kapazität und Zieländerungen

Verknüpfen Sie jedes Meeting mit Entscheidungen. Eine wöchentliche Überprüfung sollte mit einem namentlich benannten Verantwortlichen, einem Fälligkeitsdatum und der Kennzahl enden, die zeigt, ob die Änderung funktioniert hat.

So bringen Sie Ihre Daten vor dem Reporting in Ordnung

Kennzahlen sind nur so zuverlässig wie ihre Ereignisdefinitionen. Stellen Sie vor dem Aufbau eines Dashboards sicher, dass das Ticketsystem Erstellungs-, Antwort-, Status-, Zuweisungs- und Lösungsereignisse konsistent erfasst.

Minimales Ticketschema

Ein Reporting-Export benötigt häufig Felder wie diese:

  • ticket_id: stabiler Ticketbezeichner
  • created_at: Zeitstempel der Ticketerstellung
  • first_qualifying_response_at: Zeitstempel, der von der Definition der ersten Antwort verwendet wird
  • resolved_at: Zeitstempel der Lösung
  • assignee_id: aktueller Verantwortlicher oder Verantwortlicher zum Ereigniszeitpunkt, eindeutig gekennzeichnet
  • group_id: zuständige Gruppe
  • channel: Quellkanal
  • priority: kontrollierter Prioritätswert
  • status: kontrollierter Statuswert
  • tags: möglichst kontrollierte Kategorien
  • sla_policy_id: geltende Richtlinie, sofern vorhanden
  • reopened_count: Anzahl der Wiedereröffnungsereignisse

Nicht jede Plattform stellt dasselbe Schema bereit. Betrachten Sie diese Punkte als Reporting-Konzepte, nicht als Aussage über exakte Feldnamen. Wenn sich ein Wert ändern kann, entscheiden Sie, ob der Bericht den aktuellen Wert oder den Wert zum Zeitpunkt des Ereignisses benötigt.

Tagging und Taxonomie

Verwenden Sie eine kontrollierte Taxonomie für Kategorien, die Personalausstattung, Weiterleitung oder Verbesserungsarbeit beeinflussen. Halten Sie die Liste klein genug, um sie konsistent zu verwenden. Prüfen Sie nicht kategorisierte Tickets und nahezu identische Bezeichnungen, bevor Sie Kategorietrends vertrauen.

Automatisierung kann bei der Zuweisung von Feldern helfen, doch auch die automatisierte Klassifizierung muss überprüft werden. Erfassen Sie unbekannte oder wenig zuverlässige Ergebnisse, statt jedes Ticket in eine irreführende Kategorie zu zwingen.

Checkliste für die Datenerfassung

  • [ ] Alle Zeitstempel verwenden einen einheitlichen gespeicherten Zeitstandard und eine dokumentierte Anzeigezeitzone
  • [ ] Die Definition der ersten Antwort legt fest, ob automatische Antworten zählen
  • [ ] Geschäftszeiten und Kalenderzeiten werden nicht vermischt
  • [ ] Pausenstatus für Lösungszeitmessungen sind dokumentiert
  • [ ] Wiedereröffnungs- und Eskalationsereignisse verfügen über eindeutige Definitionen
  • [ ] Aktueller Verantwortlicher wird nicht mit dem Verantwortlichen bei der Lösung verwechselt
  • [ ] Für gelöschte, zusammengeführte, Spam-, Test- und importierte Tickets gibt es eine festgelegte Einschlussrichtlinie
  • [ ] Jeder Score zeigt die Anzahl der geeigneten Tickets

Profi-Tipp: Berechnen Sie eine kleine Stichprobe von Hand nach. Wenn sich das Dashboard-Ergebnis nicht anhand der Ticketereignisse reproduzieren lässt, korrigieren Sie die Definition oder die Daten, bevor Sie ein Ziel festlegen.

Reporting-Fallen, die Ihre Kennzahlen irreführend machen

  • Ticketanzahl als Leistung betrachten. Das Volumen misst die Nachfrage. Kombinieren Sie es mit Rückstand, Geschwindigkeit und Qualität, bevor Sie Schlussfolgerungen über die Leistung ziehen.

  • Einen Durchschnitt ohne Verteilung melden. Durchschnittswerte können lange Wartezeiten verbergen. Fügen Sie eine Median-, Perzentil- oder Zeitintervallansicht hinzu.

  • Benutzer nur anhand geschlossener Tickets einstufen. Ticketkomplexität, Arbeitszeiten, Neuzuweisungen und Qualität beeinflussen die Anzahl. Verwenden Sie Arbeitsaufwandstabellen zum Ausgleichen der Arbeit, nicht als eigenständigen Leistungswert.

  • Unterschiedliche Ticketgrundgesamtheiten vermischen. Unterschiedliche Prioritäten, Kanäle und Kategorien benötigen häufig unterschiedliche Ziele. Segmentieren Sie vor dem Vergleich.

  • Live-SLA-Status mit historischer Einhaltung verwechseln. Ein aktuell verletztes Ticket ist ein operatives Problem. Eine abgeschlossene Zeitmessung, die ihr Ziel verfehlt hat, gehört in die Einhaltungsrate. Vermischen Sie die beiden Grundgesamtheiten nicht.

  • Änderungen des Nenners ignorieren. Ein Prozentsatz kann sich verändern, weil sich die geeignete Grundgesamtheit geändert hat. Zeigen Sie immer die zugrunde liegende Anzahl an.

  • Präzision vortäuschen. Wenn Bearbeitungszeit, Kostenverteilung oder Umfrageabdeckung unvollständig sind, kennzeichnen Sie die Einschränkung oder lassen Sie die Kennzahl weg.

Eine sofort einsetzbare Dashboard-Vorlage zum Kopieren

Die folgende Vorlage ist plattformneutral. Passen Sie Feldnamen und Formeln an Ihr Datenmodell an und dokumentieren Sie anschließend jede Anpassung.

Tabellenschema und Formeln

Spaltenname Formel oder Quelle Hinweise
ticket_id Ticketsystem Stabiler Schlüssel
created_at Ticketereignis In einem einheitlichen Zeitstandard speichern
first_response_at Ereignis der ersten qualifizierenden Antwort Behandlung automatischer Antworten dokumentieren
resolved_at Lösungsereignis Umgang mit Wiedereröffnungen dokumentieren
frt_minutes Differenz zwischen Erstellung und erster Antwort Kalender- oder Geschäftsminuten
resolution_minutes Differenz zwischen Erstellung und Lösung Dokumentierte Pausen gegebenenfalls abziehen
reopened_count Anzahl der Wiedereröffnungsereignisse Beobachtungszeitraum festlegen
sla_first_reply_met Ergebnis der SLA-Zeitmessung Null, wenn keine geeignete abgeschlossene Zeitmessung vorliegt
sla_resolution_met Ergebnis der SLA-Zeitmessung Null, wenn keine geeignete abgeschlossene Zeitmessung vorliegt
channel Ticketquelle Kontrollierter Wert
priority Ticketfeld Kontrollierter Wert
group_id Ticketfeld oder Ereignisverlauf Angeben, ob aktuell oder zum Ereigniszeitpunkt

Beispielhafte SQL-Snippets

Erste Antwort nach Kalenderzeit in MySQL:

SELECT ticket_id,
       TIMESTAMPDIFF(MINUTE, created_at, first_response_at) AS frt_minutes
FROM tickets
WHERE first_response_at IS NOT NULL;

Erstellte Tickets nach aktuellem Verantwortlichen und Tag:

SELECT assignee_id,
       DATE(created_at) AS ticket_date,
       COUNT(*) AS tickets_created
FROM tickets
GROUP BY assignee_id, DATE(created_at)
ORDER BY ticket_date DESC, tickets_created DESC;

SLA-Einhaltung der abgeschlossenen ersten Antwort:

SELECT
  AVG(CASE WHEN sla_first_reply_met = 1 THEN 1.0 ELSE 0.0 END) * 100 AS attainment_pct
FROM tickets
WHERE sla_first_reply_met IS NOT NULL
  AND created_at >= :period_start
  AND created_at < :period_end;

Diese Beispiele verwenden vereinfachte Felder und Kalenderzeit. Produktionsberichte müssen dieselben Regeln für Eignung, Geschäftszeiten, Pausen, Zusammenführungen und Löschungen anwenden wie das Quellsystem.

Aufbau der Dashboard-Tabs

  1. Operativer Tab: offene Warteschlange, ausstehende erste Antworten, aktuelles SLA-Risiko und älteste Tickets
  2. Management-Tab: Trend erstellter und gelöster Tickets, Antwortverteilung, Lösungstrend, SLA-Einhaltung, Alter des Rückstands und Arbeitsaufwandstabellen
  3. Tab für Führungskräfte: ausgewählte Service-, Qualitäts-, Risiko- und Kosten-KPIs mit Zielen und kurzen Erläuterungen

Profi-Tipp: Bewahren Sie neben dem Dashboard ein Kennzahlenlexikon auf. Versionieren Sie Änderungen an Formeln und Zielen, damit historische Verschiebungen nachvollziehbar bleiben.

Wo sich Reporting tatsächlich auszahlt

Reporting zahlt sich aus, wenn es das Warteschlangenmanagement, die Personalausstattung, die Weiterleitung, die Dokumentation oder die Produktarbeit verändert. Ein anspruchsvolles Diagramm, das keine Entscheidung hervorbringt, ist weniger nützlich als eine einfache Rückstandsansicht, die dem Team hilft, alte Tickets abzuarbeiten.

Beginnen Sie mit einem Maß für die Nachfrage, einem Maß für die Geschwindigkeit, einem Maß für Zuverlässigkeit oder Qualität und dem Alter des Rückstands. Betrachten Sie sie gemeinsam. Wenn das Volumen steigt, während die Antwortzeit stabil bleibt, verfügt das Team möglicherweise über Kapazität. Wenn das gelöste Volumen hinter dem erstellten Volumen zurückbleibt und der Rückstand älter wird, ist das Problem sichtbar, bevor ein einzelner Durchschnittswert alarmierend wird.

Nutzen Sie Drill-downs, um von einem Muster zu den dahinterliegenden Tickets zu gelangen. Die beste Prüffrage lautet nicht einfach: „Warum hat sich die Zahl verändert?“ Sie lautet: „Welche Tickets haben die Veränderung verursacht, was haben sie gemeinsam und was werden wir anders machen?“

Deskhero liefert Ihnen vom ersten Tag an reportingbereite Daten

Deskhero verwandelt verbundene Gmail-, Google-Workspace- und Microsoft-365-Postfächer in gemeinsame Ticketwarteschlangen. Außerdem akzeptiert es Tickets aus eingebetteten Formularen und seinem FAQ-basierten KI-Chatbot.

Deskhero

Deskhero umfasst ein operatives Dashboard mit Ansichten zum Ticketstatus, Tickets, die auf die erste Antwort warten, Trends des Ticketvolumens, durchschnittlicher Zeit bis zur ersten Antwort, durchschnittlicher Lösungszeit und durchschnittlicher Zeit pro Status. Der Statistikbereich verfügt über neun feste Tabs zu Übersicht, Trends, Antwortzeiten, SLA, Team, KI und Automatisierung, Kanälen, Themenstatistiken und einem Themencluster.

Statistiken können nach Datum und Gruppe gefiltert werden, mit einem zusätzlichen Richtlinienfilter im SLA-Tab. Diagrammkarten können zwischen Diagramm- und Tabellenansicht wechseln, und die meisten Tabs lassen sich nach Excel exportieren. Die Zahlen beziehen sich auf die Gruppen, auf die der angemeldete Benutzer zugreifen kann, und werden im Allgemeinen etwa fünf Minuten lang zwischengespeichert. Der Live-SLA-Bereich ist von der historischen Einhaltung getrennt.

Deskhero enthält keinen benutzerdefinierten Berichtsgenerator. Auch die Themenansichten verfügen über Datenvoraussetzungen: Für die Themenclusterbildung werden ungefähr 100 Tickets benötigt, und sie wird regelmäßig neu erstellt. Eine kostenlose 30-Tage-Testversion ist ohne Kreditkarte verfügbar.

Quellen

Dieser Leitfaden verwendet das in der Produktimplementierung von Deskhero dokumentierte Reporting-Verhalten. Die folgenden verwandten Deskhero-Leitfäden bieten zusätzlichen Kontext zu Dashboards und zur Ticketaufnahme.

FAQ

Was sind die wichtigsten Kennzahlen für das Service-Desk-Reporting?

Beginnen Sie mit Ticketvolumen, erstelltem und gelöstem Volumen, Zeit bis zur ersten Antwort, Lösungszeit, SLA-Einhaltung, Alter des Rückstands, Wiedereröffnungsrate, Eskalationsrate, Arbeitsaufwand nach Benutzer und Kanal-Mix. Fügen Sie Zufriedenheits- und Kostenkennzahlen hinzu, wenn ihre Quelldaten zuverlässig sind.

Welche KPIs eignen sich für einen IT-Helpdesk?

Erste Antwort, Lösung, SLA-Einhaltung, Lösung beim Erstkontakt, Wiedereröffnungsrate und Kundenzufriedenheit können allesamt nützliche KPIs sein. Wählen Sie nur Kennzahlen aus, die mit einem wichtigen Ergebnis, einem klaren Ziel und einer Maßnahme verknüpft sind, die das Team ergreifen kann.

Wie oft sollten Sie CSAT-Umfragen versenden?

Wählen Sie einen konsistenten Auslöser, der zur Kundenreise passt, etwa nach der Lösung eines geeigneten Tickets. Halten Sie die Umfrage kurz, vermeiden Sie wiederholte Anfragen an denselben Kunden und geben Sie zusammen mit dem Score die Anzahl der Antworten und die Antwortrate an.

Wie hoch ist eine gute Lösungsrate beim Erstkontakt?

Es gibt keine nützliche universelle Rate für jedes Team. Definieren Sie, was als Erstkontakt zählt, legen Sie einen Beobachtungszeitraum für Rückfragen oder Wiedereröffnungen fest, erfassen Sie die Ausgangsbasis nach Kategorie und Kanal und verbessern Sie die Rate, ohne vorschnelle Abschlüsse zu fördern.

Wie berechnet man die Kosten pro Ticket?

Teilen Sie konsistent zugeordnete Supportkosten für einen Zeitraum durch die in diesem Zeitraum bearbeiteten geeigneten Tickets. Dokumentieren Sie, welche Arbeits-, Software-, Auftragnehmer- und Gemeinkosten enthalten sind, und vergleichen Sie anschließend gleiche Zeiträume und Ticketgrundgesamtheiten.