KPI integracji CRM w usługach serwisowych. Case study firmy serwisowej

Poranek zaczyna się od dźwięków, których nie widać na wykresach. W magazynie części słychać brzęk metalowych kuwet, w pokoju dyspozytorów krótko wibrują telefony, a w warsztacie testowym, gdzie technicy sprawdzają agregaty po naprawie, włącza się wentylacja. Prawdziwe życie firmy serwisowej rzadko wygląda jak folder marketingowy. To zbiór drobnych decyzji, mikro-przestojów, szczęśliwych trafów i nawyków, które utrzymują całość w ruchu. W tej firmie usługowej i obsługującej kilka tysięcy urządzeń chłodniczych i energetycznych w terenie, przez lata podstawą była sprawność ludzi i lojalność klientów. Zlecenia przychodziły mailem i telefonem, części zamienne zamawiało się „z wyczuciem”, a rozliczenia po serwisie poprawiało się i aktualizowało w dziale księgowości, kiedy klient zwracał uwagę, że coś nie gra. Dopóki skala działalności była mniejsza, to działało. Kiedy liczba aktywnych umów serwisowych przekroczyła dwa tysiące, a do tego doszły instalacje i przeglądy prewencyjne na sezon letni, stary sposób pracy zaczął się sypać jak łożysko bez smaru. Nie chodziło o brak kompetencji, tylko o brak spójności. Informacja z rozmowy handlowej nie trafiała do miejsca, w którym technik podejmuje decyzję. Dane o gwarancji nie łączyły się z historią części. Status płatności nie mówił dyspozytorowi, czy klient ma prawo do wsparcia „na cito”. W takim stanie „jeszcze jakoś idzie” bywa pułapką. Zarząd firmy powiedział na głos to, co wszyscy czuli: albo zbudujemy jeden obraz rzeczywistości, albo będziemy dusić się w szczegółach.

Decyzja nie brzmiała efektownie, ale miała ciężar praktyki. CRM w modelu on-premise, aby dane klientów i umów serwisowych były pod pełną kontrolą. Technologie Open Source - PHP, MySQL - żeby być niezależnym od licencji korporacji i elastycznym w doborze partnerów biznesowych. Polska firma IT, aby można było modyfikować procesy co miesiąc, reagując na sezonowość i realne uwagi ludzi z terenu. Zaawansowana integracja z ERP, w którym żyły zamówienia, stany magazynowe, cenniki, faktury i rozrachunki. Do tego integracja z aplikacją mobilną techników oraz z prostym modułem planowania tras. Nie był to projekt „kosmiczny”. To było zszycie rzeczy, które już istniały, w jedną logikę. I przygotowanie miejsca, w którym KPI przestaną być ciekawostką z prezentacji, a staną się narzędziem, po które sięga się instynktownie.

Zanim pojawiły się wskaźniki, pojawiło się pytanie, które jest ważniejsze niż dowolna metryka: po czym poznamy, że klient czuje różnicę? Serwis w usługach żyje w czasie, więc padły trzy odpowiedzi, zaskakująco proste i brutalnie prawdziwe. Po pierwsze, klient chce, aby ktoś kompetentny odebrał zgłoszenie natychmiast i podał przewidywany czas przyjazdu, który potem się sprawdzi. Po drugie, klient chce, żeby naprawa zakończyła się podczas pierwszej wizyty, chyba że sprzęt wymaga specjalnego zamówienia części. Po trzecie, klient chce, aby faktura była zgodna z umową, a dokumenty trafiły do niego bez proszenia i bez błędów. Te trzy zdania stały się kręgosłupem dla pierwszego zestawu KPI: czas reakcji od zgłoszenia do przyjęcia (SLA response), dokładność ETA, odsetek napraw zakończonych przy pierwszej wizycie (first time fix rate), średni czas do naprawy (MTTR), odsetek zleceń z kompletnym POD i dokumentacją w 24 godziny, liczba korekt faktur. Tylko tyle i aż tyle - bo każde z nich dotykało najmocniej nie ludzi w Excelu, ale ludzi w polu.

Pierwszy dzień pracy w nowym układzie był nudny po serwisowemu. CRM zaczął przechwytywać zgłoszenia z trzech kanałów - telefonu, maila i prostego formularza www - i zamieniać je w zlecenia z priorytetem nadanym według umowy. Jeśli klient miał SLA czterogodzinne i aktywną umowę, zlecenie lądowało na liście „gorące”. Jeśli zgłoszenie dotyczyło urządzenia poza umową, ale strategicznego, CRM wysyłał handlowcowi alert „wartość ryzyka”, bo każdy szybki ratunek to potencjalny kontrakt. O tej porze roku, kiedy awarie chłodnicze uderzają seriami, różnica była natychmiast odczuwalna. Zamiast dzwonić po ludziach z pytaniem „kto pojedzie”, dyspozytor patrzył na rozkład i widział, kto jest najbliżej klienta, kto ma kompetencje do danego modelu urządzenia, kto ma w samochodzie części, które statystycznie są potrzebne przy takim błędzie. Druga różnica była mniej widoczna, ale bardziej fundamentalna. CRM pobierał z ERP status rozrachunków i - jeśli klient miał blokadę kredytową - zmuszał dyspozytora do podjęcia świadomej decyzji: jedziemy w trybie ratunkowym i odnotowujemy wyjątek, czy warunkujemy wyjazd zaliczką. Wcześniej te dwa światy mijały się; teraz musiały porozumieć się w sprawie odpowiedzialności.

KPI integracji CRM w usługach serwisowych

Po tygodniu w tablicy KPI zaczęły pojawiać się pierwsze liczby. Średni czas reakcji, rozumiany nie jako „ktoś odebrał”, tylko „ktoś kompetentny przyjął zgłoszenie i potwierdził ETA”, wynosił dwanaście minut. Dokładność ETA liczona jako „przyjazd w okienku ±30 minut od zapowiedzi” była żenująca - trzydzieści osiem procent. First time fix rate, czyli odsetek napraw zakończonych podczas pierwszej wizyty, zatrzymał się na czterdziestu pięciu procentach. MTTR pokazał trzysta czterdzieści minut w medianie dla awarii niekrytycznych i ponad pięć godzin dla krytycznych. Korekty faktur sięgały trzynastu procent zamkniętych zleceń. Nie było powodu do dumy i to był najlepszy możliwy początek. Dane przestały oczarowywać, zaczęły mówić. Każdy wskaźnik dostał właściciela i obszar, który może go zmienić. Czas reakcji był w rękach biura obsługi i dyspozytorów. ETA zależało od planowania i informacji o trasach. First time fix i MTTR leżały po stronie magazynu części, szkolenia techników i jakości zgłoszeń. Korekty faktur były wspólną sprawą serwisu i księgowości - jeśli warunki umowy żyją w CRM, ERP nie powinien wystawiać niespodzianek.

Comiesięczne aktualizacje CRM stały się rytmem pracy. W pierwszym sprincie zespół dodał do formularza zgłoszenia pola diagnostyczne uzależnione od klasy urządzenia. Klient, dzwoniąc z awarią, od konsultanta cztery dodatkowe pytania, które wcześniej zadawano już w samochodzie. Proza: numer błędu z wyświetlacza, ostatnia data przeglądu, zasilanie awaryjne, parametry pracy w chwili awarii. W drugim sprincie pojawił się prosty moduł predykcji części. CRM, na podstawie historii napraw konkretnego modelu i kodu błędu, podpowiadał zestaw części „weź ze sobą” i ostrzegał, jeśli lokalny magazyn samochodowy nie ma danego elementu. W trzeciej modyfikacji dostawca CRM IT zintegrował aplikację mobilną PWA z magazynem ERP tak, aby zdjęcie zużytej części i skan kodu QR automatycznie schodziły z rezerwy i dodawały się do zlecenia. W czwartym - dodano „margines uczciwości” do ETA: zamiast obiecywać nierealne 40 minut, CRM kalkulował przedziały, uwzględniając korki, przerwy i przewidywaną długość czynności w miejscu. W piątym - wprowadzono blokadę wystawienia faktury w ERP, jeśli w CRM nie ma kompletu dokumentów potwierdzających pracę i podpisu klienta. Nikt nie wyczarował sztucznej inteligencji. Usunięto pięć małych błędów. W KPI CRM widać było każdy z nich.

Po kwartale czas reakcji spadł do pięciu minut w godzinach pracy i do dziewięciu po godzinach na SLA premium. Dokładność ETA wzrosła do pięćdziesięciu dziewięciu procent, a w segmencie największych klientów osiągnęła sześćdziesiąt siedem. First time fix podniósł się do sześćdziesięciu ośmiu procent, a w zgłoszeniach z pełną diagnostyką na starcie przekroczył siedemdziesiąt pięć. MTTR skurczył się do dwustu sześćdziesięciu minut w medianie, a dla awarii krytycznych do trzech godzin czterdziestu minut. Odsetek korekt faktur spadł do sześciu procent. Najważniejsza nie była sama liczba, tylko rozmowy, które przyniosła. Technicy, którzy dotąd narzekali na „papierologię”, zaczęli bronić nowego formularza zgłoszenia, bo widzieli różnicę na miejscu. Dyspozytorzy, którzy wcześniej obiecywali, co klient chciał usłyszeć, zaczęli bronić realistycznego ETA, bo widzieli mniej telefonów „gdzie państwo są”. Księgowość przestała czuć się ostatnią deską ratunku. CRM nie tyle ich odciążył, co sprawił, że wreszcie mają jak egzekwować definicje umowy bez udawania, że „tak wyszło”.

Najciekawsze rzeczy działy się w połączeniach między działami. Integracja CRM z ERP urealniła rozmowy o dostępności części. Zanim CRM dostanie potwierdzony ETA, sprawdza, czy magazyn centralny i magazyny samochodowe mają pod ręką części krytyczne dla danego przypadku. Jeśli nie, system podpowiada dwa alternatywne ruchy: przełożenie wizyty na technika z wyposażonym autem albo skorzystanie z „hot transferu” między zespołami, co ma sens, jeśli czas jazdy jest krótszy niż średni czas naprawy i oczekiwania. Te obliczenia przestały być określane na podstawie „czucia” dyspozytora; stały się funkcją w CRM, którą można ocenić na liczbach. Kiedy ktoś z zespołu pytał „dlaczego jedziemy we dwóch”, odpowiedź brzmiała „bo to statystycznie zwiększa szansę na first time fix o osiem punktów w tej kategorii błędu”. Nie zawsze, nie wszędzie, ale prawdopodobieństwo dostało realne dane.

Druga integracja CRM to gwarancja i rękojmia. Wcześniej technik często dowiadywał się na miejscu, że jego praca będzie płatna przez klienta albo rozliczana z producentem w ramach gwarancji lub rękojmi. Po połączeniu CRM i ERP każde zlecenie miało flagę statusu umowy i zasad gwarancji. Kiedy technik naciskał „zamknij zlecenie”, a CRM widział, że wpisuje pozycję, która według warunków nie powinna być fakturowana klientowi, wyskakiwała prośba o uzasadnienie i ścieżka akceptacji do kierownika serwisu. Zmalała liczba „niespodzianek” po stronie klienta i liczba „nie da się” po stronie księgowości. Wskaźnik korekt faktur spadał nie dlatego, że ktoś lepiej wystawiał faktury, ale dlatego, że wcześniej przestano oszukiwać logikę umowy.

Trzecia integracja CRM, o której lubią mówić prezesi, to prewencja. Umowy serwisowe mają sens, kiedy przeglądy wyprzedzają awarie, a nie tylko śledzą je z bezpiecznej odległości. Zamiast modnych haseł o predykcji firma zrobiła jedną mądrą rzecz: powiązała w CRM harmonogram przeglądów z historią awarii i niepowodzeń first time fix dla każdego klienta i modelu urządzenia, które jest serwisowane. Jeśli w danej lokalizacji ostatnie trzy naprawy dotyczyły konkretnej pompki i konkretnego zakresu temperatur, przegląd przed sezonem dociążał listę czynności o testy konkretnego podzespołu i o wymianę, jeśli parametry balansowały na granicy. Po sezonie letnim, który zwykle był „gorączką”, wskaźnik awarii krytycznych spadł o dwadzieścia jeden procent w porównaniu z rokiem poprzednim. Ktoś powie: to przypadek. CRM odpowie: to mechanika, bo mamy listę działań, które to spowodowały.

KPI integracji CRM w usługach serwisowych

Kiedy wskaźniki zaczynają się poprawiać, pojawia się pokusa, aby je rozmnożyć. Zespół świadomie się temu opierał. Zamiast tworzyć tylko dane, każdy KPI doczekał się drugiej warstwy - interpretacji. Czas reakcji przestał być celem samym w sobie; liczyło się, czy szybkie przyjęcie zgłoszenia skraca MTTR, czy tylko uspokaja klienta. ETA nie mogło być „dokładne”, jeśli generowało potem wielogodzinne czekanie w miejscu, bo koordynacja części nie była gotowa. First time fix przestał być fetyszem w przypadkach, kiedy logika mówiła, że lepiej rozdzielić diagnozę i naprawę, bo klient nie jest gotowy na przestój. MTTR został rozłożony na etapy: od zgłoszenia do przyjęcia, od przyjęcia do wyjazdu, od wyjazdu do naprawy, od naprawy do przyjazdu, od przyjazdu do zamknięcia. Każdy etap ma innego właściciela. I każdy można zmieniać innym parametrem. To brzmi technicznie, ale jest ludzkie, bo pozwala zawęzić odpowiedzialność do rzeczy, na które masz wpływ.

W najtrudniejszym momencie, kiedy afrykańskie upały nałożyły się z urlopami, KPI posłużyły do rzeczy, do której rzadko się ich używa: do usprawiedliwienia świadomych wyborów. Zarząd stanął przed dylematem: trzymać SLA i wykończyć zespół albo renegocjować okna czasowe z kluczowymi klientami, oferując w zamian stałą ekipę i prewencję „po sezonie” gratis. CRM, który widział obciążenie, zaproponował trzy scenariusze. Pierwszy: utrzymać obecny stan i zaakceptować spadek first time fix o osiem punktów i wzrost MTTR o godzinę dwadzieścia minut. Drugi: zwiększyć nadgodziny o dwadzieścia procent i zgodzić się na wzrost kosztów o 12% przy zachowaniu wskaźników. Trzeci: renegocjować z piętnastoma klientami warunki w zamian za priorytet, co da obniżenie presji na ETA o dwadzieścia minut i utrzymanie first time fix kosztem dwóch klientów o niskiej rentowności, których zlecenia przesuną się na „następny dzień”. Wybrano trzeci. Nikt nie był w pełni zadowolony, ale wszyscy rozumieli, dlaczego. Po sezonie okazało się, że poziom reklamacji nie wzrósł, a dwa odejścia klientów zostały skompensowane dwoma nowymi umowami, których warunki od początku wpisano w CRM tak, aby nie oszukiwały rzeczywistości. KPI nie były „bogiem”. Były mapą.

W tle tego wszystkiego pracowała warstwa, CRM dla firmy serwisowej, której klient nie widzi, a która decyduje, czy projekt przeżyje pierwszą zimę. On-premise dawał spokój przy wrażliwych danych - historia awarii i warunki umów to nie są rzeczy, które chce się przerzucać bezrefleksyjnie do wspólnej chmury. PHP nie robiły nikomu w firmie zdjęć na LinkedInie, ale pozwalały na szybkie dodanie pola, funkcji, walidacji. MySQL nie potrzebował rozbuchanej infrastruktury. Co miesiąc wychodziła aktualizacja, co miesiąc ktoś w zespole mówił „na to czekałem”, a ktoś inny „to mi wreszcie przestało przeszkadzać”. Taki rytm buduje zaufanie do systemu lepiej niż wielkie premiery.

Po roku od rozpoczęcia integracji CRM, pokazane na jednej tablicy wskaźniki wyglądały jak seria cichych zwycięstw. Czas reakcji trzymał medianę trzy minuty w godzinach pracy i siedem poza nimi, z gwarantowanym „żywym człowiekiem” na SLA premium. Dokładność ETA ±30 minut urosła do siedemdziesięciu czterech procent w całej bazie i do osiemdziesięciu dwóch w segmencie strategicznym. First time fix utrzymywał się powyżej siedemdziesięciu sześć procent, a w trzech najbardziej powtarzalnych kategoriach urządzeń sięgał osiemdziesięciu trzech. MTTR zjechał poniżej dwóch godzin pięćdziesięciu minut dla awarii niekrytycznych i trzech godzin dla krytycznych, gdy część była dostępna. Odsetek zleceń z kompletnym POD w 24 godziny wynosił dziewięćdziesiąt trzy procent. Korekty faktur spadły do trzech i pół procenta. Reklamacje przestały być „czarną skrzynką”; średni czas ich zamknięcia skrócił się z dziewięciu dni do trzech i pół, a odsetek tych, które kończyły się uzasadnioną korektą finansową, spadł poniżej trzydziestu procent. Te liczby robią wrażenie na prezentacjach. W codzienności robiły coś ważniejszego: wyciszały niepotrzebny szumi i zamieszanie. Dawały spokój.

W tym wszystkim nie zginął człowiek. Technik, który jeszcze rok wcześniej śmiał się, że „system to pan w garniturze”, zaczął dzwonić do dyspozytora i mówić „wrzuć mi jeszcze jedno, mam części i jadę obok, szkoda jechać jutro”. Handlowiec, który lubił obiecywać, zaczął przyznawać, że lepiej sprzedać realny ETA niż stracić zaufanie. Księgowa, która była orędowniczką „porządku” w oderwaniu od życia, zaczęła doceniać, że porządek wolno łączyć z inteligencją - jeśli CRM wie, że zlecenie dotyczy urządzenia w gwarancji rozszerzonej, nie wolno mu przepuścić pozycji do faktury, ale wolno mu przygotować notę do rozliczenia z producentem. Dyspozytor, który czuł się dotąd bohaterem ratunkowym, zaczął być strategiem - z wykresem obciążenia, z mapą części i z prawem do mówienia „nie obiecamy dziś, obiecamy jutro, za to nie będziemy przepraszać”.

Case study integracji CRM w firmie serwisowej ma to do siebie, że kusi listą „zrób to i to”. Nie ma tu listy. Jest jeden nawyk, który spiął wszystko: każda zmiana w CRM, każdy nowy KPI, każdy pomysł z terenu musiał przejść przez pytanie „co poczuje klient i co poczuje technik”. Jeśli obie odpowiedzi były puste, rzecz lądowała w dolnej części backlogu. Jeśli jedna z nich była mocna, dostawała sprint. Dzięki temu CRM nie rozrastał się w niepotrzebne nikomu funkcje, tylko stawał się precyzyjny w miejscach, gdzie życie najbardziej boli. Dzięki temu wskaźniki KPI serwisu nie były „dla zarządu”, ale dla ludzi, którzy co rano wkładają buty robocze i podpisują protokoły.

Kiedy dziś do biura wchodzi nowy człowiek, nie dostaje instrukcji „tak się u nas robi”, tylko loguje się do CRM i widzi, że jego praca ma początek, środek i koniec zapisane w jednym miejscu. Kiedy do magazynu przychodzi dostawa części, system nie pyta „gdzie to wrzucić”, tylko mówi „tu ci brakuje do kompletności zestawów samochodowych”. Kiedy klient dzwoni z pretensją, że ktoś coś obiecał, nie toczy się spór na pamięć, tylko wyciąga się historię obietnic i czasów. Kiedy prezes prosi o podsumowanie miesiąca, nie zbiera się arkuszy, tylko przełącza się zakładka „operacje” na „finanse” i widać, jak first time fix, MTTR, ETA i POD przełożyły się na przychód, marżę i cash flow. To nie jest magia cyfryzacji. To uczciwa robota łączenia światów, które przez lata funkcjonowały obok siebie.

W sektorze usług serwisowych najłatwiej uwierzyć, że wszystko rozgrywa się w relacjach i „podejściu”. To prawda i nieprawda równocześnie. Bez ludzi o właściwym podejściu CRM jest tylko tabelą, a KPI - kijem. Ale bez danych zintegrowanych w jednym miejscu nawet najlepsze podejście przypomina gaszenie pożaru wiadrem. Ta firma przestała gasić pożary. Zaczęła uczyć się na realnych danych i dokładać tam wartość, a nie plakaty o bezpieczeństwie. Dla jednych to banał. Dla tych, którzy pamiętają lata „jakoś to będzie”, to różnica między stresem a dumą z roboty.

KPI integracji CRM w usługach serwisowych

Czy to koniec? W firmie serwisowej nauczyli się, że takie rzeczy się nie kończą. W planie kolejnych zmian w CRM jest podgląd obciążenia sezonowego z pięciu lat, lepsza symulacja trasy z uwzględnieniem remontów zgłaszanych przez gminy, automatyczne przypomnienia przeglądów wysyłane klientom w „dwugłosie” - SMS i mail, wreszcie prosty model oceny satysfakcji oparty nie tylko na ankietach, ale i na zachowaniach: szybkości akceptacji wyceny po naprawie, powrotach zleceń, braku sporów przy fakturze. Być może kiedyś dojdzie IoT i czujniki, które będą podpowiadać CRM, że urządzenie zaczyna się „męczyć”. Ale nawet jeśli nie, najważniejsze już weszło w krew. Kiedy ktoś pyta „jak u was z KPI”, odpowiedź nie brzmi „mamy dashboard”. Odpowiedź brzmi: „u nas ETA znaczy to samo dla klienta, dyspozytora i technika; u nas first time fix to nie życzenie, tylko plan; u nas faktura nie zaskakuje nikogo”. A to w usługach serwisowych znaczy więcej niż dowolny slogan.