Zuletzt aktualisiert am

SLA First Reply Time

Definition

SLA-Zieltracking für die Zeit von der Ticket-Erstellung bis zur ersten Agent-Antwort. Ein häufig verwendetes SLA-Kriterium in Support-Verträgen.

Auch bekannt als

SLA-Erstantwortzeit, SLA First Response Time

Kategorie

SLA & Compliance

Was ist die SLA First Reply Time?

Die SLA First Reply Time ist das vertraglich vereinbarte Zeitfenster, innerhalb dessen ein Agent auf ein neu erstelltes Ticket erstmals antworten muss. Sie ist das am häufigsten vereinbarte SLA-Kriterium in Support-Verträgen und direkt mit der Kundenzufriedenheit verknüpft.

Die SLA First Reply Time unterscheidet sich von der allgemeinen First Response Time: Während die First Response Time die tatsächlich gemessene Dauer ist, definiert die SLA First Reply Time das vertragliche Ziel. Die SLA-Compliance wird gemessen, indem geprüft wird, wie viele Tickets die vereinbarte First Reply Time einhalten.

Für Kunden ist die erste Antwort der wichtigste Moment nach der Ticketerstellung. Sie signalisiert, dass das Anliegen registriert und in Bearbeitung ist. Eine verspätete Erstantwort erzeugt Unsicherheit und senkt die Zufriedenheit, selbst wenn die Gesamtlösungszeit im Rahmen bleibt.

SLA First Reply Time nach Priorität

Die SLA First Reply Time wird fast immer nach Ticketpriorität differenziert. Einheitliche Ziele für alle Prioritäten sind nicht sinnvoll, da kritische Ausfälle eine andere Reaktionsgeschwindigkeit erfordern als Standardanfragen.

Typische SLA-Ziele nach Priorität

PrioritätBeschreibungSLA-Ziel (Geschäftszeiten)SLA-Ziel (24/7)
P1 (Kritisch)Systemausfall, mehrere Nutzer betroffen15 Minuten15 Minuten
P2 (Hoch)Starke Einschränkung, kein Workaround1 Stunde30 Minuten
P3 (Mittel)Einschränkung mit Workaround4 Stunden2 Stunden
P4 (Niedrig)Frage oder Verbesserungswunsch1 Werktag8 Stunden

Quellen: Freshworks, N-able, Emailmeter

SLA-Ziele nach Kanal

KanalErwartete Erstantwortzeit
Live-Chat< 2 Minuten
Telefon< 30 Sekunden (Annahme)
E-Mail / TicketJe nach Priorität (s. oben)
Social Media< 1 Stunde

Bei Live-Chat und Telefon wird die Erstantwortzeit oft nicht als SLA definiert, sondern über das Service Level gesteuert. Die SLA First Reply Time betrifft primär asynchrone Kanäle (E-Mail, Ticketsystem).

First Reply Time Compliance messen

Die Compliance wird berechnet als Anteil der Tickets, die die SLA First Reply Time einhalten:

Formel
First Reply Time Compliance = (Tickets mit fristgerechter Erstantwort ÷ Gesamttickets) × 100

Rechenbeispiel

Ein Team bearbeitet 200 Tickets in einer Woche. Bei 186 Tickets erfolgt die erste Antwort innerhalb des SLA-Ziels.

Berechnung
FRT Compliance = (186 ÷ 200) × 100
Ergebnis
93,0 %

93 % First Reply Time Compliance ist ein guter Wert. Die 14 Tickets mit Verletzung sollten nach Priorität analysiert werden: Sind darunter P1-Tickets, besteht dringender Handlungsbedarf.

Was ist eine gute First Reply Time Compliance?

BewertungCompliance Rate
Exzellent≥ 97 %
Gut93–97 %
Akzeptabel85–93 %
Kritisch< 85 %

Die First Reply Time Compliance sollte die höchste aller SLA-Metriken sein, da sie am einfachsten zu steuern ist: Die erste Antwort erfordert keine vollständige Lösung, sondern nur eine Bestätigung und erste Einschätzung. Liegt die First Reply Time Compliance unter der SLA Compliance Rate, deutet das auf ein Zuweisungs- oder Kapazitätsproblem hin.

Quellen: Freshworks, Getmonetizely

SLA First Reply Time Compliance verbessern

Automatische Ticket-Zuweisung aktivieren. Jede Minute in der unzugewiesenen Warteschlange verbraucht SLA-Zeit. Automatisches Routing nach Thema, Priorität und Agentenverfügbarkeit eliminiert diese Totzeit.

SLA-Timer sichtbar machen. Agenten brauchen eine klare Anzeige der verbleibenden SLA-Zeit im Ticketsystem. Visuelle Indikatoren (Ampel, Countdown) priorisieren die Arbeit automatisch.

Vorlagen für Erstantworten bereitstellen. Vorgefertigte Antwortvorlagen nach Ticketkategorie beschleunigen die Erstantwort, ohne Qualität einzubüßen. Die Vorlage bestätigt den Eingang und gibt eine erste Einschätzung zur Bearbeitungszeit.

Geschäftszeiten korrekt konfigurieren. Falsch konfigurierte Geschäftszeiten im Ticketsystem führen zu falschen SLA-Berechnungen. Feiertage, Wochenenden und Schichtzeiten müssen korrekt hinterlegt sein.

Eskalation vor Fristablauf einrichten. Benachrichtigungen 15 Minuten vor SLA-Ablauf an den zuständigen Agenten und parallel an den Teamleiter. So bleibt ein Puffer für die Reaktion.

SLA First Reply Time vs. First Response Time vs. SLA Total Resolution Time

MetrikWas sie misstTyp
SLA First Reply TimeVertragliches Ziel für die ErstantwortzeitSLA-Ziel
First Response TimeTatsächliche Dauer bis zur ersten AntwortGemessener Wert
SLA Total Resolution TimeVertragliches Ziel für die GesamtlösungszeitSLA-Ziel

Die First Response Time ist der gemessene Ist-Wert, die SLA First Reply Time das vertragliche Soll. Die SLA Total Resolution Time ergänzt die Perspektive um die vollständige Ticketlaufzeit.

Pro und Kontra der SLA First Reply Time

Pro

  • +Am einfachsten zu steuern, da nur eine Bestätigung nötig ist
  • +Direkt korreliert mit Kundenzufriedenheit
  • +Klare, messbare Vertragsverpflichtung
  • +Aufschlüsselung nach Priorität ermöglicht differenzierte Steuerung

Kontra

  • Fördert möglicherweise oberflächliche Erstantworten ohne Substanz
  • Messung abhängig von korrekter Geschäftszeiten-Konfiguration
  • Automatische Bestätigungen können die Metrik künstlich verbessern, ohne echten Mehrwert
  • Berücksichtigt nicht die Qualität der Erstantwort

Die SLA First Reply Time ist ein notwendiges, aber nicht hinreichendes Qualitätsmerkmal. Eine schnelle Erstantwort ohne inhaltlichen Mehrwert verbessert die SLA-Compliance, aber nicht die Kundenzufriedenheit. Die Metrik sollte daher immer mit Quality Assurance kombiniert werden.

Einfluss von KI auf die SLA First Reply Time

KI-Agenten können einfache Tickets innerhalb von Sekunden erstbeantworten und damit die First Reply Time auf nahezu null senken. Bei komplexeren Anfragen erstellen KI-Systeme eine inhaltliche Ersteinschätzung und routen das Ticket gleichzeitig an den passenden Agenten. Das sichert die SLA-Compliance, ohne dass die Erstantwort substanzlos bleibt.

Intelligente Priorisierung durch KI erkennt die tatsächliche Dringlichkeit eines Tickets unabhängig von der manuell gesetzten Priorität. Falsch priorisierte P1-Tickets, die eigentlich P3 sind, binden sonst unnötig Kapazität und verzögern die Bearbeitung wirklich kritischer Fälle.