Deskhero
Deutsch
Kostenlos testen

← Back to articles

Helpdesk-Reporting-Kennzahlen, die Support-Manager verfolgen sollten

Helpdesk-Reporting-Kennzahlen, die Support-Manager verfolgen sollten

Die wesentlichen Kennzahlen für Helpdesk-Reports sind Ticketvolumen, Erstreaktionszeit, durchschnittliche Lösungszeit (MTTR), Erstkontaktlösung (FCR), CSAT, SLA-Einhaltung, Rückstand und Ticketalter, Wiedereröffnungsrate, Eskalationsrate, Auslastung der Nutzer, Kosten pro Ticket und Kanalvolumen. Erfassen Sie sie gemeinsam als einen Datensatz und nicht als Menü, aus dem Sie auswählen, denn die isolierte Betrachtung einer einzelnen Zahl schafft falsche Anreize: Wer nur die Geschwindigkeit steigert, erhöht die Wiedereröffnungsrate; wer nur die CSAT optimiert, kann die Kosten pro Ticket in die Höhe treiben.

Der Zweck, Helpdesk-Reporting-Kennzahlen in einer Ansicht zusammenzuführen, besteht darin, vier Aufgaben gleichzeitig abzudecken: Effizienz, Qualität, Arbeitsaufkommen und Kosten. Wenn eine davon fehlt, steuern Sie nach einem unvollständigen Bild.

Hier ist die Arbeitsliste, die Sie heute auf ein Dashboard setzen sollten:

  • Ticketvolumen: insgesamt und nach Kanal, damit die Personalplanung der Nachfrage folgt
  • Erstreaktionszeit (FRT): wie lange Kunden auf eine erste inhaltlich relevante Antwort warten
  • MTTR: mediane Lösungszeit, aufgeschlüsselt nach Priorität
  • FCR: Prozentsatz der Tickets, die ohne Eskalation oder weitere Rückfrage gelöst wurden
  • CSAT: Zufriedenheitswert nach Abschluss des Tickets
  • SLA-Einhaltung: Prozentsatz der Tickets, die Antwort- und Lösungsziele erfüllen
  • Rückstand und Ticketalter: offene Tickets, gruppiert danach, wie lange sie bereits warten
  • Wiedereröffnungsrate: Tickets, die geschlossen und innerhalb eines festgelegten Zeitfensters wiedereröffnet wurden
  • Eskalationsrate: Prozentsatz der Tickets, die an Tier 2 oder höher weitergeleitet wurden
  • Auslastung der Nutzer: aktive Arbeitszeit im Verhältnis zur verfügbaren Kapazität
  • Kosten pro Ticket: gesamte Supportkosten geteilt durch das Ticketvolumen
  • Kanalvolumen: aufgeteilt nach E-Mail, Chat, Telefon und Self-Service

Ihr nächster Schritt: Erstellen Sie ein einseitiges wöchentliches Dashboard mit Volumen, FRT, MTTR, CSAT und dem Alter des Rückstands. So erkennen Sie in fünfzehn Minuten am schnellsten, ob die Woche aus dem Ruder gelaufen ist.

Wichtigste Erkenntnisse

Helpdesk-Reporting funktioniert, wenn Manager Kennzahlen für Effizienz, Qualität, Arbeitsaufkommen und Kosten gemeinsam erfassen, statt eine einzelne Zahl isoliert zu optimieren.

Punkt Details
Das vollständige Set erfassen FRT, MTTR, FCR, CSAT, SLA-Einhaltung, Alter des Rückstands, Wiedereröffnungsrate, Eskalationsrate, Auslastung und Kosten pro Ticket kombinieren.
FCR mit der Wiedereröffnungsrate kombinieren Eine hohe FCR allein kann verfrühte Schließungen verbergen; die Wiedereröffnungsrate zeigt, was die FCR nicht erfasst.
Zielgruppenspezifische Dashboards erstellen Führungskräfte benötigen Trends und Kosten; Manager benötigen Arbeitsaufkommen und Risiken; Nutzer benötigen ihre eigene Warteschlange.
Echtzeitdaten für den Betrieb, historische Daten für die Strategie verwenden Warteschlangentiefe und SLA-Timer bestimmen Entscheidungen am selben Tag; Trenddaten steuern Einstellungen und Prozessänderungen.
Die Datenpipeline automatisieren Deskhero strukturiert Tickets aus E-Mail, Formularen und seinem KI-Chatbot in einem System und stellt feste Statistikansichten mit Excel-Exporten bereit.

Inhaltsverzeichnis

Was sind Helpdesk-Reporting-Kennzahlen und KPIs?

Eine Kennzahl ist jede Zahl, die Sie messen. Ein KPI ist eine Kennzahl, die an ein Ziel gebunden ist und Ihnen zeigt, ob die Leistung akzeptabel ist. Das Ticketvolumen ist eine Kennzahl; „90 % der Tickets innerhalb von 8 Arbeitsstunden lösen“ ist ein KPI, der auf einer Kennzahl aufbaut.

Helpdesk-Reporting-Kennzahlen lassen sich im Allgemeinen in vier Kategorien einteilen. Wenn Sie wissen, welche Kategorie Sie betrachten, vermeiden Sie, eine Dimension übermäßig zu gewichten:

  • Produktivitätskennzahlen: Ticketvolumen, Auslastung der Nutzer, pro Nutzer und Tag geschlossene Tickets
  • Effizienzkennzahlen: Erstreaktionszeit, MTTR, Zeit bis zur ersten Antwort nach Kanal
  • Qualitätskennzahlen: CSAT, FCR, Wiedereröffnungsrate, Qualitätssicherungswerte
  • Kostenkennzahlen: Kosten pro Ticket, Kosten pro gelöstem Problem, mit Rückstandsspitzen verbundene Überstunden

Der häufigste Fehler von Teams besteht darin, Kennzahlen auszuwählen, weil ein Tool sie zufällig meldet, und nicht, weil sie zu einem Geschäftsziel passen. Wenn Ihrer Führungsebene die Kundenbindung wichtig ist, können CSAT und Wiedereröffnungsrate wichtiger sein als die reine Ticketanzahl. Wenn es um die Personalplanung geht, sind Ticketvolumen und Auslastung der Nutzer möglicherweise wichtiger als CSAT. Beginnen Sie mit der Entscheidung, die Sie treffen müssen, und wählen Sie dann die Kennzahl, die Sie dabei unterstützt.

Die 14 wichtigsten Helpdesk-Kennzahlen: Definitionen, Formeln und Maßnahmen

Jede dieser Kennzahlen ist ein Werkzeug für Manager und keine Rangliste. Hier erfahren Sie, was sie bedeutet, wie sie berechnet und aufgeschlüsselt wird und was Sie tatsächlich tun sollten, wenn sie sich verändert.

Ticketvolumen. Gesamtzahl der in einem Zeitraum eingegangenen Tickets. Formel: Anzahl neuer Tickets, aufgeschlüsselt nach Kanal, Priorität und Kategorie. Wenn das Volumen ohne entsprechende Produktänderung ansteigt, prüfen Sie, ob ein Fehler, Ausfall oder eine Marketingkampagne den Anstieg verursacht. Anhaltendes Volumenwachstum ohne Personalwachstum ist Ihr frühestes Warnsignal für Probleme mit dem Rückstand.

Kanalvolumen. Nach Eingangskanal aufgeschlüsseltes Ticketvolumen: E-Mail, eingebettete Webformulare, Chat, Telefon. Dies zeigt Ihnen, wo Investitionen in die Vermeidung von Tickets sinnvoll sind. Wenn sich das Chatvolumen verdreifacht, während die Lösungsqualität zurückgeht, handelt es sich um eine Trainingslücke und nicht um eine Personallücke.

Erstreaktionszeit (FRT). Zeit von der Ticketerstellung bis zur ersten inhaltlich relevanten Antwort eines Nutzers. Formel: Summe aus (Zeitstempel der ersten Antwort minus Zeitstempel der Erstellung) geteilt durch die Ticketanzahl. Nach Kanal und Priorität aufschlüsseln. FRT ist nützlich, weil sie die erste Wartezeit des Kunden misst. Wenn die FRT steigt, untersuchen Sie Routing, Personalbesetzung und Nachfrage, bevor Sie eine Lösung auswählen. Automatische Empfangsbestätigungen sollten getrennt von inhaltlich relevanten Antworten gemessen werden. Die KI-Autoantworten von Deskhero zählen als erste Antwort und werden separat von Antworten menschlicher Mitarbeiter ausgewiesen.

Durchschnittliche Lösungszeit (MTTR). Durchschnittliche oder mediane Zeit von der Erstellung bis zur Lösung. Formel: Summe aus (resolved_at minus created_at) geteilt durch die Anzahl gelöster Tickets. Verwenden Sie neben dem Durchschnitt auch den Median, wenn Ausreißer über mehrere Tage den Durchschnitt verzerren. Nach Priorität und Kategorie aufschlüsseln. Eine steigende MTTR bei Tickets mit niedriger Priorität, während dringende Tickets unverändert bleiben, kann auf ein Triage- oder Kapazitätsproblem hindeuten.

Erstkontaktlösung (FCR). Prozentsatz der Tickets, die in einer einzigen Interaktion ohne Rückfrage oder Eskalation geschlossen werden. Formel: beim Erstkontakt gelöste Tickets geteilt durch die Gesamtzahl der Tickets, multipliziert mit 100. FCR und Wiedereröffnungsrate sollten immer gemeinsam betrachtet werden. Eine hohe FCR bei gleichzeitig steigender Wiedereröffnungsrate kann bedeuten, dass Nutzer Tickets zu früh schließen.

CSAT. Zufriedenheitswert nach der Lösung, üblicherweise eine Bewertung von 1 bis 5, die an eine Abschlussumfrage gekoppelt ist. Formel: positive Antworten geteilt durch die Gesamtzahl der Antworten, multipliziert mit 100. Nach Nutzer, Kategorie und Kanal aufschlüsseln. Ein CSAT-Rückgang in einer Kategorie, etwa bei der Abrechnung, während die Gesamt-CSAT stabil bleibt, kann zeigen, wo Coaching oder eine Prozessprüfung erforderlich ist.

NPS oder CES, sofern erfasst. Der Net Promoter Score misst die Kundenloyalität; der Customer Effort Score misst, wie aufwendig sich die Interaktion angefühlt hat. Keiner der beiden Werte ersetzt CSAT, doch insbesondere CES ist nützlich, um Reibung in Self-Service-Abläufen zu erkennen, bevor Kunden überhaupt ein Ticket eröffnen.

SLA-Einhaltung. Prozentsatz der Tickets, die die vertraglich vereinbarten Antwort- und Lösungsfristen einhalten. Formel: Tickets innerhalb des SLA geteilt durch die Gesamtzahl der Tickets, multipliziert mit 100. Nach Prioritätsstufe aufschlüsseln, da eine einzige kombinierte SLA-Zahl verbergen kann, dass Ihre Einhaltung bei dringenden Tickets scheitert, während sie bei Tickets mit niedriger Priorität gut aussieht.

Rückstand und Ticketalter. Anzahl offener Tickets, gruppiert in Alterskategorien (0 bis 24 Stunden, 1 bis 3 Tage, mehr als 3 Tage). Eine wachsende Gruppe älterer Tickets kann bereits vor dem Verfehlen eines SLA-Ziels auf ein Kapazitäts- oder Workflow-Problem hinweisen.

Wiedereröffnungsrate. Prozentsatz der gelösten Tickets, die innerhalb eines definierten Zeitfensters, üblicherweise 48 Stunden, wiedereröffnet werden. Formel: wiedereröffnete Tickets geteilt durch gelöste Tickets, multipliziert mit 100. Die Kombination aus Wiedereröffnungsrate und FCR hilft zu erkennen, ob schnellere Schließungen zulasten einer nachhaltigen Lösung gehen.

Eskalationsrate. Prozentsatz der Tickets, die über Tier 1 hinaus weitergeleitet werden. Formel: eskalierte Tickets geteilt durch die Gesamtzahl der Tickets, multipliziert mit 100. Eine steigende Eskalationsrate bei stabilem Ticketvolumen kann auf eine Wissenslücke, ein Routing-Problem oder eine Veränderung der Ticketkomplexität hindeuten.

Auslastung der Nutzer. Aktive Arbeitszeit geteilt durch die planmäßig verfügbare Arbeitszeit. Formel: für Tickets aufgewendete Zeit geteilt durch geplante Stunden, multipliziert mit 100. Eine anhaltende Überauslastung kann das Burnout-Risiko erhöhen. Interpretieren Sie die Zahl daher zusammen mit Arbeitsaufkommen und Abwesenheiten.

Kosten pro Ticket. Gesamte Supportkosten (Gehälter, Tools, Gemeinkosten) geteilt durch das Ticketvolumen des Zeitraums. So erhalten Manager und Finanzabteilung eine gemeinsame Grundlage, um über die Supportkosten zu sprechen.

Qualitätssicherungs- oder Qualitätswerte. Manuelle oder KI-gestützte Bewertung von Tickettranskripten anhand eines Bewertungsrasters, einschließlich Tonalität, Genauigkeit und Einhaltung von Richtlinien. Die Qualitätssicherung kann Kontext liefern, den Zufriedenheitsumfragen nicht erfassen, insbesondere bei einer geringen Zahl an Umfrageantworten.

Kennzahl Formel Primäre Zielgruppe
Ticketvolumen Anzahl neuer Tickets pro Zeitraum Manager, Führungskraft
Erstreaktionszeit Sum(first reply time − created time) / Tickets Nutzer, Manager
MTTR Median(resolved time − created time) Manager, Führungskraft
FCR Erstkontaktlösungen / Gesamttickets × 100 Manager
CSAT Positive Antworten / Gesamtzahl der Antworten × 100 Manager, Führungskraft
SLA-Einhaltung Tickets innerhalb des SLA / Gesamttickets × 100 Manager, Führungskraft
Alter des Rückstands Offene Tickets, gruppiert nach Alterskategorie Manager, Nutzer
Wiedereröffnungsrate Wiedereröffnete Tickets / gelöste Tickets × 100 Manager
Eskalationsrate Eskalierte Tickets / Gesamttickets × 100 Manager
Auslastung der Nutzer Aktive Arbeitszeit / geplante Zeit × 100 Manager
Kosten pro Ticket Gesamte Supportkosten / Ticketvolumen Führungskraft
Qualitätssicherungswert Gewichteter Bewertungswert pro Ticket Manager, Nutzer

Eine vollständige Aufschlüsselung, wie diese Definitionen für unterschiedlich große Teams gelten, finden Sie unter den wichtigsten Helpdesk-Reporting-Kennzahlen für Support-Manager.

Wie sollten sich Dashboards für Führungskräfte, Manager und Nutzer unterscheiden?

Führungskräfte benötigen Trends und Kosten. Manager benötigen Arbeitsaufkommen und Risiken. Nutzer benötigen eine konzentrierte Ansicht ihrer eigenen Warteschlange. Ein einziges Dashboard erfüllt selten die Anforderungen aller drei Zielgruppen gut. Beginnen Sie daher mit den Entscheidungen, die jede Gruppe treffen muss.

Widgets für Führungskräfte: CSAT-Trend über 12 Monate, gesamte SLA-Einhaltung mit Monatsvergleich, Kosten pro Ticket, Ticketvolumen im Verhältnis zur Personalstärke und eine kurze Liste der wichtigsten Risikopunkte aus den Eskalationen.

Widgets für Manager: aktuelle Anzahl offener Tickets nach Priorität und Warteschlange, SLA-Einhaltung nach Kategorie, Verteilung des Arbeitsaufkommens der Nutzer, FCR-Trend, Eskalationsrate, Verteilung des Rückstandsalters und gleitende durchschnittliche Qualitätssicherungswerte.

Widgets für Nutzer: persönliche offene Tickets, Tiefe der zugewiesenen Warteschlange, bevorstehende SLA-Fristen und relevante Wissenslinks.

Profi-Tipp: Halten Sie jedes Dashboard fokussiert. Fügen Sie Drill-down-Links hinzu, statt immer mehr Kacheln aufzunehmen, und entfernen Sie Widgets, die keine wiederkehrende Entscheidung unterstützen.

Die Aktualisierungshäufigkeit ist genauso wichtig wie die Auswahl der Widgets. Warteschlangentiefe, SLA-Fristen und Nutzerzuweisungen benötigen aktuelle Daten, da sie Entscheidungen am selben Tag beeinflussen. CSAT-Trends, Kosten pro Ticket und durchschnittliche Qualitätssicherungswerte können täglich oder wöchentlich aktualisiert werden, da sie Entscheidungen unterstützen, die sich über längere Zeiträume auswirken. Aktuelle Betriebsdaten helfen Managern, überlastete Warteschlangen zu erkennen und Arbeit umzuverteilen, bevor Fristen verpasst werden.

Wie sollten sich Dashboards für Führungskräfte, Manager und Nutzer unterscheiden? Überblicksdiagramm

Echtzeit- oder historisches Reporting: Was benötigen Sie?

Echtzeit-Reporting steuert operative Entscheidungen, die im Moment getroffen werden; historisches Reporting unterstützt strategische Entscheidungen über Wochen oder Quartale hinweg. Die Verwechslung beider Ansätze führt dazu, dass Teams während eines Gesprächs über Einstellungen auf ein Live-Dashboard starren oder einen Quartalsbericht heranziehen, um zu entscheiden, wer die Nachmittagsschicht übernimmt.

Zweck Aktualisierungsrate Zeithorizont Wichtige Kennzahlen Zielgruppe
Operativ (Routing, Personalbesetzung) Echtzeit bis stündlich Am selben Tag Warteschlangentiefe, SLA-Fristen, Nutzerstatus Manager, Nutzer
Strategisch (Einstellungen, Prozesse) Täglich bis monatlich Wochen bis Quartale MTTR-Trend, CSAT-Trend, Kosten pro Ticket Manager, Führungskraft

Operative Dashboards sollten Routing- und Personalentscheidungen unterstützen, während historische Berichte das richtige Instrument für Einstellungsentscheidungen, Trainingsinvestitionen und Prozessänderungen sind. Beides zu vermischen, führt lediglich zu lautem, reaktivem Management.

Auf der Datenseite beheben drei Gewohnheiten die meisten Reporting-Probleme: Vereinheitlichen Sie jede Ticketquelle in einem System, bevor Sie darüber berichten; prüfen Sie, ob Statuszeitstempel die Realität widerspiegeln; und automatisieren Sie wiederholbare Exporte, wenn ein integrierter Bericht nicht ausreicht. Ein Ticket, das erst Tage nach der Behebung des Kundenproblems als „gelöst“ markiert wird, verzerrt die MTTR unabhängig vom Reporting-Tool.

Bei der Toolauswahl ist meist entscheidend, wo Ihre Daten bereits liegen. Power BI passt oft zu Microsoft-lastigen Umgebungen, während Tableau häufig verwendet wird, um mehrere Quellen zu kombinieren. Für welches Tool Sie sich auch entscheiden: Stellen Sie sicher, dass Ihr Export oder Ihre API Ticket-ID, Zeitstempel relevanter Statusänderungen, Priorität, Kategorie, Bearbeiter und Kanal enthält. Gleichen Sie die genauen Felder mit den Berechnungen ab, die Ihr Dashboard verwenden wird.

Wie setzen Sie realistische SLA- und CSAT-Ziele?

Setzen Sie Ziele, indem Sie zunächst Ihre Ausgangsbasis messen, sie mit einem Vergleichswert ähnlicher Teams abgleichen und die Verbesserung anschließend über einen festgelegten Zeitraum staffeln, statt direkt eine willkürliche „Best-in-Class“-Zahl vorzugeben.

  1. Messen Sie Ihre aktuelle Ausgangsbasis für jede Kennzahl über mindestens vier bis sechs Wochen – lang genug, um eine schlechte Woche auszugleichen.
  2. Wählen Sie einen Benchmark-Bereich aus Branchenquellen oder vergleichbaren Teams, angepasst an Ihr Supportmodell (ein B2B-SaaS-Helpdesk und ein E-Commerce-Team mit hohem Volumen sollten nicht dasselbe MTTR-Ziel haben).
  3. Setzen Sie ein stufenweises Ziel mit einem Zeitplan, beispielsweise die SLA-Einhaltung innerhalb von zwei Quartalen von 82 % auf 90 % zu erhöhen, statt für den nächsten Monat 95 % zu verlangen.
  4. Verknüpfen Sie Ziele mit der Kapazitätsplanung, damit Verbesserungsziele mit den erforderlichen Investitionen in Personal oder Automatisierung einhergehen und nicht nur als Vorgabe formuliert werden.

Dokumentieren Sie für jeden KPI die Definition, Datenquelle, Ausgangsbasis, Zielsetzung und den Überprüfungstermin. Benchmark-Berichte können Kontext liefern, doch Ihr Ziel sollte Kanal, Schweregrad, Kundenversprechen, Betriebszeiten und verfügbare Kapazität berücksichtigen.

Welche Reporting-Fehler sollten Manager vermeiden?

Die häufigsten Fehler bestehen darin, Eitelkeitskennzahlen nachzujagen, Durchschnittswerte statt Perzentile zu melden, Geschwindigkeit zu belohnen, ohne die Qualität zu prüfen, und Dashboards nach Teams voneinander getrennt laufen zu lassen.

  • Durchschnitts- statt Perzentilzeiten erfassen verbirgt Ihre schlechtesten Fälle. Berichten Sie den medianen MTTR und den MTTR beim 90. Perzentil nebeneinander.
  • Nur Geschwindigkeit belohnen (schnelle Schließungen, hohe FCR), ohne die Wiedereröffnungsrate zu beobachten, kann Nutzer dazu verleiten, Tickets zu schließen, bevor das Problem tatsächlich behoben ist.
  • Die Wiedereröffnungsrate ignorieren hinterlässt eine Qualitätslücke. Fügen Sie sie hinzu, wenn Ihr Ticketsystem sie nicht standardmäßig ausweist.
  • Alle Kanäle gleich behandeln verschleiert, dass Chat und E-Mail völlig unterschiedliche Erwartungen an die FRT haben.
  • Schlechte Datenhygiene (doppelte Tickets, falsch gekennzeichnete Priorität) verfälscht stillschweigend jede nachgelagerte Kennzahl. Prüfen Sie die Ticket-Tags vierteljährlich.

Was gehört in einen Wochenbericht im Vergleich zu einem Monatsbericht?

Wochenberichte behandeln die operative Gesundheit; Monatsberichte behandeln Trends und geschäftliche Auswirkungen.

  1. Ticketvolumen und Kanalaufteilung der Woche
  2. FRT, MTTR, CSAT und FCR im Vergleich zum Ziel
  3. SLA-Einhaltung, aufgeschlüsselt nach Kategorie
  4. Die fünf häufigsten Ticketkategorien nach Volumen
  5. Verteilung des Arbeitsaufkommens der Nutzer und etwaige Kapazitätswarnungen
  6. Ein Absatz mit einer Zusammenfassung der wichtigsten Erkenntnisse der Woche

Der monatliche Bericht für Führungskräfte sollte Monats- und Jahresvergleiche der Trends bei CSAT, SLA-Einhaltung und Kosten pro Ticket, die Personalstärke im Verhältnis zur Nachfrage, eine kurze Notiz zu gestarteten Initiativen und deren gemessenen Auswirkungen sowie zukunftsgerichtete Risiken wie saisonale Volumenspitzen enthalten.

Ein verwendbarer narrativer Satz könnte lauten: „Das Volumen stieg diese Woche nach einem Fehler bei der Abrechnung um 14 %, die SLA-Einhaltung bei dringenden Tickets sank auf 84 %, und wir empfehlen bis zur Veröffentlichung des Fixes vorübergehend zusätzliches Personal für die Überlaufbearbeitung.“ Die Zahlen dienen nur zur Veranschaulichung, aber die Struktur vermittelt dem Leser eine Veränderung, die Ursache, die Folge und eine Maßnahme. Fertige Layouts finden Sie unter den Vorlagen für Kundenservice-Dashboards von Deskhero.

Wie berechnen Sie diese Kennzahlen tatsächlich aus Rohdaten?

Eine genaue Berechnung hängt mehr als von jeder Formel von konsistenten Statuszeitstempeln und einer klaren, vereinbarten Definition von „gelöst“ im Unterschied zu „geschlossen“ ab. Wenn die Hälfte Ihres Teams ein Ticket als gelöst markiert, sobald der Fix veröffentlicht wurde, und die andere Hälfte erst, wenn der Kunde dies bestätigt, vergleicht Ihre MTTR zwei verschiedene Sachverhalte.

  1. FRT = first_response_at − created_at, pro Zeitraum als Durchschnitt oder Median
  2. MTTR = resolved_at − created_at, als Median und nach Priorität aufgeschlüsselt
  3. FCR = (Tickets mit null Neuzuweisungen und null Wiedereröffnungen) / Gesamttickets
  4. Wiedereröffnungsrate = innerhalb von 48 Stunden wiedereröffnete Tickets / gelöste Tickets
  5. Auslastung der Nutzer = time_spent / scheduled_hours
  6. SLA-Einhaltung = Tickets, die das SLA erfüllen / Gesamttickets

Erforderliche Rohdatenfelder: Ticket-ID, created_at, first_response_at, resolved_at, closed_at, Protokoll der Statusänderungen, Priorität, Warteschlange, Bearbeiter, time_spent und Kostenstelle.

Eine einfache Abfrage für FRT und MTTR über einen Datumsbereich sieht so aus:

SELECT AVG(first_response_at - created_at) AS avg_frt,
       PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY resolved_at - created_at) AS median_mttr
FROM tickets
WHERE created_at BETWEEN :start_date AND :end_date;

Betrachten Sie dies als Ausgangsstruktur und passen Sie Syntax und Zeitstempelregeln an Ihre Datenbank an. Validieren Sie das Ergebnis anhand einer kleinen Gruppe bekannter Tickets, bevor Sie sich im Dashboard darauf verlassen.

Wie sollten sich IT-Support-Kennzahlen von Kundenservice-Kennzahlen unterscheiden?

IT-Support und kundenorientierter Support messen Erfolg unterschiedlich, obwohl beide mit Ticket-Warteschlangen arbeiten. IT-Support-Kennzahlen konzentrieren sich stärker auf MTTR, Eskalationsrate und SLA-Einhaltung in Verbindung mit der Schwere eines Vorfalls, da die Kosten von Ausfallzeiten die Kosten einer etwas langsamen Antwort bei Weitem übersteigen. Ein Ticket zu einem P1-Ausfall benötigt eine andere SLA-Uhr und einen anderen Eskalationsweg als eine Anfrage zum Zurücksetzen eines Passworts. Wenn Sie beide in einer MTTR-Zahl zusammenfassen, verbergen Sie beides.

Kundenservice und E-Commerce-Support gewichten dagegen möglicherweise CSAT, FCR und Kanalvolumen stärker, da sich die geschäftlichen Auswirkungen eher in Kundenbindung und wiederholten Käufen als in der Systemverfügbarkeit zeigen. Ein Shopify-Händler, der Fragen zum Bestellstatus bearbeitet, interessiert sich möglicherweise mehr für die FRT in Kundenkanälen als für die MTTR einer seltenen technischen Eskalation. Die Shopify-Integration von Deskhero fügt passenden Tickets Live-Kontext zu Kunden, Bestellungen, Fulfillment und Sendungsverfolgung hinzu, während der Produktkatalog als Grundlage für KI-Antwortentwürfe dienen kann.

Die Lösung besteht nicht darin, ein Kennzahlen-Set dem anderen vorzuziehen. Segmentieren Sie Ihr Dashboard nach Supportmodell, wenn Ihr Team beide Bereiche betreut, sodass eine interne IT-Warteschlange und eine kundenorientierte Warteschlange separate SLA-Stufen, Eskalationsregeln und Benchmark-Ziele erhalten, statt einer einzigen kombinierten Zahl, die zu keinem Bereich wirklich passt.

Können Trendanalysen und Prognosen die Helpdesk-Planung verbessern?

Eine Trendanalyse macht aus einer Momentaufnahme ein Planungsinstrument, und Prognosen ermöglichen es Ihnen, der Nachfrage mit der Personalplanung voraus zu sein, statt nur auf sie zu reagieren. Eine konstante CSAT-Zahl zeigt, wo Sie heute stehen; eine CSAT-Trendlinie über 12 Monate zeigt, ob die Prozessänderung des letzten Quartals tatsächlich funktioniert hat.

Die praktischste Anwendung ist die Prognose des Volumens. Wenn das Ticketvolumen aufgrund eines Produktzyklus jeden November zuverlässig ansteigt, können Sie durch die Gegenüberstellung dieses saisonalen Musters mit der Personalstärke rechtzeitig vorübergehendes Personal anfordern. Dasselbe gilt für die Eskalationsrate: Ein anhaltender Anstieg kann eine Untersuchung auslösen, bevor sich die SLA-Einhaltung verschlechtert.

Support-Analysen können zwei unterschiedliche Aufgaben erfüllen: die Warteschlange im Tagesgeschäft gesund zu halten und Ticketinhalte auf wiederkehrende Themen zu untersuchen, die Produkt- und Customer-Experience-Teams unterstützen. Erfassen Sie sowohl die operative Leistung als auch wiederkehrende Themen, damit Ihr Reporting-Programm mehr als nur die Warteschlangenverwaltung unterstützt.

Warum dieses Kennzahlen-Set für moderne Helpdesks funktioniert

Der Fehler, den ich am häufigsten sehe, besteht nicht darin, schlechte Kennzahlen auszuwählen. Er besteht darin, gute Kennzahlen isoliert zu betrachten. Ein Team, das FCR ohne Wiedereröffnungsrate meldet, sieht auf dem Papier großartig aus – bis Kunden anfangen, dieselbe Beschwerde ein zweites Mal einzureichen. Die Kombination von Effizienzkennzahlen mit einer Qualitätsprüfung schützt einen Helpdesk tatsächlich davor, sich selbst auf schlechteren Service zu optimieren.

Diese Gruppierung aus Effizienz, Qualität, Arbeitsaufkommen und Kosten funktioniert, weil sie widerspiegelt, wie Personal- und Produktentscheidungen tatsächlich getroffen werden. Sie stellen niemanden allein aufgrund der CSAT ein und routen Tickets nicht allein anhand der Kosten pro Ticket. Sie benötigen das vollständige Set, das jede Woche gemeinsam betrachtet wird.

Setzen Sie diese Reporting-Praktiken in Ihrem Helpdesk um

Das manuelle Erstellen von Berichten aus separaten E-Mail- und Formular-Exporten verursacht vermeidbare Arbeit. Deskhero verwandelt ein Gmail- oder Microsoft-365-Postfach in einen Helpdesk und speichert E-Mail-, eingebettete Formular- und KI-Chatbot-Tickets in einem System. Sein Dashboard zeigt Ticketvolumen, durchschnittliche Zeit bis zur ersten Antwort, durchschnittliche Lösungszeit und Zeit pro Status. Der feste Bereich „Statistiken“ ergänzt Trends, Perzentile der Antwortzeit, SLA-, Team-, Kanal-, KI- und Themenansichten mit Filtern und Excel-Exporten pro Tab.

Deskhero

Tickets, die per E-Mail, über ein eingebettetes Website-Formular oder den integrierten KI-Chatbot erstellt werden, landen in einem gemeinsamen Posteingang. KI-Antwortentwürfe können den umfassenderen Wissenspool des Arbeitsbereichs nutzen, während Antworten des kundenorientierten Chatbots und KI-Autoantworten ausschließlich die genehmigte öffentliche FAQ verwenden. Mehrsprachiger Support hilft Nutzern, Tickets und Antworten zu übersetzen. Das Themen-Cluster hebt wiederkehrende Themen hervor, während Statistikexporte und die REST API Wege für weitergehende Analysen bieten. Deskhero enthält keinen benutzerdefinierten Berichtsgenerator. Teams, die ein maßgeschneidertes Dashboard benötigen, sollten daher die exportierten oder per API zugänglichen Daten in einem BI-Tool verwenden.

Wenn Sie Ihren Reporting-Workflow neu aufbauen, können Sie eine 30-tägige kostenlose Testversion ohne erforderliche Kreditkarte starten und die Dashboard- und Statistikansichten in Deskhero erkunden.

Setzen Sie diese Reporting-Praktiken in Ihrem Helpdesk um. Überblicksdiagramm

Quellen

Diese Quellen stützen die oben behandelten Benchmarks, Regeln für das Dashboard-Design und Tool-Empfehlungen. Jede Quelle geht außerdem detaillierter auf einen bestimmten Teil des Gesamtbilds ein.

FAQ

Welche Kennzahlen sind für das Service-Desk-Reporting entscheidend?

Zum Kernset gehören Ticketvolumen, Erstreaktionszeit, MTTR, FCR, CSAT, SLA-Einhaltung, Alter des Rückstands, Wiedereröffnungsrate, Eskalationsrate, Auslastung der Nutzer und Kosten pro Ticket. Diese Kennzahlen sollten gemeinsam und nicht einzeln erfasst werden.

Was sind die 5 wichtigsten CX-Kennzahlen?

Die meisten Teams stützen ihr CX-Reporting auf CSAT, FCR, Erstreaktionszeit, Wiedereröffnungsrate und SLA-Einhaltung, da diese fünf Kennzahlen Geschwindigkeit, Qualität und Zuverlässigkeit zu einem verständlichen Gesamtbild verbinden.

Welche KPI-Beispiele gibt es für einen IT-Helpdesk?

Zu den KPIs eines IT-Helpdesks gehören typischerweise die MTTR nach Schweregrad, die SLA-Einhaltung bei P1-Vorfällen, die Eskalationsrate und das Alter des Rückstands, da der IT-Support den Schweregrad von Vorfällen stärker gewichtet als der allgemeine Kundenservice.

Welche KPIs sind für eine IT-Abteilung sinnvoll?

Über ticketbezogene Kennzahlen hinaus erfassen IT-Abteilungen häufig Kosten pro Ticket, die Auslastung der Nutzer und die Erstkontaktlösung, um Servicequalität, Personalkosten und Kapazität auszubalancieren.

Wie häufig sollten Helpdesk-Berichte erstellt werden?

Operative Widgets wie Warteschlangentiefe und SLA-Fristen benötigen aktuelle Daten, während Trendkennzahlen wie CSAT und Kosten pro Ticket häufig wöchentlich oder monatlich erfasst werden können.

Kann eine Helpdesk-Plattform wie Deskhero dieses Reporting automatisch übernehmen?

Deskhero erfasst Tickets aus E-Mail, Webformularen und seinem KI-Chatbot in einem System. Die festen Statistik-Tabs decken Trends, Antwortzeiten, SLA, Nutzer, Kanäle, KI und Themen ab und bieten Filter sowie Excel-Exporte pro Tab. Für Teams, die weitergehende Analysen benötigen, ist außerdem eine REST API verfügbar.