Proces eskalacji zgłoszeń: kiedy i jak przekazać zgłoszenie wyżej

Proces eskalacji w obsłudze klienta to spisana zasada. Mówi, które zgłoszenia idą wyżej, do kogo, z jakimi informacjami i jak klient się o tym dowiaduje. Na papierze proste. Ale w firmie, która ma od dziesięciu do pięćdziesięciu osób, trudne zgłoszenia zwykle kończą na jeden z dwóch sposobów: zostają u tego, kto je otworzył, albo lądują prosto na biurku właściciela. Nic pomiędzy. Ten poradnik daje ci jasne kryteria eskalacji, jednostronicową macierz eskalacji, szablon notatki przekazania i prosty sposób na domknięcie sprawy.

Czym jest proces eskalacji i po co małemu zespołowi?

Eskalacja to przekazanie zgłoszenia komuś, kto ma większą wiedzę, uprawnienia albo kontekst, gdy obecny opiekun nie może go rozwiązać. Są dwa rodzaje. Eskalacja funkcjonalna kieruje problem do kogoś z głębszą wiedzą. Eskalacja hierarchiczna kieruje go do osoby, która może decydować o zwrotach, rabatach albo warunkach umowy. A bez zasady? Obie są improwizowane, za każdym razem od nowa.

W małym zespole pierwsza i druga linia wsparcia to role, a nie działy (pewnie nie masz „działu drugiej linii” i to w porządku). Pierwsza linia to ten, kto odpowiada pierwszy. Druga linia to konkretny specjalista albo lider zespołu. Właściciel jest ostatnim krokiem. Gdy nikt tego nie spisze, zgłoszenia po cichu starzeją się w kolejce, właściciel staje się wąskim gardłem, a klienci tłumaczą ten sam problem po trzy razy. Nikt tego nie lubi.

Kryteria eskalacji: kiedy zgłoszenie powinno pójść wyżej?

Eskaluj, gdy sprawa przekracza umiejętności pracownika, jego uprawnienia albo zagraża relacji z klientem. W zasadzie tyle. Po stronie technicznej chodzi o błąd, którego nikt nie potrafi odtworzyć, problem z danymi, awarię integracji albo cokolwiek, co wymaga dostępu, którego pierwsza linia po prostu nie ma. Powody handlowe to zwroty, rabaty, zmiany w fakturowaniu lub umowie i prośby wykraczające poza uzgodniony zakres. A ryzyko utraty klienta? Widać je po groźbie rezygnacji, kluczowym kliencie, kolejnym kontakcie w tej samej sprawie albo wątku prawnym lub związanym z ochroną danych.

Oto lista kontrolna, którą twoi pracownicy mogą skopiować bez zmian:

• Nie potrafię odtworzyć ani zdiagnozować problemu przy moim dostępie.
• Rozwiązanie wymaga zmian w danych albo dostępu do systemu, którego nie mam.
• Klient prosi o zwrot pieniędzy, rabat albo zmianę umowy.
• Prośba wykracza poza to, co zobowiązaliśmy się dostarczyć.
• Klient wspomina o odejściu albo to kluczowy klient.
• To drugi lub trzeci kontakt klienta w tej samej sprawie.
• Sprawa dotyczy roszczeń prawnych, danych osobowych albo bezpieczeństwa.

Jedna rzecz, którą ludzie ciągle mylą: pilność to nie eskalacja. To inne pytanie. W sprawie pilności oprzyj się na zasadach ustalania sensownych priorytetów zgłoszeń i trzymaj te dwie rzeczy osobno.

Jak zbudować jednostronicową macierz eskalacji

Macierz eskalacji przypisuje każdemu typowi problemu konkretnego odbiorcę i zastępcę. Dzięki temu nikt nie musi zgadywać. Kolumny niech będą nudne i proste: typ sprawy, powód eskalacji, pierwszy odbiorca, zastępca, kto może decydować i jak klient dostaje informacje.

Kilka przykładowych wierszy od razu to ukonkretnia. Błąd techniczny trafia do specjalisty od produktu, a zastępcą jest dyżurny programista. Spór o fakturę trafia do osoby od fakturowania, a na wszystko ponad rutynowe korekty zgodę daje szef finansów. Ryzyko rezygnacji? Opiekun klienta. Sprawa bezpieczeństwa albo prywatności omija kolejkę i idzie prosto do osoby odpowiedzialnej za ochronę danych.

Wpisuj imiona albo role. Nigdy „zespół” (w praktyce „zespół” oznacza nikogo). Całość zmieść na jednej stronie i przeglądaj ją za każdym razem, gdy ktoś zmienia rolę albo odchodzi. Eskalacja spraw klientów do właściciela powinna dotyczyć tylko przypadków opisanych w macierzy, a nie wszystkiego z automatu, bo tak wydaje się bezpieczniej.

Co musi zawierać notatka przekazania?

Dobra notatka przekazania eskalowanego zgłoszenia pozwala kolejnej osobie działać bez wracania do klienta z pytaniami, na które już odpowiedział. Za każdym razem uwzględnij te pola:

1. Klient i nazwa konta.
2. Problem w jednym zdaniu.
3. Kroki, które już wypróbowano, i ich wyniki.
4. Dowody: zrzuty ekranu, komunikaty o błędach, numery zamówień lub faktur.
5. Co do tej pory obiecano klientowi.
6. Dlaczego zgłoszenie jest eskalowane, z podaniem kryterium, które ma zastosowanie.
7. Czego oczekujesz od odbiorcy.

I ta część jest ważniejsza, niż się wydaje: odbiorca musi wprost potwierdzić, że przejmuje sprawę. Dopóki tego nie zrobi, zgłoszenie nadal należy do pierwotnego pracownika. Żadnego zawieszenia. Kontekst wcześniejszych zakupów też pomaga odbiorcy ocenić ryzyko utraty klienta, dlatego wsparcie powiązane z historią sprzedaży sprawia, że decyzje o eskalacji są szybsze i bardziej sprawiedliwe.

Jak powiedzieć klientowi, że jego zgłoszenie zostało eskalowane

Powiedz, kto teraz zajmuje się sprawą, co będzie dalej i kiedy klient dostanie odpowiedź. Odpuść ogólniki w stylu „przekazano do właściwego działu”. Zamiast tego podaj rolę albo osobę, na przykład „nasza kierowniczka rozliczeń, Anna, sprawdza fakturę”. Dużo lepiej, prawda? I obiecuj tylko taki termin odpowiedzi, którego zespół faktycznie dotrzyma. Przegapiona aktualizacja szkodzi bardziej niż wolniejsza, ale uczciwa.

Czasem eskalacja wynika z niezadowolenia, a nie z przeszkody technicznej. To zupełnie inna sprawa. Wtedy skieruj zgłoszenie do procesu obsługi reklamacji klientów, zamiast naciągać ścieżkę eskalacji, żeby to też objęła.

Domknięcie sprawy po rozwiązaniu eskalowanego zgłoszenia

Eskalacja jest zakończona dopiero wtedy, gdy klient ma odpowiedź, a pierwotny pracownik wie, jak problem rozwiązano. Czyli: osoba, która rozwiązała sprawę, odpowiada klientowi bezpośrednio albo informuje pierwszego pracownika, status zgłoszenia zostaje zaktualizowany, a krótka notatka o rozwiązaniu trafia do zgłoszenia. Gdy następnym razem ktoś trafi na ten sam problem, wszystko będzie pod ręką.

Raz w miesiącu usiądźcie razem i przejrzyjcie eskalowane zgłoszenia. Powtarzające się schematy pokażą, gdzie trzeba poprawić macierz albo gdzie pierwsza linia potrzebuje szkolenia, żeby ten sam problem przestał wędrować w górę. W module help desk w EpicCRM, dostępnym w planie Business, każde zgłoszenie ma status, priorytet i opiekuna, a eskalacja polega na ręcznej zmianie opiekuna. Właśnie dlatego macierz jest tam przydatna: mówi, komu przypisać zgłoszenie.

Moja rada? Zacznij od małego. Jedna strona, kilka kryteriów i stały szablon notatki przekazania, a potem dopracowuj proces eskalacji na podstawie zgłoszeń, które naprawdę spływają.

FAQ