Automatyzacja obsługi klienta: jak ułożyć proces? jedna kolejka zamiast czterech skrzynek
Zgłoszenia wpadają w pięć miejsc, słowo „pilne” znaczy co innego u każdej osoby, a czas odpowiedzi liczy ten, kto akurat odpisał. Automat tego nie naprawi, dopóki proces nie jest ułożony. Poniżej: jak zebrać kanały w jedną kolejkę, jak zbudować kategorie, które da się rozstrzygnąć z treści, czym różni się czas reakcji od czasu rozwiązania i dlaczego nieaktualna baza wiedzy psuje odpowiedzi ludzi tak samo jak odpowiedzi automatu.
- 1 kolejkamail, formularz, czat i telefon spływają do jednego systemu; bez tego nie policzysz ani liczby zgłoszeń, ani czasu oczekiwania
- 2 zegaryczas pierwszej reakcji i czas rozwiązania mierzy się osobno, bo poprawa pierwszego wygląda w raporcie jak sukces
- 1 miesiąctermin z art. 12 ust. 3 RODO na odpowiedź na żądanie osoby, której dane dotyczą; taka sprawa ma w kolejce własny priorytet
- 30 i 90 dnikiedy odczytujemy wskaźniki po wdrożeniu, zawsze te same, które spisano przed startem
Krótka odpowiedź
Jak zautomatyzować obsługę klienta i od czego zacząć?
Zacznij od jednego miejsca na zgłoszenia. Mail, formularz, czat, telefon i wiadomości z profilu mają spływać do jednej kolejki, w której każda sprawa ma numer, właściciela i status. Ten krok nie wymaga modelu językowego, a bez niego nie ma czego automatyzować, bo nie ma czego policzyć.
Potem ułóż kategorie i priorytety, które da się rozstrzygnąć z treści zgłoszenia, a nie z domysłu. Pięć do ośmiu kategorii wystarcza, każda ma warunek rozpoznania i osobę, która ją bierze. Dopiero na tym siada automat: nadanie typu, potwierdzenie odbioru z numerem sprawy, dane klienta wciągnięte z systemów.
Na koniec ustaw dwa zegary i jedno źródło odpowiedzi. Czas pierwszej reakcji i czas rozwiązania mierzysz osobno. Treść, z której powstaje odpowiedź, leży w jednej bazie wiedzy z właścicielem wskazanym imiennie, bo z tej samej bazy korzysta człowiek i agent AI.
Dlaczego cztery skrzynki to cztery różne kolejki?
Typowy start: mail na biuro, drugi na reklamacje, formularz ze strony, czat, wiadomości z profilu i telefon, po którym ktoś robi notatkę w zeszycie. Każde wejście ma innego właściciela i inny czas odpowiedzi. Klient jest przekonany, że pisze do jednej firmy, i ma rację.
Póki sprawy leżą w pięciu miejscach, żaden wskaźnik nie znaczy tego, co pokazuje. Sprawa zgłoszona dwoma kanałami liczy się dwa razy, ta z telefonu nie liczy się wcale, a zgłoszenie z piątkowego wieczoru czeka do poniedziałku, bo skrzynkę otwiera jedna osoba.
- Jeden adres wejścia na kanał, nigdy prywatna skrzynka osoby, która akurat zna temat
- Każda sprawa ma numer, właściciela i status, także ta z telefonu i ta z czatu
- Odpowiedź wychodzi z systemu, więc historia zostaje przy sprawie, a nie w czyjejś poczcie
- Potwierdzenie odbioru z numerem idzie automatycznie i tak samo w każdym kanale
- Kanał, którego nie obsługujecie, jest wyłączony albo mówi wprost, gdzie napisać
Jakie kategorie i priorytety da się rozstrzygnąć?
Kategoria jest dobra wtedy, gdy dwie osoby czytające to samo zgłoszenie przypiszą ją tak samo. Jeśli trzeba się domyślać, raport z niej zbudowany pokaże każdemu to, w co wierzył przed jego otwarciem.
Z priorytetem jest podobnie. „Pilne” wpisane przez klienta opisuje jego nastrój, nie wagę sprawy. Priorytet składasz z rzeczy, które widać: czy klient nie może korzystać z usługi, ilu osób to dotyczy, czy jest termin ustawowy lub umowny i jaka jest wartość klienta.
Automat nadający typ i priorytet w kilka sekund od wpłynięcia opisujemy na stronie automatyczna kategoryzacja ticketów. Warunek jest jeden: taksonomia musi istnieć wcześniej, spisana. Model nie wymyśli podziału, którego nie ma w firmie.
| Kategoria | Po czym ją rozstrzygasz | Kto ją bierze |
|---|---|---|
| Status zamówienia i przesyłki | numer zamówienia w treści albo w polu formularza | pierwsza linia, odpowiedź z systemu sprzedaży |
| Faktura i termin płatności | numer dokumentu albo pytanie o płatność | pierwsza linia, po sprawdzeniu w księgowości |
| Reklamacja i zwrot | żądanie zwrotu pieniędzy, naprawy albo wymiany | osoba decyzyjna, osobna kolejka z terminem |
| Awaria i przestój | klient nie może korzystać z usługi, dotyczy kilku osób | dyżurny, ponad kolejnością wpłynięcia |
| Żądanie z RODO | prośba o dane, usunięcie albo sprostowanie | wyznaczona osoba, termin miesiąca z art. 12 ust. 3 |
| Pytanie przed zakupem | nadawca nie ma jeszcze zamówienia ani umowy | sprzedaż, a nie obsługa |
Sześć kategorii to punkt wyjścia. Nowa wchodzi wtedy, gdy da się ją rozpoznać z treści i gdy ma właściciela, a nie wtedy, gdy komuś wydaje się przydatna w raporcie.
Czym różni się czas reakcji od czasu rozwiązania?
To dwa zegary i dwie różne obietnice. Czas pierwszej reakcji mówi klientowi, że sprawa istnieje i ma numer. Czas rozwiązania mówi, kiedy problem zniknie. Mylenie ich kończy się zawsze tak samo: zespół szybko odpisuje „już sprawdzamy”, wskaźnik wygląda dobrze, a sprawa stoi tydzień.
Automatyczne potwierdzenie odbioru poprawia pierwszy zegar i nie rusza drugiego. To w porządku, dopóki nikt nie sprzedaje tego jako poprawy obsługi. Dlatego pierwszą reakcję liczymy od pierwszej wiadomości człowieka.
| Wskaźnik | Co naprawdę mierzy | Skąd go odczytasz |
|---|---|---|
| Czas pierwszej reakcji | ile klient czeka na człowieka, nie na autoodpowiedź | wpłynięcie i pierwsza wiadomość konsultanta |
| Czas rozwiązania | ile trwa domknięcie sprawy razem z czekaniem na inne działy | wpłynięcie i zamknięcie, bez czasu czekania na klienta |
| Liczba wymian zdań | ile razy sprawa odbiła się od zespołu do klienta | licznik wiadomości w wątku |
| Sprawy otwarte ponownie | ile odpowiedzi było szybkich, ale nie rozwiązało problemu | zmiana statusu z zamkniętego na otwarty |
| Kolejka zaległa o 8:00 | z czym zespół zaczyna dzień, razem z nocą i weekendem | raport zawsze o tej samej godzinie |
| Sprawy przekazane dalej | ile spraw pierwsza linia oddaje innym i komu | log zmian właściciela zgłoszenia |
Każdy z tych wskaźników odczytuje się z systemu zgłoszeń. Taki, który do odczytu wymaga człowieka, wypada z listy jeszcze na warsztacie.
Skąd bierze się odpowiedź, czyli po co jedna baza wiedzy?
Odpowiedź powstaje z czyjejś pamięci albo z dokumentu. Pierwsza droga jest szybka i rozjeżdża się między osobami, druga wymaga, żeby dokument był jeden i aktualny. Baza wiedzy to nie projekt dokumentacyjny, tylko warunek, żeby ta sama sprawa dostała tę samą odpowiedź niezależnie od dyżuru.
Nieaktualna treść psuje oba tryby pracy, tylko inaczej. Człowiek zacytuje stary regulamin z wahaniem i ktoś to w porę wyłapie. Automat poda go pewnym tonem i nie wyłapie tego nikt, dopóki nie zadzwoni klient.
Wersję, w której agent AI składa podpowiedź z Waszych procedur i danych z systemów, opisujemy na stronie agent AI w obsłudze klienta. Kolejność jest nienegocjowalna: najpierw uporządkowana wiedza, potem automat, który z niej korzysta.
- Właściciel treści wskazany imiennie, nie „dział obsługi” i nie „wszyscy”
- Przegląd raz na kwartał w kalendarzu oraz po każdej zmianie regulaminu i cennika
- Data ostatniej zmiany widoczna przy dokumencie i przy odpowiedzi, która z niego pochodzi
- Zgłoszenie braku jednym kliknięciem ze sprawy, bo braki znajduje pierwsza linia
- Jedna baza dla ludzi i dla automatu; dwa zbiory treści rozjadą się w jeden kwartał
Kto przejmuje sprawę, gdy trzeba ją eskalować?
Eskalacja bez nazwiska nie jest eskalacją. „Przekazujemy do działu technicznego” znaczy w praktyce, że sprawa leży w kolejce, której nikt nie pilnuje. Każda ścieżka potrzebuje osoby, terminu i sposobu, w jaki informacja wraca do klienta.
Drugi warunek to kontekst. Osoba przejmująca dostaje całą rozmowę, dane klienta i powód przekazania, zanim napisze pierwsze zdanie. Bez tego klient opowiada wszystko drugi raz, a praca nie znika, tylko przesuwa się o krok dalej.
- Warunki spisane: brak w procedurze, sprzeczne dane, termin ustawowy, prośba o przełożonego
- Osoba albo dyżur z imienia, nie nazwa działu; zastępstwo na urlop wpisane z góry
- Termin, po którym sprawa wraca do pierwszej linii, jeśli nikt jej nie ruszył
- Powód przekazania zapisany w sprawie, bo z tego loga wychodzi lista braków w procedurach
- Klient dostaje informację, że sprawa poszła dalej, i orientacyjny termin zamiast ciszy
Jak uruchomić to u siebie, krok po kroku?
Kolejność ma znaczenie, bo każdy krok korzysta z wyniku poprzedniego. Najczęstszy błąd to zacząć od narzędzia: kupić system zgłoszeń w środę i w piątek zobaczyć, że nikt nie ustalił kategorii ani tego, kto co bierze.
Systemy zgłoszeń oddają nowe zgłoszenie przez webhook i przyjmują etykietę przez API, więc automat wpina się obok tego, co już macie, bez migracji historii. Jak wygląda to po stronie Zendeska, opisujemy osobno. Warstwę integracji budujemy w n8n, Make albo wprost na API.
Policz zgłoszenia, nie opinie
Weź sprawy z ostatnich czterech tygodni ze wszystkich kanałów. Policz, ile ich jest, o czym są, ile razy wraca to samo pytanie i ile spraw otwarto ponownie. Ta lista jest podstawą taksonomii.
Zbierz kanały w jedną kolejkę
Wszystkie wejścia spływają do jednego systemu, każda sprawa dostaje numer, właściciela i status. Potwierdzenie odbioru wychodzi automatycznie. Telefon też kończy się sprawą w systemie.
Spisz kategorie, priorytety i eskalacje
Pięć do ośmiu kategorii z warunkiem rozpoznania, cztery sygnały priorytetu, ścieżki eskalacji z nazwiskami i terminami. To wychodzi z warsztatu i obroni się bez żadnego narzędzia.
Podłącz dane i automaty
Typ i priorytet nadawane zaraz po wpłynięciu, dane klienta i status zamówienia wciągane z CRM oraz systemu sprzedaży, sprawy z terminem na górę kolejki. Konsultant przestaje otwierać cztery zakładki dla dwóch zdań.
Zmierz po 30 i 90 dniach
Odczyt na wskaźnikach spisanych przed startem: dwa zegary, liczba wymian zdań, sprawy otwarte ponownie, kolejka o 8:00. Po 30 dniach poprawiasz, po 90 rozliczasz.
Na co ludzie skarżą się najczęściej i co z tym zrobić?
Skracanie kolejki jest leczeniem objawu. Robota zaczyna się od pytania, dlaczego te zgłoszenia w ogóle powstają. Jeśli co czwarta sprawa dotyczy tego samego pola w formularzu zamówienia, odpowiedzią nie jest szybszy automat, tylko poprawka w formularzu.
Raz w miesiącu wystarczy wziąć listę kategorii posortowaną po liczbie spraw i przy trzech pierwszych dopisać przyczynę oraz osobę, która może ją usunąć. Zwykle to ktoś spoza obsługi: sprzedaż, magazyn, dział produktu.
- Powtarzalne pytanie o status: brakuje powiadomienia po zmianie statusu zamówienia
- Ta sama reklamacja jednego produktu: sprawa dla zakupów albo produkcji, nie dla obsługi
- Pytania o to samo pole formularza: popraw opis pola, zamiast odpisywać po raz setny
- Sprawy otwierane ponownie: odpowiedź była szybka, ale nie rozwiązywała problemu
Najczęstsze błędy
Sześć błędów, przez które automatyzacja obsługi nie zdejmuje pracy
Narzędzie kupione przed ułożeniem procesu
System zgłoszeń bez taksonomii i właścicieli to droższa wersja wspólnej skrzynki. Po miesiącu zespół wraca do odpisywania z prywatnej poczty.
Kategorie, których nie da się rozstrzygnąć z treści
Dwie osoby przypisują tę samą sprawę inaczej, więc statystyka typów nic nie znaczy. Automat uczony na takich etykietach powiela rozrzut w większej skali.
Priorytet wzięty z pola wybranego przez klienta
Wszystko jest pilne, więc nic nie jest. Awaria u największego klienta stoi za pytaniem o zmianę hasła, bo obie sprawy mają ten sam znacznik.
Autoodpowiedź liczona jako pierwsza reakcja
Wskaźnik spada do kilku sekund, a klient nadal czeka trzy dni na człowieka. Zarząd widzi poprawę, dział obsługi tę samą kolejkę.
Eskalacja do działu zamiast do osoby
Sprawa trafia do kolejki, której nikt nie pilnuje, i wraca dopiero z pytaniem klienta. Nikt nie umie powiedzieć, ile takich spraw czeka.
Baza wiedzy bez właściciela i bez daty przeglądu
Po dwóch kwartałach odpowiedzi opierają się na nieobowiązującym regulaminie i starych terminach dostawy. Automat poda to bez wahania.
Lista kontrolna
Lista kontrolna przed uruchomieniem automatów w obsłudze
Jeśli któryś punkt jest na „nie”, automat przyspieszy dzisiejszy bałagan, zamiast go zdjąć.
- Wszystkie kanały w jednej kolejce, każda sprawa z numerem, właścicielem i statusem
- Zgłoszenia z telefonu też kończą się sprawą w systemie, a nie notatką na kartce
- Kategorie rozłączne, z warunkiem rozpoznania możliwym do sprawdzenia w treści
- Priorytet liczony z przestoju, liczby dotkniętych osób, terminu i wartości klienta
- Czas pierwszej reakcji i czas rozwiązania mierzone osobno, oba odczytywane z systemu
- Jedna baza wiedzy z właścicielem z imienia i przeglądem raz na kwartał
- Ścieżki eskalacji z osobą, terminem powrotu i zapisanym powodem przekazania
- Wskaźniki spisane przed startem, odczyty po 30 i 90 dniach wpisane do kalendarza
Źródła
Źródła
- Rozporządzenie 2016/679 (RODO), art. 12 ust. 3: odpowiedź na żądanie osoby, której dane dotyczą, w terminie miesiąca
- Dokumentacja Zendesk dla programistów: pola zgłoszenia, priorytety, wyzwalacze i API
- Dokumentacja n8n: webhooki i przepływy, którymi spina się kanały z systemem zgłoszeń
- Dokumentacja dla programistów HubSpot: API zgłoszeń i kontaktów, czyli skąd wziąć kontekst klienta
Ułóżmy proces, zanim wybierzemy narzędzie
Warsztat kończy się taksonomią, nie prezentacją
Na bezpłatnej konsultacji (30 minut) bierzemy Wasze zgłoszenia z ostatnich tygodni i sprawdzamy, czy da się z nich zbudować kategorie i priorytety, które ktoś rozstrzygnie bez domysłu. Jeśli kolejka jest za krótka, żeby to się opłacało, mówimy to od razu. Warsztat procesowy kosztuje 2500 zł netto za tydzień i kończy się mapą kanałów, taksonomią, ścieżkami eskalacji i wskaźnikami do pomiaru po 30 dniach. Piszesz do Pawła, założyciela.
Umów bezpłatną konsultacjęNajczęstsze pytania
Od czego zacząć automatyzację obsługi klienta?
Od zebrania wszystkich kanałów w jedną kolejkę, w której każda sprawa ma numer, właściciela i status. Dopiero wtedy wiadomo, ile zgłoszeń wpada, o czym są i które wracają. Kupowanie narzędzia przed tym krokiem powiela dzisiejszy bałagan, tylko szybciej.
Ile kategorii zgłoszeń powinna mieć obsługa klienta?
Pięć do ośmiu na start. Każda musi mieć warunek rozpoznania możliwy do sprawdzenia w treści zgłoszenia i osobę, która ją bierze. Kategoria, przy której dwie osoby przypisują różnie, psuje i raport, i automat uczony na tych etykietach.
Czym różni się czas reakcji od czasu rozwiązania?
Czas pierwszej reakcji mówi, kiedy klient dostał odpowiedź człowieka. Czas rozwiązania mówi, kiedy problem zniknął. To dwa osobne zegary, a poprawa pierwszego nie rusza drugiego. Mierzone razem dają wskaźnik, który dobrze wygląda przy sprawach stojących tydzień.
Czy automatyczne potwierdzenie odbioru poprawia obsługę?
Poprawia jedną rzecz: klient wie, że sprawa istnieje i ma numer, więc nie pisze drugi raz. Nie skraca czasu rozwiązania i nie liczy się jako pierwsza reakcja. To tani element procesu, pod warunkiem że nie obiecuje terminu, którego nikt nie potwierdził.
Co zrobić, gdy procedury są w trzech miejscach i część jest nieaktualna?
Zacząć od nich, nie od automatu. Wybierz jedno miejsce na bazę wiedzy, wskaż właściciela z imienia i wpisz przegląd do kalendarza raz na kwartał. Nieaktualna treść psuje odpowiedzi ludzi i automatu tak samo, tylko automat poda ją pewnym tonem.
Kiedy sprawa powinna trafić do człowieka?
Gdy procedura jej nie obejmuje, gdy dane w systemach są sprzeczne, gdy sprawa ma termin ustawowy albo gdy klient prosi o przełożonego. Warunki spisuje się przed uruchomieniem czegokolwiek i wpisuje do konfiguracji, a nie do instrukcji dla zespołu.
Jak zmierzyć, czy automatyzacja obsługi klienta działa?
Na wskaźnikach spisanych przed startem: czas pierwszej reakcji, czas rozwiązania, liczba wymian zdań do zamknięcia, udział spraw otwartych ponownie i kolejka zaległa o 8:00. Odczyt po 30 dniach służy do poprawek, po 90 dniach do rozliczenia efektu.