Eine Service-Level-Vereinbarung bzw. SLA-Richtlinie enthält die mit einem Kunden vereinbarten Vorgaben für die Antwort- und Lösungszeit, die Ihr Supportteam einzuhalten hat.
Sie können z. B. eine Vereinbarung festlegen, die besagt, dass Sie auf dringende Tickets innerhalb von 10 Minuten reagieren und sie innerhalb von 2 Stunden lösen werden.
Einrichten von SLA-Richtlinien
Jede SLA-Richtlinie weist eine feste Struktur auf. Sie besteht aus den Bedingungen, die ein Ticket erfüllen muss, und den von Ihnen festgelegten Metriken. Beachten Sie, dass Sie beim Einrichten einer SLA-Richtlinie nicht für jede Metrik ein Ziel festlegen müssen. Weitere Informationen finden Sie unter Best Practices für die Kombination von Metriken.
So richten Sie eine SLA-Richtlinie ein
- Klicken Sie in der Seitenleiste des Admin Centers auf
Objekte und Regeln und dann auf Business-Regeln > Service-Level-Vereinbarungen. - Klicken Sie auf Richtlinie hinzufügen.
- Geben Sie im Feld Name der Richtlinie einen Wert ein.
- (Optional) Geben Sie eine Beschreibung ein.
- Wählen Sie die Bedingungen für die Richtlinie aus.
Beginnen Sie mit der Eingabe der Bedingung, bis sie automatisch vervollständigt wird, oder wählen Sie im Dropdownmenü eine Option aus.
- Geben Sie im Abschnitt Antwortziele für jede Metrik und Ticketpriorität ein Zeitziel ein.
Weitere Informationen finden Sie unter Antwortzeitmetriken.
Hinweis: Der Mindestwert, den Sie angeben können, ist 1 Minute. Sie können Stunden und/oder Minuten eingeben. - Geben Sie im Abschnitt Aktualisierungsziele für jede Metrik und Ticketpriorität ein Zeitziel ein. Es wird empfohlen, nur eine der beiden Aktualisierungszeitmetriken zu verwenden.
Weitere Informationen finden Sie unter Aktualisierungszeitmetriken.
- Geben Sie im Abschnitt Lösungsziele für jede Metrik und Ticketpriorität ein Zeitziel ein. Es wird empfohlen, nur eine der beiden Lösungszeitmetriken zu verwenden.
Weitere Informationen finden Sie unter Lösungszeitmetriken.
- Wenn Sie einen Zeitplan festgelegt haben, wählen Sie unter Stundentyp für jede Priorität entweder Kalenderstunden oder Geschäftsstunden aus.
- Klicken Sie auf Speichern.
Die SLA-Richtlinie wird erstellt.
Wenn bereits SLAs vorhanden sind, wird die neueste SLA am Ende der Liste hinzugefügt. Die Reihenfolge Ihrer SLA-Richtlinien bestimmt, wie sie auf Tickets angewendet werden.
Um Richtlinien so effektiv wie möglich zu machen, sollten Sie sie so anordnen, dass die restriktivsten ganz oben und die am wenigsten restriktiven ganz unten erscheinen. Weitere Informationen finden Sie unter Ändern der Reihenfolge von SLA-Richtlinien.
Community-Tipp: In seinem Beitrag Running triggers, automations, and reporting based on ticket SLAs (Englisch) erläutert Mat Cropper, wie Sie SLAs so einrichten können, dass immer die korrekte Richtlinie angewendet wird. Mark Powell demonstriert in seinem Beitrag Using SLAs with different time zones, contracts, and business hours, wie Sie SLAs für unterschiedliche Zeitzonen einrichten können.
Verstehen, welche SLA-Metriken gemessen werden können
Sie können Service-Level-Ziele für sieben verschiedene Metriken definieren, darunter für die Metriken „Reaktionszeit“, „Aktualisierungszeit“ und „Lösungszeit“.
Antwortzeitmetriken
Anhand von Antwortzeitmetriken können Sie untersuchen, wie Ihr Team im Hinblick auf die Beantwortung von Kundenanfragen abschneidet.
SLA-Richtlinien zur Antwortzeit gelten für alle Ticket- und Messaging-Konversationen mit Ausnahme von Chat.
Zeit bis zur ersten Antwort
Die Zeit bis zur ersten Antwort ist die Gesamtdauer vom Zeitpunkt der Ticketerstellung bis zum ersten öffentlichen Kommentar eines Agenten. Anhand dieser Metrik können Sie angeben, wie lange es dauern darf, bis Ihre Agenten auf die Anfragen Ihrer Kunden reagieren.
Das Ziel für die Zeit bis zur ersten Antwort beginnt, wenn ein Kunde sein Ticket einreicht, und endet mit der ersten öffentlichen Antwort eines Agenten. Das ist der gängigste Workflow und das typische Verhalten. Im folgenden Beispiel umfasst die Zeit bis zur ersten Antwort die Segmente A und B:
Wenn ein Agent mit einer internen Notiz ein Ticket für einen Kunden erstellt, beginnt das SLA-Ziel „Zeit bis zur ersten Antwort“, sobald der Kunde einen öffentlichen Kommentar abgibt, und endet mit der öffentlichen Antwort des Agenten. Im folgenden Beispiel umfasst die Zeit bis zur ersten Antwort die Segmente C, D und E:
- Die Zeit bis zur ersten Antwort wird nicht für Tickets berechnet, die ein Agent mit einem öffentlichen Kommentar erstellt, weil das SLA-Ziel für die Zeit bis zur ersten Antwort in diesem Fall sofort erfüllt ist. Es wird nicht aktiviert, und es wird keine Erfüllung aufgezeichnet.
- Wenn der erste Kommentar zu einem Ticket in Form einer internen Notiz von einem Light Agent abgegeben wird, beginnt das SLA-Ziel für die Zeit bis zur ersten Antwort mit diesem Kommentar und läuft bis zum nächsten öffentlichen Kommentar eines Agenten.
- Im Hinblick auf SLA-Ziele für die Zeit bis zur ersten Antwort in Nebenkonversationen in untergeordneten Tickets sind weitere Punkte zu berücksichtigen. Weitere Informationen finden Sie unter Definieren von OLA-Richtlinien mithilfe interner SLAs und Nebenkonversationen in untergeordneten Tickets.
Zeit bis zur nächsten Antwort
Die Zeit bis zur nächsten Antwort ist die Zeit zwischen dem ältesten unbeantworteten Kundenkommentar und dem nächsten öffentlichen Kommentar eines Agenten. Anhand dieser Metrik können Sie angeben, wie lange es dauern darf, bis Ihre Agenten sich wieder bei Ihren Kunden melden.
Das Ziel für die Zeit bis zur nächsten Antwort beginnt mit dem ältesten unbeantworteten Kundenkommentar und endet, wenn ein Agent einen öffentlichen Kommentar abgibt. Im folgenden Beispiel ist die Zeit bis zur nächsten Antwort in Segment E dargestellt:
Im folgenden Beispiel umfasst die Zeit bis zur nächsten Antwort die Segmente C, D und E:
Aktualisierungszeitmetriken
Mithilfe von Aktualisierungszeitmetriken können Sie festlegen, wie häufig Ihre Kunden über den Stand der Bearbeitung ihrer Anfrage informiert werden.
Regelmäßige Aktualisierung
Die regelmäßige Aktualisierung misst die Zeit zwischen den einzelnen öffentlichen Kommentaren der Agenten. Sie gibt an, wie häufig Ihre Kunden Updates von Ihrem Team erhalten sollen.
Bei dieser Metrik dient der öffentliche Kommentar des Agenten als Ausgangspunkt; sie wird nach jedem öffentlichen Kommentar eines Agenten zurückgesetzt. Im folgenden Beispiel umfasst die regelmäßige Aktualisierung die Segmente C, D und E:
Anhaltbare Aktualisierung
Die Metrik „Anhaltbare Aktualisierung“ gibt an, wie viel Zeit Agenten für die Bearbeitung eines Tickets aufwenden sollen. Im folgenden Beispiel umfasst die anhaltbare Aktualisierung die Segmente B, D und E:
Die Metrik „Anhaltbare Aktualisierung“ wird gestartet, wenn ein Agent den ersten öffentlichen Kommentar zu einem Ticket mit dem Status „Neu“, „Offen“ oder „Angehalten“ abgibt. Die Zeitmessung wird angehalten, wenn das Ticket in den Status „Wartend“ wechselt. Sie wird fortgesetzt, wenn der Status entweder mit einem öffentlichen Kommentar oder mit einer internen Notiz in „Offen“ oder „Angehalten“ geändert wird.
Lösungszeit-Metriken
Die Lösungszeit-Metriken bestimmen anhand des Ticketstatus (oder, falls angepasste Ticketstatuswerte aktiviert sind, anhand der Statuskategorie), wie viel Zeit für das Ticket aufgewendet wurde.
Beachten Sie, dass Sie zwar mehrere Lösungszeit-Metriken auswählen können, sich aber auf eine beschränken sollten, um Verwechslungen zu vermeiden.
Lösungszeit-Metriken verwenden anstelle von Kommentaren immer den Status des Tickets zum Starten, Anhalten und Stoppen der Ausführung. Die folgende Grafik zeigt, wie die Lösungszeit-Metriken in den Lebenszyklus eines Tickets eingegliedert sind:
Wartezeit Anfragender
Die Wartezeit Anfragender ist die Gesamtzeit, während der sich ein Ticket im Status „Neu“, Offen“ und „Angehalten“ befindet.
Die Wartezeit Anfragender beginnt, wenn das Ticket erstellt, und endet, wenn es gelöst wird. Die Zeitmessung wird angehalten, während sich das Ticket im Status „Wartend“ befindet.
Im folgenden Beispiel umfasst die Wartezeit Anfragender die Segmente A, B, D und E:
Überlegen Sie beim Festlegen dieser Metrik, wie lange Ihr Team brauchen darf, um das Problem vollständig zu lösen.
Arbeitszeit Agent
Die Arbeitszeit Agent ist die Gesamtzeit, während der sich ein Ticket im Status „Neu“ und „Offen“ befindet.
Die Zeitmessung wird angehalten, während sich das Ticket im Status „Angehalten“ oder „Wartend“ befindet.
Im folgenden Beispiel umfasst die Arbeitszeit Agent die Segmente A, B und E:
Überlegen Sie beim Festlegen dieser Metrik, wie viel Zeit ein Agent für die Bearbeitung eines Tickets aufwenden soll.
Gesamtdauer zur Lösung
Die Gesamtdauer zur Lösung gibt an, wie viel Zeit die Lösung eines Tickets in Anspruch nehmen darf (einschließlich der Zeit im Status „Wartend“). Sie misst den gesamten Lebenszyklus eines Tickets von seiner Erstellung bis zu seiner Lösung. Die Messung wird bei einem Wechsel des Ticketstatus nicht angehalten.
Best Practices für die Kombination von Metriken
Sie brauchen in einer SLA-Richtlinie nicht für jede Metrik ein Ziel festzulegen. Das folgende Beispiel zeigt alle Metriken und ihre Überschneidungen:
- Wenn Sie nicht sicher sind, mit welchen Metriken Sie die Leistung Ihres Teams messen möchten, empfehlen wir die Zeit bis zur ersten Antwort als einfachen und sinnvollen Ausgangspunkt.
- Wählen Sie nur eine Lösungszeit-Metrik aus: „Wartezeit Anfragender“, „Arbeitszeit Agent“ oder „Gesamtdauer zur Lösung“.
- Die Metriken „Zeit bis zur nächsten Antwort“ und „Zeit bis zur regelmäßigen Aktualisierung“ können gleichzeitig aktiv sein. Aus dem Zielstatus geht die Metrik hervorgeht, die als erste verletzt wird.
Auswirkungen des erneuten Öffnens von Tickets auf eine SLA
- Zeit bis zur ersten Antwort, Zeit bis zur nächsten Antwort: Wenn ein Ticket mit einem Endbenutzerkommentar erneut geöffnet wird und alle Bedingungen erfüllt sind, werden die entsprechenden Antwortzeitmetriken mit neuen Zielen aktiviert.
- Regelmäßige Aktualisierung, Anhaltbare Aktualisierung: Wenn ein Ticket mit einem Endbenutzerkommentar erneut geöffnet wird, geschieht nichts. Wenn ein Ticket mit einem öffentlichen Kommentar eines Agenten erneut geöffnet wird, werden die entsprechenden Aktualisierungsmetriken mit neuen Zielen aktiviert.
- Arbeitszeit Agent: Diese Metrik reaktiviert dasselbe Ziel mit derselben verstrichenen/verbleibenden Zeit und behandelt die Zeit im Status „Gelöst“ als Pause. Wenn das Ticket in den Status „Wartend/Angehalten“ wechselt, bleibt es so lange angehalten, bis es in den Status „Offen“ wechselt.
- Wartezeit Anfragender: Diese Metrik reaktiviert dasselbe Ziel mit derselben verstrichenen/verbleibenden Zeit und behandelt die Zeit im Status „Gelöst“ als Pause. Wenn das Ticket in den Status „Wartend“ wechselt, bleibt es so lange angehalten, bis es in den Status „Offen/Angehalten“ wechselt.
- Gesamtdauer zur Lösung: Diese Metrik reaktiviert und setzt die Zählung ab dem Zeitpunkt der Ticketerstellung fort.
1 Kommentare
Hallo - ich habe 2 verschiedene Zeitpläne. Wie kann ich einrichten, dass eine SLA-Richtlinie auf den Zeitplan A geht ud eine andere SLA-Richtlinie auf den Zeitplan B? Danke
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.