Ein Eskalationspfad ist eine vordefinierte Karte, die genau zeigt, wie ein Support-Ticket von Tier 1 bis zu Tier 3 oder dem Engineering weitergeleitet werden sollte. Er definiert die Kriterien für die Weiterleitung, die Zielreaktionszeiten (interne SLAs) für jede Ebene und die spezifischen Stakeholder, die in jeder Phase des Problemlösungszyklus benachrichtigt werden müssen.
?
Wie gestaltet man einen hochperformanten Eskalationspfad?
Ordnen Sie ihn nach "Problemtyp" zu. Ein "Abrechnungs-Eskalationspfad" führt zur Finanzabteilung; ein "Bug-Eskalationspfad" führt zum Engineering-Team, das für diese Funktion verantwortlich ist. Definieren Sie "Einstiegsanforderungen" (Logs, Screenshots, Reproduktionsschritte), damit höhere Tiers das Ticket nicht ablehnen.
?
Was ist ein OLA (Operating Level Agreement)?
OLAs sind "interne SLAs". Während der Kunde ein SLA (z.B. 4 Stunden) hat, sollte das T3-Team ein OLA (z.B. 2 Stunden) mit dem T1-Team haben. Dies stellt sicher, dass genügend Zeit im SLA des Kunden verbleibt, um die Lösung tatsächlich zu liefern.
?
Warum sollte der Eskalationspfad für Agenten sichtbar sein?
Agenten sollten nicht "raten" müssen, wohin ein Ticket gesendet werden soll. Ein klarer, dokumentierter Pfad reduziert Stress und verhindert "Ticket-Hovering" (wo Tickets in der Warteschlange eines Agenten verbleiben, weil sie nicht wissen, wie sie diese weiterleiten sollen).
?
Wie identifiziert man einen "blockierten" Eskalationspfad?
Verfolgen Sie das "Alter im Tier". Wenn Tickets konsequent 5 Tage in "Pending Engineering" verbringen, aber nur 4 Stunden im "Help Desk", liegt der Engpass in der Übergabe an das Engineering oder deren Kapazität, Bugs mit niedriger Priorität zu beheben.
Wissens-Challenge
Eskalationspfad gemeistert? Versuchen Sie nun, das verwandte 5-Buchstaben-Wort zu erraten!
Tippen oder Tastatur benutzen