Eskalationsprozess im Kundenservice: Stufen und Vorlage

Ein Kunde schreibt, das Geld sei abgebucht worden, die Bestellung aber nie angekommen. Die Mitarbeiterin, die die Nachricht übernommen hat, hat keinen Zugriff auf die Zahlungsprotokolle. Sie fragt einen Kollegen im Team-Chat und wartet. Zwei Stunden später schreibt der Kunde erneut, und ein zweiter Mitarbeiter fängt bei null an. Niemand hat etwas falsch gemacht. Es gab nur keine schriftliche Regel dafür, was passiert, wenn ein Problem größer ist als die Person, die es gerade hat.

Ein Eskalationsprozess im Kundenservice ist genau diese Regel. Dieser Beitrag geht seine Bestandteile durch und endet mit einer Vorlage, die Sie kopieren und anpassen können.

Was ein Eskalationsprozess im Kundenservice ist

Es ist ein kurzes Dokument, das vier Fragen beantwortet: Wann wandert ein Fall nach oben, zu wem, wie wird er übergeben und wie viel Zeit hat jede Person, bevor er weiterwandert. Es ist kein SLA. Ein SLA ist das Versprechen an den Kunden. Der Eskalationsprozess ist Ihr interner Weg, dieses Versprechen zu halten, wenn die erste Person nicht weiterkommt.

„Eskalation“ meint zwei Richtungen. Bei der funktionalen Eskalation geht der Fall an jemanden mit anderen Kenntnissen oder Zugriffsrechten (Buchhaltung, Entwicklung). Bei der hierarchischen Eskalation kommt jemand mit mehr Entscheidungsbefugnis dazu (Teamleitung, Management). Ihr Prozess sollte beides benennen.

Stufen: lieber wenige

Für die meisten Teams reichen drei Stufen. Mit mehr springen die Fälle nur zwischen den Personen hin und her.

Kleines Team? Stufe 2 kann pro Woche eine namentlich benannte Person sein. Eine eigene Abteilung braucht es dafür nicht.

Auslöser: wann ein Fall nach oben geht

Formulieren Sie Auslöser als Bedingungen, die jemand prüfen kann, nicht als Bauchgefühl. Vier Arten decken die meisten Situationen ab:

• Wissen oder Zugriff: Der Mitarbeiter kann es mit seinen Mitteln nicht lösen, etwa eine Zahlungsabfrage oder eine Änderung im Code.
• Zeit: Der Fall nähert sich seiner Frist oder hat sie überschritten.
• Auswirkung: Mehrere Kunden melden dasselbe, oder ein Kunde kann nicht bezahlen oder sich nicht anmelden.
• Signal des Kunden: Er verlangt einen Vorgesetzten, erwähnt eine Beschwerde bei einer Behörde oder hat dreimal ohne Fortschritt geschrieben.

In Hodhod lässt sich der Zeitauslöser automatisieren. Die automatische Eskalation bei Tickets reagiert auf „überfällig“, „eine Weile inaktiv“ oder „wartet auf den Kunden“ und kann die Priorität erhöhen, einem Team neu zuweisen, einen Beobachter hinzufügen, ein Label vergeben oder eine Notiz anlegen. Vor dem Aktivieren sehen Sie eine Vorschau der Tickets, die die Regel erfasst hätte.

Wer ist wofür zuständig

Der häufigste Fehler ist der Fall, der „eskaliert“ wurde, aber niemandem gehört. Legen Sie zwei Regeln fest:

1. Zu jedem Zeitpunkt ein Besitzer. Wandert der Fall zu Stufe 2, ist die Person auf Stufe 2 für die Kundenbeziehung zuständig, bis er gelöst oder erneut weitergegeben ist.
2. Der erste Mitarbeiter bleibt informiert, aber nicht verantwortlich. Er verfolgt das Ticket und sieht das Ergebnis, fragt aber nicht mehr nach.

Klären Sie auch, wer mit dem Kunden spricht. Üblich ist: Stufe 1 schickt eine kurze Nachricht, dass ein Spezialist den Fall übernommen hat und wann es Neuigkeiten gibt, danach schreibt der neue Besitzer. In Hodhod weisen Sie das Ticket einem Team oder einer Person zu, machen den ersten Mitarbeiter zum Beobachter und führen die interne Abstimmung in privaten Notizen, die der Kunde nicht sieht.

Die Übergabenotiz

Die meiste Zeit geht bei der Übergabe verloren. Muss die nächste Person den Kunden erneut fragen, hat die Eskalation alles langsamer gemacht. Verlangen Sie bei jeder Übergabe diese Notiz:

Übergabenotiz
Kunde / Ticketnummer:
Problem in einem Satz:
Was der Kunde erwartet:
Was ich bereits geprüft oder versucht habe:
Was ich von Ihnen brauche:
Priorität und Grund:
Frist (gegenüber dem Kunden und intern):
Was dem Kunden bereits gesagt wurde:

Die Zeile „Was dem Kunden bereits gesagt wurde“ ist die wichtigste. Sie verhindert, dass die nächste Person ein Versprechen bricht, von dem sie nichts wusste.

Zeitlimits

Geben Sie jeder Stufe ein Limit zum Handeln, nicht zum Lösen. Ein Beispiel für einen dringenden Fall, in Arbeitszeit gerechnet:

Rechnen Sie nach: Ein dringender Fall erreicht Stufe 3 spätestens nach 3,5 Stunden, und der Kunde hört mindestens in Minute 15 und Minute 90 von einem Menschen. Die Werte sind nur ein Startpunkt. Gehen Sie wie beim SLA von dem aus, was Ihr Team heute schafft, und verschärfen Sie später. Für niedrigere Prioritäten setzen Sie größere Limits. Wie Sie Prioritäten überhaupt vergeben, steht in Ticket-Triage und Priorisierung.

Eskalation an die Entwicklung

Ist ein Fehler die Ursache, schicken Sie den Entwicklern nicht zehn einzelne Tickets. Verknüpfen Sie die Tickets mit einem einzigen Vorgang, damit die Entwicklung ein Problem mit der Zahl der betroffenen Kunden sieht. In Hodhod geht das über die Problemverfolgung, und ein Vorgang lässt sich an Jira übergeben. Nach der Behebung können Sie die verknüpften Gespräche auf einen Schlag anschreiben.

Vorlage zum Kopieren

ESKALATIONSPROZESS (Team, Version, Datum)

Stufen
  S1: [Namen/Team]  - bearbeitet: [Liste]
  S2: [Namen/Team]  - bearbeitet: [Liste]
  S3: [Namen/Team]  - bearbeitet: [Liste]

Eskalieren, wenn (eines genügt)
  - Zugriff oder Wissen nötig, das die aktuelle Stufe nicht hat
  - Ticket ist noch [X] von seiner Frist entfernt oder darüber
  - [N] oder mehr Kunden melden dasselbe Problem
  - Kunde kann nicht bezahlen oder sich nicht anmelden
  - Kunde verlangt einen Vorgesetzten oder nennt eine formelle Beschwerde

Zuständigkeit
  - Immer ein Besitzer; der Besitzer spricht mit dem Kunden
  - Vorheriger Besitzer bleibt Beobachter und fragt nicht nach
  - Interne Abstimmung nur in privaten Notizen

Übergabenotiz (Pflicht)
  Problem / Erwartung / bereits geprüft / Bitte / Priorität /
  Frist / was dem Kunden gesagt wurde

Zeitlimits (Arbeitszeit)
  S1 Antwort: [  ]   S1 Übergabe: [  ]
  S2 Übernahme: [  ]   S2 Lösung oder Übergabe: [  ]
  S3 Zwischenstand: [  ]

Außerhalb der Arbeitszeit
  Wer ist für dringende Fälle erreichbar und wie: [  ]

Überprüfung
  Monatlich: Jeden eskalierten Fall lesen, der ein Limit verfehlt hat.
  Vierteljährlich: Stufen, Auslöser oder Limits ändern, wenn sich dieselbe Ursache wiederholt.

Den Prozess überprüfen

Ein Prozess, den niemand überprüft, wird zur Dekoration. Nehmen Sie sich einmal im Monat die eskalierten Fälle vor, die ein Zeitlimit verfehlt haben, und fragen Sie, was sie gemeinsam haben: eine Schicht, ein Thema, ein fehlendes Zugriffsrecht, eine Übergabenotiz mit leeren Feldern. Achten Sie auch auf das umgekehrte Problem. Eskaliert Stufe 1 mehr als die Hälfte dessen, was sie bekommt, liegt es wahrscheinlich an Schulung oder fehlenden Textbausteinen, nicht am Prozess. Messen Sie die Zahl der Eskalationen mit Ihren Support-KPIs, statt nach Gefühl zu urteilen.

Auch die Qualitätsprüfung in Hodhod kann helfen: Wer eine Stichprobe von Gesprächen bewertet, kann „zum richtigen Zeitpunkt eskaliert“ als Kriterium aufnehmen.

Um Eskalationsregeln und Übergaben in Ihrem eigenen Team auszuprobieren, fordern Sie eine kostenlose Demo an. Tickets mit Prioritäten, Fristen und automatischer Eskalation finden Sie im Ticketsystem.

Häufig gestellte Fragen