Ein Service Level Agreement – SLA – ist eine Verpflichtung, Support-Anfragen von Kunden innerhalb definierter Zeitlimits zu beantworten und zu lösen. SLAs verwandeln Support von einer Best-Effort-Aktivität in einen messbaren, rechenschaftspflichtigen Prozess. Wenn sie korrekt implementiert werden, verbessern sie die Kundenzufriedenheit, reduzieren Eskalationen und geben Support-Leitern die Daten, die sie für Personalplanung und Priorisierung benötigen.
Dieser Leitfaden behandelt, was SLAs sind, wie Sie sie definieren, wie Sie sie in einem Ticketing-System implementieren und wie Sie SLA-Daten nutzen, um den Support-Betrieb zu verbessern.
Was ein SLA misst
Support-SLAs definieren typischerweise zwei Zeitvorgaben:
First Response Time (FRT): wie lange es nach der Erstellung eines Tickets dauert, bis ein Agent die erste Antwort sendet. Dies ist die wichtigste einzelne SLA-Kennzahl und diejenige, die am direktesten mit der Kundenzufriedenheit korreliert. Ein Kunde, der schnell eine Eingangsbestätigung erhält – selbst wenn die vollständige Lösung Zeit benötigt – erlebt deutlich geringere Frustration als jemand, der nichts hört.
Lösungszeit: wie lange von der Ticket-Erstellung bis zur endgültigen Lösung. Dies ist schwieriger fair zu messen, da es die Wartezeit auf die Antwort des Kunden (Status Ausstehend) einschließt, die außerhalb der Kontrolle des Agenten liegt. Viele Teams schließen die Wartezeit auf Kundenantworten aus den SLA-Berechnungen für die Lösungszeit aus.
Einige SLA-Rahmenwerke verfolgen auch die Zeit bis zur nächsten Antwort – wie lange zwischen der Antwort eines Agenten und der nächsten Interaktion – um zu verhindern, dass Tickets mitten in einer Konversation ins Stocken geraten.
SLA-Zielwerte definieren
SLA-Zielwerte sollten nach Prioritätsstufe definiert werden, da ein dringendes Ticket und eine Frage mit niedriger Priorität vernünftigerweise nicht dasselbe Antwortfenster haben können.
Ein praktischer Ausgangspunkt:
| Priorität | First-Response-Ziel | Lösungsziel |
|---|---|---|
| Dringend | 1 Stunde | 4 Stunden |
| Hoch | 4 Stunden | 1 Arbeitstag |
| Mittel | 1 Arbeitstag | 3 Arbeitstage |
| Niedrig | 2 Arbeitstage | 5 Arbeitstage |
Dies sind Ausgangspunkte – passen Sie diese an die tatsächliche Kapazität Ihres Teams an. Zielwerte festzulegen, die Sie nicht konsequent einhalten können, ist schlimmer als konservative Zielwerte zu setzen, die Sie zuverlässig übertreffen.
Geschäftszeiten vs. Kalenderzeiten: Entscheiden Sie, ob SLA-Timer kontinuierlich (24/7) oder nur während der Geschäftszeiten laufen. Für die meisten B2B-Support-Teams sind Geschäftszeiten-SLAs angemessen – ein am Freitagnachmittag eingereichtes Ticket sollte nicht als verletzt gelten, wenn die erste Antwort am Montagmorgen eingeht, solange die Antwort innerhalb des 4-stündigen Geschäftszeitenfensters liegt.
SLAs in Ihrem Ticketing-System einrichten
Ein ordnungsgemäßes Ticketing-System berechnet SLA-Fristen automatisch und zeigt den Countdown auf jedem Ticket an. Die Konfigurationsschritte:
1. Prioritäts-zu-SLA-Zuordnungen definieren
Ordnen Sie in den Einstellungen Ihres Ticketing-Systems jeder Prioritätsstufe ihre FRT- und Lösungsziele zu. Das System wendet den korrekten SLA automatisch an, wenn die Priorität eines Tickets festgelegt wird.
2. Geschäftszeiten für die SLA-Berechnung festlegen
Konfigurieren Sie die Arbeitszeiten und Zeitzone Ihres Support-Teams. Der SLA-Timer sollte nur während dieser Stunden laufen. Ein gut konfiguriertes System pausiert die SLA-Uhr außerhalb der Geschäftszeiten und setzt sie zu Beginn des nächsten Arbeitstages fort.
3. SLA-Verletzungs-Benachrichtigungen konfigurieren
Richten Sie automatische Benachrichtigungen ein, die ausgelöst werden:
- Bei 50 % des verstrichenen SLA-Fensters (Frühwarnung)
- Bei 80 % des verstrichenen SLA-Fensters (dringende Warnung)
- Bei 100 % (Verletzung – der SLA wurde nicht eingehalten)
Diese Benachrichtigungen gehen an den zugewiesenen Agenten und optional an einen Teamleiter. Das Ziel ist die Intervention vor einer Verletzung, nicht eine Benachrichtigung im Nachhinein.
4. Visuelle Indikatoren im Dashboard
Das Agenten-Dashboard sollte den SLA-Status auf jedem Ticket visuell anzeigen:
- Grün: mehr als 50 % der verbleibenden Zeit
- Gelb: zwischen 20 % und 50 % verbleibend
- Rot: unter 20 % verbleibend oder bereits verletzt
Auf einen Blick kann ein Agent sehen, welche Tickets sofortige Aufmerksamkeit benötigen und welche noch ausreichend Zeit haben.
SLAs während der Wartezeit auf Kunden pausieren
Eine der häufigsten Frustrationen beim SLA-Tracking tritt auf, wenn der Timer läuft, während Sie auf Informationen des Kunden warten – Informationen, ohne die Sie nicht weiterarbeiten können.
Die gängige Praxis: Wenn ein Ticket in den Status Ausstehend wechselt (was bedeutet, dass Sie auf den Kunden warten), wird die SLA-Uhr angehalten. Wenn der Kunde antwortet und das Ticket zurück in den Status Offen wechselt, wird die Uhr fortgesetzt.
Dies erfordert Disziplin: Agenten müssen den Status tatsächlich auf Ausstehend setzen, wenn sie warten, und Tickets nicht im Status Offen belassen. Machen Sie dies zu einem Teil Ihrer Standard-Workflow-Schulung.
SLAs gegenüber Kunden kommunizieren
SLA-Zielwerte sind zunächst interne Verpflichtungen – Sie müssen sie nicht auf Ihrer Website veröffentlichen. Es ist jedoch eine gute Praxis, Kunden beim Kontakt Ihre Erwartungen bezüglich der Antwortzeiten mitzuteilen.
Im Kontaktformular: „Wir antworten in der Regel innerhalb von 1 Arbeitstag."
In der Ticket-Bestätigungs-E-Mail: „Wir haben Ihre Anfrage (#TK-1042) erhalten. Unser Team wird innerhalb von 4 Geschäftsstunden während der Arbeitszeiten (Mo–Fr, 09:00–18:00 Uhr) antworten."
Im Kunden-Ticket-Portal: Zeigen Sie den aktuellen SLA-Status auf jedem Ticket an, damit Kunden sehen können, wo ihre Anfrage steht.
Setzen Sie Erwartungen, die etwas konservativer als Ihre internen Zielwerte sind – wenn Ihr internes FRT-Ziel für Hoch-Priorität 4 Stunden beträgt, gibt Ihnen die Aussage „innerhalb von 1 Arbeitstag" gegenüber Kunden einen Puffer und ermöglicht es Ihnen, Erwartungen häufig zu übertreffen, anstatt sie knapp zu erfüllen.
SLA-Performance messen
Verfolgen Sie diese Kennzahlen in den Berichten Ihres Ticketing-Systems:
SLA-Compliance-Rate: Wie viel Prozent der Tickets erhielten innerhalb der Zielzeit eine erste Antwort? Verfolgen Sie dies separat nach Prioritätsstufe – eine Compliance-Rate von 95 % bei Mittel-Tickets verdeckt eine Rate von 60 % bei Dringend-Tickets.
Verletzungsvolumen nach Tageszeit: Treten die meisten Verletzungen zu bestimmten Zeiten auf? Früh morgens, am Tagesende, montags? Dies offenbart Personalmuster, die angepasst werden müssen.
Verletzungsvolumen nach Kategorie: Sind Verletzungen auf eine bestimmte Ticket-Kategorie konzentriert? Dies kann auf eine Kompetenzlücke hindeuten – Agenten sind nicht ausgerüstet, eine Kategorie schnell zu bearbeiten – oder auf ein Routing-Problem.
Durchschnittliche First Response Time: Der tatsächliche Durchschnitt, unabhängig davon, ob Zielwerte eingehalten wurden. Wenn Ihr Ziel 4 Stunden beträgt und Ihr Durchschnitt 3,8 Stunden liegt, bewegen Sie sich sehr knapp und sind anfällig für Spitzen.
SLA-Performance auf Agenten-Ebene: Welche Agenten erfüllen konsequent SLA-Zielwerte und welche nicht? Agenten mit unzureichender Leistung benötigen möglicherweise zusätzliche Unterstützung, Schulung oder Anpassungen der Arbeitsbelastung.
Häufige SLA-Fehler
Unrealistische Zielwerte setzen: SLA-Zielwerte sollten mit Ihrem aktuellen Team bei normalem Volumen erreichbar sein. Ein anspruchsvolles Ziel, das zu 40 % verletzt wird, ist kein SLA – es ist ein Wunsch.
Ausstehende Zeit dem Agenten anrechnen: Kunden, die tagelang nicht antworten, sollten nicht gegen die SLA-Uhr des Agenten zählen. Pausieren Sie den Timer bei Status Ausstehend.
Keine Eskalation vor der Verletzung: SLA-Warnungen sind nur nützlich, wenn jemand darauf reagiert. Wenn Warnungen ausgelöst werden und niemand handelt, werden sie zu Lärm. Definieren Sie, was „auf eine SLA-Warnung reagieren" für Ihr Team bedeutet.
Daten ignorieren: SLA-Berichte sind nur dann wertvoll, wenn sie regelmäßig überprüft und zur Entscheidungsfindung genutzt werden. Planen Sie eine monatliche SLA-Überprüfung und nutzen Sie die Daten, um Zielwerte, Personalausstattung oder Workflows anzupassen.
Wie Nura24 SLA-Management umsetzt
Das Ticketing-Modul von Nura24 enthält SLA-Regeln, die pro Prioritätsstufe konfigurierbar sind, mit geschäftsstundengerechten Countdown-Timern, die auf jedem Ticket im Agenten-Dashboard angezeigt werden. Farbcodierte Dringlichkeitsindikatoren (Grün / Gelb / Rot) werden in Echtzeit aktualisiert, wenn Fristen näher rücken. Agenten erhalten automatische Benachrichtigungen bei konfigurierbaren Schwellenwerten vor einer Verletzung. Der SLA-Timer wird automatisch pausiert, wenn ein Ticket in den Status Ausstehend verschoben wird, und wird fortgesetzt, wenn der Kunde antwortet. SLA-Compliance-Berichte sind im Berichtsbereich verfügbar, filterbar nach Agent, Priorität, Kategorie und Datumsbereich – und geben Teamleitern die Daten, die sie zur Leistungsverwaltung und Verbesserung der Antwortzeitkonsistenz benötigen.