Zgłoszenie, które samo wie, gdzie ma trafić

Zapytaj zespół obsługi, ile trwa zamknięcie typowej sprawy, a dostaniesz liczbę w godzinach. Zmierz to samo w systemie, a wyjdą dni. Różnica prawie nigdy nie siedzi w pracy nad sprawą. Siedzi w czasie, zanim ktokolwiek uznał, że sprawa jest jego.

To jest najdroższy odcinek całego procesu, bo nikt go nie widzi. Nie ma go w raporcie z obsługi, bo obsługa jeszcze się nie zaczęła. Nie ma go w rozliczeniu czasu pracy, bo nikt w tym czasie nie pracował. Jest za to u klienta, który czeka i nie wie, na co.

Skrzynka zbiorcza to nie jest proces

Typowy układ w firmie usługowej wygląda tak: jest jeden adres, na który spływa wszystko, i jest osoba albo dyżur, który raz na jakiś czas ten adres przegląda i rozdziela. Ten układ ma jedną zaletę i trzy wady.

Zaleta: nic nie ginie, bo wszystko jest w jednym miejscu. Wady są poważniejsze.

• Rozdzielanie jest wsadowe. Sprawy nie ruszają się, dopóki ktoś nie usiądzie do skrzynki. Sprawa, która przyszła minutę po przeglądzie, czeka cały cykl.
• Rozdzielający musi znać wszystko. Żeby przypisać sprawę, trzeba wiedzieć, kto się dziś czym zajmuje, kto ma urlop i kto już ma za dużo. To wiedza, która mieszka w jednej głowie.
• Nie ma śladu decyzji. Wiadomo, kto dostał sprawę. Nie wiadomo, dlaczego akurat on i ile czekała, zanim ją dostał.

Trzecia wada jest najgorsza, bo blokuje poprawę. Nie da się skrócić odcinka, którego się nie mierzy.

Zacznij od nazwania spraw, a nie od narzędzia

Kuszące jest kupić system i zacząć od konfiguracji. To zwykle kończy się przeniesieniem tego samego bałaganu do ładniejszego interfejsu. Kolejność jest odwrotna: najpierw trzeba wiedzieć, jakie typy spraw naprawdę przychodzą.

Praktyczny sposób: weź sto ostatnich zgłoszeń i posortuj je ręcznie na kupki, bez z góry przyjętej listy kategorii. Wyjdzie zwykle pięć do ośmiu grup, które pokrywają większość ruchu, i długi ogon rzeczy jednorazowych. To jest realna taksonomia twojej firmy, a nie ta z instrukcji do systemu.

Przy okazji zobaczysz coś jeszcze: które sprawy w ogóle nie powinny być sprawami. Pytania o status, prośby o powtórzenie faktury, potwierdzenia terminu. To bywa jedna trzecia ruchu i to jest pierwszy kandydat do odcięcia, zanim ktokolwiek zacznie je trasować.

Trasa to trzy rzeczy, nie jedna

Trasowanie sprowadza się do odpowiedzi na trzy pytania, i warto trzymać je osobno, bo mają różne cykle zmian.

• Kto - która rola przejmuje ten typ sprawy. Rola, nie osoba. Osoby się zmieniają, chorują i awansują, role zostają.
• Kiedy - w jakim czasie ma być pierwsza reakcja. To nie jest termin zamknięcia sprawy, tylko moment, w którym klient przestaje czekać w ciszy.
• Czego brakuje - jakich informacji sprawa musi mieć, żeby dało się ją w ogóle zacząć. Zgłoszenie bez numeru umowy nie jest sprawą, tylko pytaniem o numer umowy.

Trzeci punkt zwykle wypada z projektów i jest najbardziej opłacalny. Sprawa, która wraca do klienta po brakujące dane, przechodzi cały cykl czekania jeszcze raz. Wymuszenie kompletu na wejściu kosztuje klienta dwadzieścia sekund przy formularzu i oszczędza mu jeden dzień.

Opisuj efekt, nie czynność

Jak rozpoznać, że trasowanie jest opisane za płytko? Po tym, jak brzmią reguły. Porównaj dwa zapisy tej samej rzeczy.

Zgłoszenia serwisowe trafiają do działu technicznego.

I ten sam fragment procesu opisany tak, żeby dało się z niego coś wywnioskować:

Awaria zgłoszona przez klienta z umową serwisową trafia do dyżurnego technika w ciągu 15 minut, z numerem urządzenia i historią dwóch ostatnich wizyt. Bez numeru urządzenia zgłoszenie wraca do klienta z jednym pytaniem, a nie z prośbą o uzupełnienie formularza.

Drugi zapis mówi, kto, w jakim czasie, z jakim kontekstem i co się dzieje, gdy czegoś brakuje. Pierwszy jest prawdziwy i bezużyteczny. Ta różnica przekłada się wprost na to, czy system da się skonfigurować bez dopytywania na każdym kroku.

Automat ma dobierać trasę, nie odpowiadać za nią

Tu jest granica, którą warto postawić świadomie. Model językowy dobrze radzi sobie z klasyfikacją: przeczyta zgłoszenie, rozpozna typ, wyciągnie numer umowy z treści, zaproponuje trasę. Źle radzi sobie z odpowiedzialnością: nie wie, że ten klient jest w trakcie reklamacji i każda jego sprawa ma iść do opiekuna.

Praktyczny podział wygląda tak: automat proponuje i uzupełnia, człowiek ma prawo weta, a każda korekta jest zapisywana. Po kilku tygodniach korekty same pokazują, gdzie reguły są za szerokie. To jest tańsze niż próba wymyślenia idealnych reguł z góry.

Ważny szczegół: proponowana trasa musi być widoczna razem z powodem. „Do serwisu, bo w treści jest numer urządzenia i słowo awaria” da się zweryfikować w sekundę. Samo „do serwisu” trzeba sprawdzić od zera, czyli automat nie oszczędził nikomu pracy.

Co mierzyć od pierwszego dnia

Trzy liczby wystarczą, żeby wiedzieć, czy trasowanie działa, i wszystkie trzy trzeba zbierać od początku, bo wstecz się ich nie odtworzy.

• Czas do przejęcia - od wpłynięcia do momentu, w którym sprawa ma właściciela. To jest ten niewidoczny odcinek.
• Odsetek przetrasowań - ile spraw zmieniło właściciela po pierwszym przypisaniu. Rosnący wskazuje na reguły, które nie odróżniają podobnych typów.
• Odsetek spraw niekompletnych - ile wróciło po dane. To mierzy jakość formularza, nie jakość klienta.

Żadna z tych liczb nie jest wskaźnikiem na dashboard dla zarządu. Wszystkie trzy są narzędziem dla osoby, która stroi proces. To rozróżnienie warto utrzymać, bo wskaźniki oglądane przez zarząd przestają być narzędziem diagnostycznym i zaczynają być celem samym w sobie.

Gdzie to stoi w Omnirze

Trasowaniem zgłoszeń zajmuje się Desk: przyjmuje sprawę, rozpoznaje typ, uzupełnia kontekst z systemów, które już masz, i przypisuje do roli razem z uzasadnieniem. Korekty człowieka wracają do reguł, więc trasy stroją się w trakcie pracy, a nie w osobnym projekcie.

Wchodzi się jednym modułem, nie całą platformą. Jeśli chcesz zobaczyć to na własnych typach spraw, umów rozmowę - zaczynamy od tych stu ostatnich zgłoszeń, nie od prezentacji.

Najczęstsze pytania

Od czego zacząć, jeśli dziś wszystko idzie na jedną skrzynkę? Od posortowania stu ostatnich spraw na kupki bez z góry przyjętych kategorii. To jedno ćwiczenie daje taksonomię, listę spraw do odcięcia i pierwszą wersję reguł. Zajmuje pół dnia i nie wymaga żadnego systemu.

Czy trasowanie ma sens przy małym zespole? Przy zespole, w którym wszyscy wiedzą wszystko o wszystkim, zysk z przypisania jest niewielki. Zysk z wymuszenia kompletu danych na wejściu i z mierzenia czasu do przejęcia jest taki sam niezależnie od wielkości.

Co, jeśli automat pomyli trasę przy ważnym kliencie? Dlatego proponuje, a nie decyduje, i dlatego pokazuje powód. Reguły twarde, w rodzaju „klient w trakcie reklamacji zawsze do opiekuna”, stoją nad modelem i nie podlegają jego ocenie.

Ile trwa uruchomienie takiego trasowania? Zależy głównie od tego, ile systemów trzeba odpytać o kontekst, a nie od liczby reguł. Samo trasowanie na pięciu typach spraw to kwestia dni. Podpięcie się pod system, który nie ma API, potrafi trwać dłużej niż cała reszta.