System zgłoszeń w obsłudze klienta: kiedy skrzynka przestaje wystarczać

Wspólna skrzynka nie psuje się nagle — psuje się stopniowo. Najpierw ktoś odpisuje drugi raz na to samo. Potem pilna sprawa czeka trzy dni, bo wszyscy widzieli ją jako przeczytaną. Na końcu klient dzwoni z pytaniem o wiadomość sprzed tygodnia i nikt nie potrafi jej znaleźć. To nie jest problem ludzi, tylko narzędzia, które nie ma pojęcia „sprawy”.

Sygnały, że skrzynka już nie wystarcza

Moment przejścia rzadko wynika z liczby wiadomości. Częściej decyduje liczba osób, które ich dotykają, i liczba kanałów, z których przychodzą. Dwie osoby i jedna skrzynka mogą działać latami. Cztery osoby, formularz, czat i telefon to układ, w którym gubienie spraw jest kwestią czasu.

• Podwójne odpowiedziDwie osoby odpisują na to samo, bo nie widzą, że ktoś już zaczął.
• Sprawy bez właścicielaWiadomość jest przeczytana przez wszystkich i obsłużona przez nikogo.
• Pytanie „na jakim to etapie?”Odpowiedź wymaga przeszukania skrzynki, a nie spojrzenia na status.
• Historia w kilku miejscachCzęść rozmowy w mailu, część na czacie, część w notatce na kartce.

Jeżeli rozpoznajesz co najmniej dwa z tych objawów, problemem nie jest już tempo pracy zespołu. Nawet dwukrotnie szybsze odpisywanie nie naprawi sytuacji, w której nikt nie wie, kto odpowiada za konkretny wątek.

Po co numer sprawy

Numer wygląda na formalność, a jest najtańszym narzędziem porządkującym rozmowę. Zamienia mglistą wymianę zdań w obiekt, o którym można mówić jednoznacznie: klient podaje numer zamiast opowiadać sprawę od nowa, a zespół wie, o którym z trzech podobnych zgłoszeń mowa.

Ważne, żeby numer był stabilny i nie zdradzał niczego o skali działalności. Sekwencja zaczynająca się od jedynki mówi klientowi, ile spraw obsłużyliście w historii firmy — to informacja, której zwykle nie chcesz publikować w każdej stopce maila.

Do numeru i statusu warto z czasem dołożyć kategorie, ale tylko takie, które odpowiadają na jedno konkretne pytanie. Jak zbudować taki zestaw, opisujemy w artykule o tagowaniu rozmów i zgłoszeń.

Statusy, które faktycznie coś znaczą

Najczęstszy błąd przy wdrożeniu to zbudowanie dwunastu statusów opisujących wewnętrzne niuanse. Po miesiącu połowa z nich jest używana losowo, a raport nie znaczy nic. Lepiej zacząć od minimalnego zestawu, w którym każdy status odpowiada na pytanie: kto ma teraz wykonać ruch.

1. Nowe.Sprawa wpłynęła, nikt jej jeszcze nie przejął. Kolejka do rozdzielenia.
2. W toku.Ktoś konkretny się tym zajmuje. Ruch należy do zespołu.
3. Czeka na klienta.Piłka jest po drugiej stronie. Ten status chroni statystyki przed karą za cudze milczenie.
4. Rozwiązane.Odpowiedź wysłana, sprawa zamknięta merytorycznie, ale wciąż może wrócić.
5. Zamknięte.Wątek domknięty i przeniesiony do historii.

Statusy warto rozszerzać dopiero wtedy, gdy zespół sam zgłosi, że czegoś brakuje, i potrafi powiedzieć, jaką decyzję nowy status zmieni. To dobra bariera przed rozrostem konfiguracji, którą później nikt nie chce sprzątać.

Reklamacje rządzą się przy tym własnymi regułami: mają termin, emocje i wyższą stawkę niż zwykłe pytanie. Osobny proces dla nich opisujemy w artykule o obsłudze reklamacji.

Status mówi, czyj jest ruch, ale nie mówi, co wziąć jako pierwsze. Kryteria porządkowania kolejki opisujemy w artykule o priorytetach w kolejce zgłoszeń.

Właściciel wątku i notatki wewnętrzne

Przypisanie to najważniejsza funkcja całego systemu, ważniejsza od statusów i filtrów. Sprawa bez właściciela należy do wszystkich, czyli do nikogo. Wystarczy jedna reguła: każde zgłoszenie w toku ma dokładnie jedną osobę odpowiedzialną, nawet jeśli merytorycznie pomaga przy nim trzech ludzi.

• Każda sprawa w toku ma jednego właściciela widocznego dla całego zespołu.
• Przekazanie sprawy jest jawnym zdarzeniem, a nie ustną informacją przy biurku.
• Notatki wewnętrzne są wyraźnie oddzielone od odpowiedzi widocznych dla klienta.
• Filtry „moje” i „nieprzypisane” są używane codziennie, a nie tylko przy wdrożeniu.
• Stan przeczytania liczy się od ostatniej aktywności klienta, nie od otwarcia listy.
• Ustalone jest, kto przegląda kolejkę nieprzypisanych i jak często.

Rozdzielenie notatek od odpowiedzi wymaga jednej rzeczy: żeby pomyłka była praktycznie niemożliwa. Notatka wewnętrzna wysłana klientowi to najgorszy z możliwych błędów w obsłudze, a bierze się prawie zawsze z interfejsu, w którym oba pola wyglądają podobnie.

W Meetlead każda sprawa ma stabilny numer w formacie ML-8472916350, pełną i nieusuwalną oś zdarzeń obejmującą wiadomości publiczne, notatki wewnętrzne, zmiany statusu, priorytetu i przypisania, a wiadomość klienta automatycznie otwiera zgłoszenie oczekujące lub rozwiązane.

Jeden wątek z wielu kanałów

Klient nie myśli kanałami. Napisze na czacie, zostawi prośbę o telefon, a następnego dnia odpisze na maila i będzie przekonany, że to jedna rozmowa. Jeśli system tworzy z tego trzy niezależne byty, praca podwaja się po waszej stronie, a klient odbiera obsługę jako chaotyczną.

Jeżeli obsługujecie też wiadomości z mediów społecznościowych, ta sama zasada dotyczy Messengera i Instagrama — z dodatkowym ograniczeniem czasowym po stronie platform. Opisujemy je w artykule o obsłudze klienta na Facebooku i Instagramie.

Wdrożenie w dwa tygodnie, nie w kwartał

1. Tydzień 1 — minimalny zestaw.Uruchom pięć statusów, przypisanie i numer sprawy. Nic więcej.
2. Tydzień 1 — jeden kanał.Zacznij od formularza albo czatu. Reszta dołącza, gdy proces działa.
3. Tydzień 2 — reguła kolejki.Ustal, kto i kiedy rozdziela nieprzypisane sprawy. To jedno zdanie w kalendarzu.
4. Tydzień 2 — pomiar.Włącz dwie liczby: czas pierwszej odpowiedzi i czas rozwiązania. Nie więcej.
5. Po miesiącu — przegląd.Dopiero teraz dokładaj priorytety, kategorie albo kolejne kanały.

Metodę liczenia obu wskaźników, razem z pułapkami, które sprawiają, że raport poprawia się szybciej niż obsługa, opisujemy w artykule o czasie pierwszej odpowiedzi na czacie. Do oceny jakości warto dołożyć ocenę wystawianą przez klienta — podejście do niej opisuje tekst o badaniu satysfakcji klienta.

Przy przechodzeniu ze starego narzędzia dochodzi pytanie, co zrobić z dotychczasową historią spraw. Rozkładamy je w przewodniku o zmianie systemu obsługi klienta.