Deskhero
Deutsch
Kostenlos testen

← Back to articles

SLA-Erinnerungen automatisieren, bevor Verstöße entstehen

SLA-Erinnerungen automatisieren, bevor Verstöße entstehen

Automatisierte SLA-Erinnerungen sollten ein Ticket sichtbar machen, solange noch Zeit zum Handeln bleibt, und anschließend ein überfälliges Ticket unmissverständlich kennzeichnen. Die richtige Einrichtung hängt vom Helpdesk ab. Einige Plattformen bieten native „Bald fällig“- und Überschreitungsbenachrichtigungen, während ein benutzerdefinierter Workflow möglicherweise zeitgesteuerte Prüfungen und klar definierte Eskalationsschritte erfordert.

Beginnen Sie mit der Uhr, nicht mit der Benachrichtigung:

  • Definieren Sie separate Zielvorgaben für die erste Antwort und die Lösung.
  • Entscheiden Sie, ob die Zielvorgaben Kalenderzeit oder Geschäftszeiten verwenden.
  • Wählen Sie, welche Ticketstatus die Lösungsuhr pausieren.

Profi-Tipp: Testen Sie jeden SLA-Status mit Beispiel-Tickets, bevor Sie sich auf Live-Benachrichtigungen verlassen. Beziehen Sie Fälle ein, die bald fällig, überschritten, pausiert, neu zugewiesen und bereits abgeschlossen sind.

Die wichtigsten Erkenntnisse

Zuverlässige Erinnerungen beginnen mit korrekten Fristen. Zeitpunkt der Benachrichtigung, Empfänger und Eskalationsverfahren kommen erst danach – zunächst muss die Richtlinie selbst stimmen.

Punkt Details
Beide Uhren definieren Verfolgen Sie die erste Antwort und die Lösung getrennt, da sie durch unterschiedliche Ereignisse abgeschlossen werden.
Arbeitszeit berücksichtigen Verwenden Sie einen Geschäftszeitenplan, wenn Nächte und Wochenenden die Zielvorgabe nicht verbrauchen sollen.
Pausenstatus konfigurieren Pausieren Sie die Lösungszielvorgabe, während das Ticket auf den Kunden oder eine andere externe Partei wartet.
Empfänger bewusst auswählen Stellen Sie sicher, dass „Bald fällig“- und Überschreitungsbenachrichtigungen jemanden erreichen, der am Ticket handeln kann.
Vor der Einführung testen Überprüfen Sie Fristen, Pausenverhalten und Zustellung der Benachrichtigungen mit kontrollierten Tickets.
Zuerst native SLA-Funktionen verwenden Ein Helpdesk mit integrierten Richtlinien, Geschäftszeitenplänen, Benachrichtigungen, Filtern und Berichten macht einen separaten Abfrage-Workflow überflüssig.

Als Nächstes konsultierbare maßgebliche Dokumentationen und Anleitungen

Ein plattformspezifisches Beispiel finden Sie in Jiras Dokumentation zu automatisierten Nachfassaktionen. Sie beschreibt sowohl zeitgesteuerte Regeln als auch einen Ansatz mit SLA-Schwellenwerten und empfiehlt, zunächst mit einem kleinen Abfragebereich zu testen, bevor dieser erweitert wird.

Inhaltsverzeichnis

SLA-Erinnerungsautomatisierung Schritt für Schritt erstellen

Notieren Sie genau, was jede SLA misst, bevor Sie eine Benachrichtigung konfigurieren. Eine Zielvorgabe für die erste Antwort und eine Zielvorgabe für die Lösung sind unterschiedliche Uhren. Legen Sie fest, welches Ticketereignis jede Uhr startet, welches Ereignis sie beendet und ob die Frist nach Kalenderzeit oder einem Geschäftszeitenplan berechnet wird.

Konfigurieren Sie anschließend den Erinnerungsweg.

  1. Richtlinie definieren. Ordnen Sie Gruppen und Prioritäten Zielvorgaben für die erste Antwort und die Lösung zu. Fügen Sie eine Auffangrichtlinie für Tickets hinzu, die keiner spezifischeren Regel entsprechen.
  2. Arbeitskalender festlegen. Fügen Sie die für die Zielvorgabe geltenden Betriebszeiten und die Zeitzone hinzu. Wenn die Zusage durchgehend gilt, verwenden Sie Kalenderzeit.
  3. Pausenverhalten konfigurieren. Wählen Sie Status aus, die die Lösungsuhr anhalten, während das Team auf Informationen wartet. Bestätigen Sie, ob die Uhr für die erste Antwort pausieren kann, da viele Systeme sie anders behandeln.
  4. Benachrichtigungen aktivieren. Entscheiden Sie, wer die Status „Bald fällig“ und „Überschritten“ erhält und welche unterstützten Kanäle der Helpdesk verwendet.
  5. Operative Reaktion hinzufügen. Dokumentieren Sie, was der Empfänger tun soll, etwa antworten, die Priorität ändern, das Ticket neu zuweisen oder eine Führungskraft einbeziehen. Die Benachrichtigung und die Korrekturmaßnahme müssen nicht dieselbe technische Regel sein.

Wenn der Helpdesk keine nativen SLA-Schwellenwerte unterstützt, kann ein zeitgesteuerter Workflow offene Tickets prüfen und ihre Fristen mit der aktuellen Zeit vergleichen. Ein Beispiel für eine Abfrage alle 15 Minuten wird von LOW/CODE dokumentiert. Das passende Intervall hängt jedoch von der kürzesten Zielvorgabe, API-Limits, Geschäftszeiten und der Verzögerung ab, die das Team tolerieren kann. Speichern Sie einen Benachrichtigungsstatus, damit spätere Durchläufe dieselbe Benachrichtigung nicht erneut senden.

Schwellenwerte auswählen, die keine Benachrichtigungsmüdigkeit auslösen

Eine hilfreiche Warnung lässt dem Empfänger ausreichend Zeit zu reagieren. Ein prozentualer Schwellenwert kann in einem benutzerdefinierten System funktionieren, aber ein festes Warnfenster ist bei Richtlinien mit unterschiedlicher Dauer oft leichter verständlich.

  • Bequem innerhalb der Frist: Lassen Sie das Ticket in den normalen Warteschlangenansichten sichtbar, ohne eine Warnung zu senden.
  • Bald fällig: Benachrichtigen Sie den zuständigen Benutzer oder die zuständige Gruppe, solange die Zielvorgabe noch eingehalten werden kann.
  • Überschritten: Kennzeichnen Sie das Ticket als überfällig und befolgen Sie den dokumentierten Eskalationsprozess des Teams.

Übernehmen Sie keinen universellen Schwellenwert von 80 Prozent, ohne die zugrunde liegenden Zielvorgaben zu prüfen. Bei einer Zielvorgabe von einer Stunde bleiben 12 Minuten, bei einer Zielvorgabe von drei Tagen dagegen mehr als ein halber Tag. Messen Sie, wie viel Zeit das Team tatsächlich zum Handeln benötigt.

Wiederholte Erinnerungen erzeugen schnell Lärm. Native Helpdesk-Benachrichtigungen sollten bei einem Statuswechsel benachrichtigen und nicht bei jeder Aktualisierung der Ansicht. Ein benutzerdefinierter Abfrage-Workflow sollte vermerken, dass er die Nachricht „Bald fällig“ oder „Überschritten“ gesendet hat, und diesen Status erst zurücksetzen, wenn die Richtlinie tatsächlich neu startet.

Schwellenwerte auswählen, die keine Benachrichtigungsmüdigkeit auslösen: Übersichtsgrafik

Was SLA-Benachrichtigungen sagen und wohin sie gehen sollten

Eine Benachrichtigung sollte das Ticket identifizieren, die Frist anzeigen und die erwartete Reaktion verständlich machen. Fügen Sie keine Kundendaten hinzu, die der Empfänger nicht benötigt.

  • Ticket-ID und Link, damit der Empfänger die richtige Unterhaltung öffnen kann.
  • Zieltyp, etwa erste Antwort oder Lösung.
  • Frist oder Dauer der Überschreitung in einer eindeutig angegebenen Zeitzone.
  • Aktueller Status, Priorität, Gruppe und Bearbeiter, wenn diese Felder die Zuständigkeit beeinflussen.
  • Ein nächster Schritt, etwa antworten, neu zuweisen oder eine Führungskraft um Prüfung bitten.

Verwenden Sie Kanäle, die das Supportteam bereits überwacht. Benachrichtigungen in der Anwendung und per E-Mail reichen oft aus, wenn sie den Bearbeiter oder die zuständige Gruppe zuverlässig erreichen. Falls ein separates Pager- oder Nachrichtensystem erforderlich ist, bestätigen Sie vor der darauf basierenden Prozessplanung, dass der Helpdesk die Integration unterstützt.

Profi-Tipp: Zeigen Sie eine genaue Frist oder einen Countdown an. Eine konkrete Zeit lässt sich leichter priorisieren als eine vage Warnung.

Was SLA-Benachrichtigungen sagen und wohin sie gehen sollten: Übersichtsgrafik

SLA-Timer mit Pausenstatus korrekt halten

Eine Erinnerung ist nur so zuverlässig wie ihre Uhr. Lösungszielvorgaben werden üblicherweise pausiert, während ein Ticket auf den Kunden wartet, aber die genauen Status sollten dem tatsächlichen Workflow des Teams entsprechen.

  • Wählen Sie eindeutige Pausenstatus aus und dokumentieren Sie, warum jeder einzelne die Uhr anhält.
  • Setzen Sie die Uhr fort, sobald das Ticket einen Pausenstatus verlässt.
  • Testen Sie Tickets, die mehr als einmal in einen Pausenstatus wechseln und ihn wieder verlassen.
  • Bestätigen Sie, ob für Zielvorgaben der ersten Antwort und der Lösung dieselben Pausenregeln gelten.

Geschäftszeitenpläne lösen ein anderes Problem. Sie schließen geschlossene Zeiten aus der Zielvorgabe selbst aus, während Pausenstatus Zeit aufgrund des Ticketstatus ausschließen. Konfigurieren und testen Sie beides. Ein Wochenende sollte keine Zielvorgabe auf Basis von Geschäftszeiten verbrauchen, und ein an einem Wochentag auf den Kunden wartendes Ticket sollte pausiert bleiben, selbst wenn das Team geöffnet hat.

Testen und Feinabstimmen, bevor Sie der Automatisierung vertrauen

Verwenden Sie kontrollierte Tickets, um den gesamten Lebenszyklus zu testen. Historische Daten können dabei helfen, realistische Zielvorgaben zu bestimmen, aber ein Test mit Live-Status eignet sich besser, um die Zustellung von Benachrichtigungen und Änderungen an Fristen zu überprüfen.

  1. Jede Richtlinie abdecken. Erstellen Sie ein Test-Ticket für jede Gruppen- und Prioritätskombination, durch die eine andere SLA-Richtlinie ausgewählt werden kann.
  2. Kurze temporäre Zielvorgaben verwenden. Bestätigen Sie die Status „Bald fällig“ und „Überschritten“, ohne Stunden oder Tage zu warten, und stellen Sie anschließend die echten Werte wieder her.
  3. Pausenstatus testen. Pausieren Sie die Lösungsuhr und setzen Sie sie fort. Überprüfen Sie, ob sich die Frist wie erwartet ändert.
  4. Empfänger prüfen. Testen Sie ein zugewiesenes und ein nicht zugewiesenes Ticket, damit die richtigen Personen jede Benachrichtigung erhalten.
  5. Datensatz überprüfen. Bestätigen Sie, dass das Ticket anzeigt, welche Richtlinie angewendet wurde und wann jede Uhr erfüllt oder verfehlt wurde.

Überprüfen Sie nach dem Start falsche Warnungen und verpasste Übergaben. Wenn die Benachrichtigungen korrekt sind, aber dennoch ignoriert werden, liegt das Problem möglicherweise eher bei Zuständigkeit oder Personalbesetzung als beim Zeitpunkt der Schwellenwerte.

Wie Deskhero SLA-Erinnerungen für Sie verwaltet

Deskhero verfügt über dedizierte SLA-Richtlinien. Diese sind von den allgemeinen Automatisierungsregeln getrennt, die weder zeitgesteuert noch zeitbasiert sind.

  • Eigentümer und Administratoren können SLA-Richtlinien anordnen, die zu Ticketgruppen und Prioritäten passen. Die erste passende Richtlinie legt die Zielvorgaben für die erste Antwort und die Lösung fest.
  • Jede Richtlinie kann einen benannten wöchentlichen Geschäftszeitenplan mit eigener Zeitzone verwenden oder Kalenderzeit zählen.
  • Die Lösungsuhr pausiert in den im Workspace ausgewählten Status. Die Uhr für die erste Antwort pausiert nicht.
  • Deskhero markiert ein Ticket während der letzten 60 Minuten vor seiner nächsten Frist als gefährdet und nach Ablauf der Frist als überschritten.
  • Eine Hintergrundprüfung läuft alle fünf Minuten und sendet In-App-Benachrichtigungen sowie eine E-Mail-Zusammenfassung an den Bearbeiter oder bei nicht zugewiesenen Tickets an die Gruppenmitglieder. Benutzer können die SLA-Benachrichtigungskanäle pro Gruppe steuern.

Die Ticketliste enthält eine SLA-Spalte und SLA-Filter, das Dashboard hebt gefährdete und überschrittene Tickets hervor, und die Ticket-Zeitleiste erfasst Richtlinien- und Uhrereignisse. Statistics bietet Ansichten zur SLA-Einhaltung, sobald der Workflow aktiv ist.

Was Sie verfolgen sollten, sobald Ihre Benachrichtigungen aktiv sind

Die erste Frage lautet, ob die Erinnerungen Überschreitungen verhindern. Vergleichen Sie gefährdete Tickets mit der Anzahl der Tickets, die die Zielvorgabe später verfehlen, und untersuchen Sie anschließend die Fälle, bei denen Warnungen keine Abhilfe geschaffen haben.

Verfolgen Sie die Einhaltung der Zielvorgabe für die erste Antwort und für die Lösung getrennt. Prüfen Sie außerdem die Anzahl der Tickets, die derzeit innerhalb des Warnfensters fällig sind, die Anzahl der bereits überschrittenen Tickets und die Richtlinien oder Gruppen-Prioritäts-Kombinationen, bei denen die meisten Überschreitungen auftreten.

Stellen Sie die Prozentsätze in einen operativen Kontext. Ein starker Gesamtprozentsatz kann eine Warteschlange verbergen, in der es wiederholt zu Überschreitungen kommt. Ein plötzlicher Rückgang kann auf einen geänderten Geschäftszeitenplan, eine neu hinzugefügte Priorität oder eine Lücke bei der Zuständigkeit zurückzuführen sein und nicht auf langsamere Arbeit.

Überlappende SLAs ohne kollidierende Benachrichtigungen verwalten

Ein Ticket kann sowohl eine Zielvorgabe für die erste Antwort als auch eine Zielvorgabe für die Lösung haben. Behandeln Sie sie als separate Uhren, da eine Antwort nur die erste Uhr beendet. Die Lösungszielvorgabe läuft weiter, bis das Ticket das Ereignis erreicht, das sie erfüllt.

Die Ticketoberfläche sollte anzeigen, welche der noch offenen Fristen als Nächstes ansteht, und gleichzeitig Details zu beiden Zielvorgaben enthalten. Auch Filter und Berichte sollten die erste Antwort von der Lösung unterscheiden, damit eine gute Kennzahl keine Probleme bei der anderen verdeckt.

Wenn Kunden unterschiedliche Zusagen haben, verwenden Sie separate Richtlinien, die zu stabilen Ticketfeldern wie Gruppe und Priorität passen. Ordnen Sie spezifische Richtlinien vor der Auffangrichtlinie an und testen Sie anschließend ein Ticket gegen jede relevante Kombination. Erfinden Sie keine verborgenen Vertragsstufen, die Benutzer auf dem Ticket weder sehen noch überprüfen können.

Auditbereit bleiben, wenn SLAs automatisch laufen

Bewahren Sie einen Datensatz darüber auf, welche Richtlinie angewendet wurde, welche Fristen berechnet wurden und wann jede Uhr erfüllt oder verfehlt wurde. Wenn eine Änderung an Gruppe, Priorität oder Zeitplan zu einer Neuberechnung der Frist führt, sollte auch diese Änderung nachvollziehbar sein.

Dokumentieren Sie Richtlinienänderungen außerhalb des Benachrichtigungspostfachs. Halten Sie fest, wer die Änderung genehmigt hat, wann sie wirksam wurde und ob sie für bestehende Tickets gilt. Das erleichtert die Beantwortung späterer Kundenfragen und verhindert stille Änderungen an der Bedeutung eines SLA-Berichts.

Prüfen Sie bei vertraglichen Überprüfungen das Verhalten der Plattform, statt anzunehmen, dass jedes sichtbare Ereignis ein Auditprotokoll darstellt. Die Ticket-Zeitleiste von Deskhero erfasst die Anwendung von SLA-Richtlinien und Uhrergebnisse, während der Bereich Statistics die Einhaltung ausweist. Organisationen mit formalen Aufbewahrungspflichten sollten prüfen, ob diese Aufzeichnungen ihre eigenen Anforderungen erfüllen.

SLA-Nachrichten für Benutzer, Manager und Kunden verfassen

Interne Benachrichtigungen und Kundenaktualisierungen dienen unterschiedlichen Zwecken. Richten Sie jede Nachricht darauf aus, was der jeweilige Leser als Nächstes tun kann.

Benutzerseitige Benachrichtigungen sollten mit dem Ticketlink, dem Zieltyp, der Frist und der unmittelbaren Maßnahme beginnen. Vermeiden Sie einen Absatz mit Hintergrundinformationen zur Richtlinie, wenn der Benutzer am Ticket arbeiten muss.

Für Manager bestimmte Prüfungen sollten Muster über eine Gruppe, Priorität oder Richtlinie hinweg zeigen. Ein einzelnes verfehltes Ticket erfordert eine Maßnahme, wiederholte Überschreitungen hingegen eine Entscheidung zu Personal oder Prozess.

Kundenkommunikation sollte korrekt und spezifisch sein. Wenn das Team mit einer Verzögerung rechnet, kann eine von einem Menschen geprüfte Aktualisierung einen realistischen Zeitpunkt für den nächsten Kontakt nennen. Legen Sie keine internen Benachrichtigungsbezeichnungen offen und versprechen Sie keine Lösungszeit, die das Team nicht einhalten kann.

SLA-Automatisierung mit den bereits verwendeten Tools verbinden

Beginnen Sie mit nativen SLA-Funktionen, wenn diese die erforderlichen Richtlinien, Kalender, Pausenstatus, Benachrichtigungen, Filter und Berichte abdecken. Native Fristen bleiben in der Regel zuverlässiger mit Änderungen am Ticket synchron als eine parallele Tabellenkalkulation.

Wenn die native Unterstützung begrenzt ist, haben Teams Community-Plugins und in Foren dokumentierte Workarounds verwendet. Prüfen Sie Wartungsstatus und Versionskompatibilität, bevor Sie sich auf diesen Ansatz verlassen.

Ein separater Workflow kann sinnvoll sein, wenn mehrere Systeme einen einzigen Eskalationskanal versorgen müssen. Legen Sie zuerst die Quelle der Wahrheit fest. Doppelte SLA-Berechnungen in einem Helpdesk und einer Integrationsebene können voneinander abweichen, insbesondere bei Zeitzonen, Geschäftszeiten, Pausenstatus und Neuzuweisungen.

Redaktionelle Einschätzung: Nicht die Benachrichtigung zählt, sondern die Handlung

Eine Benachrichtigung über ein bald fälliges Ticket ist nur dann hilfreich, wenn die Zuständigkeit klar ist. Der Empfänger benötigt die Befugnis, den Kontext und die Zeit, um das Ticket voranzubringen.

Die Genauigkeit des Timers steht an erster Stelle. Ein falscher Geschäftszeitenplan oder eine falsche Pausenkonfiguration erzeugt selbstsichere, aber irreführende Benachrichtigungen. Korrigieren Sie die Fristberechnung, bevor Sie den Wortlaut der Nachricht anpassen oder weitere Kanäle hinzufügen.

Gehen Sie in dieser Reihenfolge vor: Zielvorgaben der Richtlinie, Geschäftszeitenpläne, Pausenverhalten, Benachrichtigungsempfänger, operative Reaktion und Berichte. So bleibt die Erinnerung an eine Frist gebunden, die alle verstehen.

SLA-Erinnerungen ohne Migrationsprojekt in Betrieb nehmen

Deskhero verbindet sich per Zwei-Wege-Synchronisierung mit Gmail oder Microsoft 365. So können Teams ihre bestehende Supportadresse behalten und gleichzeitig eine gemeinsame Ticketbearbeitung und SLA-Richtlinien hinzufügen.

Deskhero

Konfigurieren Sie Zielvorgaben für die erste Antwort und die Lösung nach Gruppe und Priorität, fügen Sie bei Bedarf einen wöchentlichen Geschäftszeitenplan hinzu und wählen Sie, welche Status die Lösung pausieren. Deskhero zeigt anschließend die nächste Frist an, hebt innerhalb einer Stunde fällige Tickets hervor, benachrichtigt die zuständigen Benutzer und erfasst die SLA-Ergebnisse.

Für die 30-tägige kostenlose Testversion ist keine Kreditkarte erforderlich. Verbinden Sie ein Postfach, konfigurieren Sie eine kleine Gruppe von Richtlinien und testen Sie den vollständigen SLA-Lebenszyklus, bevor Sie die Einrichtung auf weitere Gruppen ausweiten.

Quellen

FAQ

Was ist der Unterschied zwischen einem SLA, einem SLO und einem SLI?

Ein SLA ist eine Servicezusage zwischen Parteien. Ein SLO ist eine Zielvorgabe für die Leistung eines Services und wird häufig intern verwendet, um diese Zusage einzuhalten. Ein SLI ist der gemessene Wert, mit dem die Zielvorgabe bewertet wird.

Was gilt als SLA-Überschreitungsbenachrichtigung?

Eine Überschreitungsbenachrichtigung zeigt an, dass eine noch offene Frist für die erste Antwort oder die Lösung verstrichen ist. Eine „Bald fällig“-Benachrichtigung ist etwas anderes, da das Team noch Zeit hat, die Zielvorgabe einzuhalten.

Was bedeutet ein SLA von 4 Stunden?

Das bedeutet, dass die in der Richtlinie genannte Handlung, etwa die erste Antwort oder die Lösung, innerhalb von vier Stunden fällig ist, berechnet nach dieser Richtlinie. Die Uhr kann Kalenderzeit oder einen Geschäftszeitenplan verwenden.

Wie unterscheidet sich ein SLA von einem KPI?

Ein SLA legt eine Servicezusage fest. Ein KPI misst die Leistung und kann zur Überwachung vieler Ziele verwendet werden, die keine vertraglichen Fristen sind.

Kann Deskhero SLA-Erinnerungen ohne benutzerdefinierten Code automatisieren?

Ja. Deskhero verfügt über integrierte SLA-Richtlinien, ein festgelegtes Warnfenster für bald fällige Tickets, Überschreitungserkennung, In-App- und E-Mail-Benachrichtigungen, Ticketfilter, Dashboard-Ansichten und SLA-Berichte. Diese Funktionen sind von den allgemeinen Automatisierungsregeln getrennt.