Wie Sie einen Bericht zur ersten Antwortzeit erstellen: Vollständige Anleitung

Die erste Reaktionszeit (First Response Time) ist die Dauer, die ein Kunde zwischen dem Absenden eines Tickets und der ersten menschlichen Antwort wartet. Ein Bericht zur ersten Reaktionszeit erfasst diese Wartezeit über Wochen hinweg, aufgeteilt nach Median und dem 90. Perzentil statt nach dem Durchschnitt. Erstellen Sie ihn aus einem Ticket-Export mit zwei Zeitstempeln – das Ganze erfordert nur einen Prompt oder drei Formeln.

Die Messung ist einfach. Bei der Berichterstattung führen sich Teams jedoch oft selbst in die Irre, da sowohl die Standardstatistik als auch die Standard-Perzentilfunktion diejenigen Kunden ausblenden, die am längsten gewartet haben.

Was die erste Reaktionszeit bedeutet und wie man sie berechnet

Die erste Reaktionszeit (FRT) ist die verstrichene Zeit zwischen dem Eingang eines Tickets und der ersten Antwort eines Agenten an den Kunden. Die Formel ist so einfach, wie sie aussieht:

Erste Reaktionszeit = Zeitstempel der ersten menschlichen Antwort − Zeitstempel der Ticketerstellung

Zwei Entscheidungen machen aus dieser einzeiligen Formel etwas, worauf sich ein Team tatsächlich einigen kann.

Zählt eine automatische Bestätigung? Das sollte sie nicht. Eine automatische Antwort wie „Wir haben Ihre Nachricht erhalten“ ist keine Antwort auf die Frage. Wenn man sie mitzählt, führt das zu einem wunderschönen Diagramm und einer unzufriedenen Kundschaft. Dies ist meist ein ehrliches Versehen und keine Absicht, aber es ist der häufigste Grund, warum die FRT künstlich geschönt wird.

Läuft die Uhr auch nachts? Nach der Kalenderzeit ist ein am Freitagabend eingegangenes Ticket, das am Montagmorgen beantwortet wird, ein 60-stündiger Fehlschlag. Nach den Geschäftszeiten kann es weniger als eine Stunde sein. Beides ist nicht falsch. Wenn Sie den einen Wert nennen, während Ihr Kollege den anderen heranzieht, ist der Streit vorprogrammiert.

Die durchschnittliche FRT ist die dritte Entscheidung – und diejenige, die die meisten Tools für Sie treffen. Reaktionszeiten sind rechtsschief verteilt: Die meisten Tickets werden schnell beantwortet, während ein kleiner Teil sehr lange wartet. Der Mittelwert wird dadurch in einen Bereich gezogen, den fast kein Kunde tatsächlich erlebt hat. Berichten Sie stattdessen den Median und das 90. Perzentil.

Was Sie vor dem Start benötigen

• Ein Ticket-Export mit einer Zeile pro Konversation.
• Zwei Zeitstempel: wann das Ticket eingegangen ist und wann ein Agent das erste Mal geantwortet hat.
• Eine Definition von „erster Antwort“, die automatische Bestätigungen und interne Notizen ausschließt.
• Ihre Support-Zeiten, falls Sie Berichte basierend auf den Geschäftszeiten erstellen möchten.
• Eine Mindestvolumen-Regel, damit datenarme Wochen keinen plausibel aussehenden Unsinn erzeugen.

Entscheiden Sie sich für die letzten drei Punkte, bevor Sie irgendetwas erstellen. Eine spätere Änderung macht jede frühere Woche im Diagramm ungültig, und eine Trendlinie, die auf einer sich ständig ändernden Definition basiert, ist schlimmer als gar keine Trendlinie.

So erstellen Sie den Bericht in einer Tabellenkalkulation

Option 1: Zwei Zeitstempel in eine Dauer umwandeln

Ziehen Sie den Zeitstempel des Eingangs vom Zeitstempel der ersten Antwort ab und formatieren Sie das Ergebnis in Stunden. Das ist die rohe erste Reaktionszeit für jedes Ticket nach der Kalenderzeit.

Wenn Sie stattdessen Geschäftszeiten benötigen, ist NETWORKDAYS.INTL der übliche Ausgangspunkt. Die Dokumentation von Microsoft beschreibt genau, was die Funktion zurückgibt. Sie liefert „die Anzahl der gesamten Arbeitstage zwischen zwei Daten“ unter Verwendung von Parametern, die angeben, welche Tage als Wochenendtage zählen. Wochenendtage und alle im Argument „Feiertage“ genannten Tage „werden nicht als Arbeitstage berücksichtigt“.

Beachten Sie den Ausdruck „gesamte Arbeitstage“. Die Funktion liefert Ergebnisse in Tagen, nicht in Stunden. Eine Wartezeit von vier Stunden und eine Wartezeit von sieben Stunden innerhalb derselben Schicht sehen für sie also identisch aus. Für Zeitspannen von weniger als einem Tag ist eine Konstruktion erforderlich, die die Anzahl der Arbeitstage mit dem verbleibenden Tagesrest kombiniert. Aus diesem Grund ist die Berichterstattung nach Geschäftszeiten eher ein eigenes Projekt als eine einfache Formel.

Option 2: Median und das 90. Perzentil berechnen

MEDIAN liefert Ihnen die typische Wartezeit. Für die Ausreißer am Ende (den „Tail“) bietet Excel zwei Perzentilfunktionen an, und genau hier führen dieselben Daten zu zwei unterschiedlichen Ergebnissen.

PERCENTILE.EXC akzeptiert einen k-Wert „im Bereich 0..1, exklusiv“. In der Dokumentation heißt es: „Wenn k kein Vielfaches von 1/(n + 1) ist, interpoliert PERCENTILE.EXC, um den Wert für das k-te Perzentil zu bestimmen.“ PERCENTILE.INC akzeptiert k „im Bereich von 0 bis 1, inklusiv“ und interpoliert, wenn k „kein Vielfaches von 1/(n - 1) ist“.

Unterschiedliche Nenner, unterschiedliche Interpolation, unterschiedliche p90-Werte. Keiner von beiden ist falsch. Es handelt sich um zwei Konventionen, und ein Bericht, der stillschweigend zwischen ihnen wechselt, erzählt eher eine Geschichte über Ihre Formel als über Ihre Warteschlange.

Die exklusive Version birgt jedoch ein größeres Risiko. In der Dokumentation wird gewarnt: „Wenn Excel für das angegebene Perzentil k keine Interpolation durchführen kann, wird der Fehler #ZAHL! zurückgegeben.“ In einer datenarmen Woche mit nur einer Handvoll Tickets in einer Warteschlange kann die Berechnung des p90-Werts schlicht fehlschlagen.

Option 3: Den Bericht gestalten

Gruppieren Sie die Tickets nach Wochen. Stellen Sie Median und p90 nebeneinander als zwei Linien dar und fügen Sie die Ticketanzahl als Balken im Hintergrund hinzu. Die Anzahl ist keine Dekoration. Sie verhindert, dass ein Leser einen Ausschlag, der auf nur 11 Tickets basiert, überbewertet.

Fügen Sie dann eine Textzeile hinzu, die die zugrunde liegende Zeitmessung und die Perzentilmethode angibt. Dieser Satz sorgt dafür, dass der Bericht im nächsten Quartal von jemandem reproduziert werden kann, der nicht im Raum war.

Wo der Weg über die Tabellenkalkulation an seine Grenzen stößt

Keiner der drei Schritte ist schwierig. Der Nachteil ist jedoch, dass alle drei jede Woche neu durchgeführt werden müssen – und das bei einem Export, dessen Spaltennamen sich jedes Mal ändern, wenn jemand die Helpdesk-Ansicht bearbeitet.

Drei spezifische Reibungspunkte wiederholen sich ständig.

Die Antwortspalte ist selten sauber. Automatische Bestätigungen, interne Notizen und Antworten von Agenten landen oft im selben Feld, sodass die erste Zeile nicht immer die erste menschliche Antwort ist. Diese zu trennen, erfordert bei jedem Export eine manuelle Beurteilung und lässt sich nicht über eine einfache Formel lösen.

Perzentile erfordern jedes Mal eine Entscheidung. Welche Funktion soll verwendet werden, welche Wochen haben genügend Volumen und was soll angezeigt werden, wenn die Berechnung bei einer datenarmen Warteschlange fehlschlägt.

Geschäftszeiten bedeuten Wartungsaufwand. Sobald Sie sich auf eine Zeiterfassung nach Support-Stunden festlegen, wird jeder gesetzliche Feiertag und jeder Schichtwechsel zu einer Aufgabe in der Arbeitsmappe. Vergessen Sie einen, verschiebt sich eine ganze Woche.

Das Ergebnis ist ein Bericht, der in der Woche seiner Erstellung zwar genau ist, danach aber unbemerkt an Genauigkeit verliert.

So erstellen Sie einen Bericht zur ersten Reaktionszeit mit KI

Schritt 1: Laden Sie den Ticket-Export hoch

Öffnen Sie Powerdrill Bloom und laden Sie den Export direkt aus Ihrem Helpdesk hoch. Excel, CSV, PDF und Dokumente werden im kostenlosen Tarif als unterstützte Uploads aufgeführt, sodass ein roher Export direkt so übernommen werden kann, wie er ist.

Behalten Sie alle Zeitstempel-Spalten bei, auch die automatischen. Sie benötigen diese, um nachzuweisen, welche Antwort gezählt wurde, und um die Definition später ohne erneuten Export zu ändern.

Schritt 2: Geben Sie die Zeitmessung und die gewünschten Statistiken an

Beschreiben Sie die Messung in natürlicher Sprache statt in Formeln. Nennen Sie den Zeitstempel, der die Zeitmessung startet, die Antwort, die sie beendet, und ob Wochenenden mitzählen. Bitten Sie dann um den Median und das 90. Perzentil pro Woche, zusammen mit der Ticketanzahl.

Geben Sie auch an, was in datenarmen Wochen geschehen soll. Bitten Sie darum, das Perzentil unterhalb einer Mindestanzahl von Tickets auszublenden. Das ist besser als eine Fehlerzelle und besser als eine vermeintlich verlässliche Zahl, die auf nur vier Zeilen basiert.

Jeder Wert wird mit den dahinterstehenden Zeilen geliefert, sodass eine verdächtige Woche geöffnet und überprüft werden kann, anstatt darüber zu diskutieren.

Schritt 3: Erstellen Sie den Bericht und speichern Sie den Prompt

Bitten Sie um zwei Linien und eine Balkenserie auf einer wöchentlichen Achse sowie um einen Hinweis darauf, welche Perzentil-Konvention verwendet wurde. Exportieren Sie das Ergebnis als Bild, Tabelle oder Folie.

Laden Sie in der nächsten Woche einfach den neuen Export hoch und führen Sie denselben Prompt aus. Die Definition bleibt unverändert, was die einzige Möglichkeit ist, um einen sinnvollen Wochenvergleich zu gewährleisten. Die Seite Diagramme aus Excel erstellen beschreibt den Weg zur Diagrammerstellung direkt.

Was in einen Bericht zur ersten Reaktionszeit gehört

Element	Warum es dazugehört	Was ohne es schiefgeht
Median-Linie	Die typische Wartezeit des Kunden	Durchschnitte werden durch Ausreißer verzerrt
Linie für das 90. Perzentil	Die Erfahrung Ihres langsamsten Zehntels	Probleme am Ende der Verteilung bleiben unsichtbar
Balken für das Ticketvolumen	Kontext für jede Veränderung	Datenarme Wochen werden als Trends fehlinterpretiert
Angegebene Zeitmessung	Kalenderstunden oder Geschäftsstunden	Zwei Teams nennen unterschiedliche Zahlen
Angegebene Perzentilmethode	Reproduzierbarkeit	Dieselbe Woche ändert ihren Wert zwischen verschiedenen Berichtsversionen
Mindestvolumen-Regel	Ehrlichkeit bei datenarmen Segmenten	Fehler oder fiktive Präzision
Aufschlüsselung nach Kanal	Wo sich die Ausreißer tatsächlich befinden	Eine einzige schlechte Warteschlange zieht die gesamte Linie nach unten

Ein konkretes Beispiel

Nehmen wir eine Woche mit 240 Tickets. Die durchschnittliche erste Reaktionszeit beträgt 5,1 Stunden, der Median liegt bei 1,4 Stunden und der p90-Wert bei 19,7 Stunden.

Alle drei Zahlen sind korrekt. Der Mittelwert ist jedoch der einzige, der auf niemanden zutrifft. Die meisten Kunden warteten weniger als 90 Minuten, und das langsamste Zehntel wartete fast einen ganzen Tag. Wenn Sie nur den Mittelwert präsentieren, zieht der Leser den Schluss, dass die Warteschlange durchweg mittelmäßig ist, obwohl sie in Wirklichkeit schnell ist, aber einige extreme Ausreißer aufweist. Die Lösung für extreme Ausreißer unterscheidet sich von der Lösung für eine generell langsame Warteschlange. Deshalb ist diese Unterscheidung ein eigenes Diagramm wert und nicht nur eine einzelne Zelle.

Segmentieren, ohne den Bericht unbrauchbar zu machen

Die nächste logische Frage lautet, welcher Kanal oder welche Warteschlange am langsamsten ist. Die Aufteilung nach Segmenten ist zwar nützlich, aber auch der schnellste Weg, um den Bericht zu verfälschen.

Zwei Regeln sorgen für Ehrlichkeit. Nehmen Sie eine Aufteilung nur dort vor, wo das wöchentliche Volumen über Ihrem Minimum bleibt, und behalten Sie die Gesamtlinie im Diagramm, damit die Leser eine Orientierung haben. Eine Warteschlange mit nur neun Tickets pro Woche verdient eine monatliche und keine wöchentliche Betrachtung.

If the split matters more than the trend, a small table of median and p90 per queue will carry more information than five overlapping lines.

So verbessern Sie die erste Reaktionszeit

Der Bericht ist nur dann sinnvoll, wenn er zu konkreten Maßnahmen führt. Vier Hebel zeigen sich immer wieder, und der Bericht verrät Ihnen, welchen Sie ansetzen müssen.

Ein schlechter p90-Wert bei einem guten Median deutet meist auf ein Abdeckungsproblem hin, nicht auf mangelnde Geschwindigkeit. Tickets, die außerhalb der besetzten Zeiten oder in einer Warteschlange mit nur einem Spezialisten eingehen, bleiben liegen, bis jemand zurückkehrt. Betrachten Sie die Tageszeit des Eingangs, bevor Sie die Leistung der Agenten bewerten.

Ein steigender Median bei gleichbleibendem Volumen bedeutet meist, dass die Warteschlange einen neuen Ticket-Typ aufnimmt, für den noch niemand eine Vorlage hat. Die Aufschlüsselung nach Kanälen wird dies zeigen.

Ein steigender Median bei steigendem Volumen ist eine Frage der Personalbesetzung – und die Volumenbalken liefern das Argument dafür.

Ein stagnierender Bericht, dem niemand vertraut, ist ein Definitionsproblem. Veröffentlichen Sie die Zeitmessung und die Perzentilmethode ganz oben, und die Diskussionen haben ein Ende.

Für die Volumen- und Statusansicht, die diesen Bericht ergänzt, lesen Sie unsere Leitfäden zum Support-Ticket-Bericht und zum CSAT-Bericht. Die Seite zum Kundenservice-Chatbot befasst sich mit der Ticketvermeidung in derselben Warteschlange.

Wie ein gutes Ziel aussieht

Teams legen oft ein Ziel für die erste Reaktionszeit fest, bevor sie die tatsächliche Verteilung kennen. Auf diese Weise werden Ziele entweder bedeutungslos oder unerreichbar.

Setzen Sie zwei Zahlen statt einer und veröffentlichen Sie beide. Ein Median-Ziel beschreibt die normale Erfahrung, und ein p90-Ziel beschreibt die schlechteste Erfahrung, die Sie zu akzeptieren bereit sind. Ein Team mit einem Median von 1,4 Stunden und einem p90-Wert von 19,7 Stunden hat ein Problem mit Ausreißern. Ein einziges Zwei-Stunden-Ziel würde dieses Problem überhaupt nicht sichtbar machen.

Geben Sie dann die Zeitmessung zusammen mit dem Ziel an. „Zwei Stunden“ nach Geschäftszeit und „Zwei Stunden“ nach Kalenderzeit sind zwei völlig unterschiedliche Versprechen. Support und Führungsebene werden jeweils die Variante annehmen, die ihrer eigenen Sichtweise schmeichelt.

Häufige Fehler

Den Durchschnitt berichten. Dies ist die eine Statistik, die bei einer rechtsschiefen Verteilung fast garantiert in die Irre führt – und sie ist in den meisten Tabellenkalkulationsprogrammen als Standard eingestellt.

Die automatische Antwort als erste Reaktion zählen. Dies ist der schnellste Weg zu einem Diagramm, das hervorragend aussieht, aber der Erfahrung von niemandem entspricht.

Wechsel der Perzentilfunktionen mitten im Quartal. Wenn sich Ihr p90-Wert in derselben Woche verbessert hat, in der jemand die Formel bearbeitet hat, haben Sie lediglich die Bearbeitung gemessen.

Mischen von Kalender- und Geschäftszeiten. Ein Wochenende nach Kalenderzeit bedeutet 48 Stunden Fehlschlag. Nach Geschäftszeit kann es null sein. Wählen Sie eine Variante und kennzeichnen Sie diese klar.

Weglassen der Volumenserie zur Reduzierung von Unordnung. Die Balken sind der einzige Grund, warum man einen echten Rückschritt von einer ruhigen Woche unterscheiden kann.

Ein Ziel ohne Verteilung berichten. Eine einzige Zahl wie „Wir haben zwei Stunden erreicht“ sagt dem Leser nichts über die Kunden, die neun Stunden gewartet haben.

Fazit

Es lohnt sich, einen Bericht zur ersten Reaktionszeit ordentlich aufzubauen, da dies eine der wenigen Support-Kennzahlen ist, die Kunden tatsächlich spüren. Zwei Linien, eine Balkenserie, eine klar definierte Zeitmessung und eine festgelegte Perzentil-Konvention schlagen jedes Dashboard, das nur einen einzigen Durchschnittswert anzeigt.

Wenn Sie vor allem davor zurückschrecken, den Bericht jede Woche neu zu erstellen, verschieben Sie die Definition in einen gespeicherten Prompt und generieren Sie ihn aus jedem neuen Export einfach neu. Testen Sie Powerdrill Bloom mit dem Ticket-Export des letzten Monats und sehen Sie den Median und die Ausreißer auf derselben Achse.

Häufig gestellte Fragen

Was ist die erste Reaktionszeit im Kundenservice?

Es ist die verstrichene Zeit zwischen dem Eingang des Tickets eines Kunden und der ersten Antwort eines menschlichen Agenten. Automatische Bestätigungen werden normalerweise ausgeschlossen, da sie die Frage des Kunden nicht beantworten.

Wie lautet die Formel für die erste Reaktionszeit?

Ziehen Sie den Zeitstempel der Ticketerstellung vom Zeitstempel der ersten menschlichen Antwort ab. Für eine Version nach Geschäftszeiten gehen Sie von NETWORKDAYS.INTL aus, was ganze Arbeitstage zurückgibt und es Ihnen ermöglicht, Wochenenden und Feiertage zu definieren, und addieren Sie dann den verbleibenden Tagesrest.

Sollte ein Bericht zur ersten Reaktionszeit den Mittelwert oder den Median verwenden?

Den Median, mit dem 90. Perzentil an seiner Seite. Reaktionszeiten sind rechtsschief verteilt, sodass eine kleine Anzahl sehr langsamer Tickets den Mittelwert in Richtung eines Wertes zieht, den nur wenige Kunden tatsächlich erlebt haben.

Was ist der Unterschied zwischen PERCENTILE.EXC und PERCENTILE.INC?

Sie verwenden unterschiedliche Interpolationsregeln. PERCENTILE.EXC interpoliert, wenn k kein Vielfaches von 1/(n + 1) ist, und akzeptiert k ausschließlich im Bereich streng zwischen 0 und 1. PERCENTILE.INC verwendet 1/(n - 1) und akzeptiert auch die Werte 0 und 1 selbst.

Warum gibt mein p90-Wert den Fehler #ZAHL! zurück?

PERCENTILE.EXC gibt diesen Fehler zurück, wenn das Array leer ist oder wenn k bei oder außerhalb der Grenzen von 0 bis 1 liegt. Der Fehler wird auch zurückgegeben, wenn für das von Ihnen angeforderte Perzentil keine Interpolation durchgeführt werden kann, was in datenarmen Wochen der Fall ist.