Dwadzieścia obiektów. Ile z nich zna Wasz ERP?

Cyfrowy model firmy serwisowej to dwadzieścia obiektów, od klienta i urządzenia po fakturę i rentowność umowy, oraz powiązania między nimi, zapisane raz i w jednym miejscu. Większość tych obiektów już macie: w ERP, w aplikacji techników, w załącznikach do umów i w pamięci dyspozytora. Brakuje nie danych, tylko połączeń. Zgłoszenie nie wie, do którego z dwóch pieców tego samego modelu należy, a protokół nie wie, czy praca była w ryczałcie. Bez tych połączeń agent AI zgaduje, a człowiek dzwoni.

Ten tekst należy do serii o usługach technicznych i serwisowych jako jednym systemie. Poniżej pełny katalog obiektów, cztery powiązania, które w tej branży ważą najwięcej, i odpowiedź na pytanie, od czego zacząć, żeby model nie został plakatem w dyspozytorni.

Po co zarządowi cyfrowy model firmy

— To ta sama linia, co w zeszłym roku? — Nie, tamta była u „Zakładów”, ta jest u „Zakłady Sp. z o.o.”. — To ten sam klient. — W systemie nie.

Na pytanie, ile razy to urządzenie psuło się w ostatnim roku i czy to już piąta awaria tej samej fotokomórki, da się odpowiedzieć w minutę, jeśli zgłoszenie wie, do którego numeru seryjnego należy, a numer seryjny wie, pod którą umową stoi i co pokazały poprzednie protokoły. Te informacje zwykle już są w firmie, tylko w trzech miejscach, pod trzema nazwami, a łączy je człowiek, który akurat pamięta. Kiedy ten człowiek jest w terenie, firma odpowiada wolniej, choć nic się w niej nie zepsuło.

Cyfrowy model firmy (w dziale IT mówi się na to ontologia) to spisanie tych obiektów i powiązań tak, żeby ludzie i agenci czytali je z jednego miejsca. Nie zastępuje ERP ani aplikacji techników. Wasz ERP dalej fakturuje i prowadzi magazyn części, aplikacja dalej zbiera protokoły; nad nimi powstaje warstwa do codziennej pracy, która wie, co z czym się łączy. Dla zarządu oznacza to jedno: pytanie „czy dotrzymaliśmy SLA u tego klienta” przestaje wymagać trzech telefonów do techników.

Katalog: 20 obiektów od zgłoszenia do zapłaty

Tabela jest wzorcem dla firmy, która utrzymuje i naprawia cudze urządzenia u klienta: serwis maszyn i linii, instalacje HVAC i chłodnicze, dźwigi i urządzenia pod dozorem, automatyka budynkowa, sprzęt gastronomiczny i medyczny. Kolumna „Powiązany z” mówi, z czym obiekt musi się łączyć, żeby odpowiadać na pytania zarządu. Kolumna „Gdzie leży dziś” opisuje typową firmę, nie konkretną.

Obiekt	Co to jest	Powiązany z	Gdzie leży dziś (typowo)
Klient i obiekt	Firma, dla której pracujemy, i miejsce, gdzie stoją urządzenia	Urządzenie, Umowa, Zgłoszenie, Faktura	ERP, załączniki do umów, telefon technika
Urządzenie	Konkretny egzemplarz u klienta z historią	Klient, Umowa, Zgłoszenie, Protokół, Część	Załącznik do umowy, zdjęcia, pamięć technika
Umowa serwisowa	Zakres, urządzenia, SLA, ryczałt lub stawki, przeglądy, kary	Klient, Urządzenie, Zgłoszenie, Faktura, Przegląd	PDF, arkusz kalkulacji
Zgłoszenie	Awaria, usterka, przegląd lub zapytanie przypięte do urządzenia	Urządzenie, Umowa, Diagnoza, Zlecenie	Telefon technika, mail, system zgłoszeń
Diagnoza i zakres prac	Co prawdopodobnie jest przyczyną i co trzeba zrobić	Zgłoszenie, Urządzenie, Część, Zlecenie	Głowa technika, mail z wyceną
Zlecenie serwisowe	Praca do wykonania u klienta z przydziałem	Zgłoszenie, Technik, Część, Wizyta, Protokół	Tablica dyspozytora, arkusz, aplikacja
Technik i uprawnienie	Kto może co robić, gdzie jest i co ma w aucie	Zlecenie, Auto, Część	Kadry, segregator, pamięć dyspozytora
Część zamienna	Część katalogowa i jej egzemplarze w autach, magazynie, u dostawcy	Urządzenie, Zlecenie, Zamówienie części, Faktura	ERP (magazyn), katalogi producentów, auto technika
Zamówienie części	Co zamówiono u producenta lub dystrybutora i kiedy przyjdzie	Część, Zlecenie, Dostawca	Mail, ERP
Wizyta serwisowa	Pobyt technika u klienta	Zlecenie, Technik, Protokół, Część	Aplikacja mobilna, kartka, telefon
Protokół wykonania	Dowód, co zrobiono i w jakim stanie zostawiono urządzenie	Wizyta, Urządzenie, Faktura, Rekomendacja	PDF, papier, zdjęcia
Dowód SLA	Czy dotrzymaliśmy czasu reakcji i naprawy z umowy	Zgłoszenie, Umowa, Protokół, Kara	Odtwarzany z telefonów przy sporze
Harmonogram przeglądów	Kiedy i jakie przeglądy wynikają z umów i przepisów	Umowa, Urządzenie, Zgłoszenie, Zestaw	Arkusz, kalendarz jednej osoby
Rekomendacja	Zalecenie wymiany, modernizacji lub ryzyka z protokołu	Protokół, Oferta, Zgłoszenie	Ustnie, mail
Odnowienie umowy	Decyzja o kolejnym okresie umowy i jej warunkach	Umowa, Rentowność, Park urządzeń	Kalendarz handlowca albo nigdzie
Faktura i należność	Co wystawiono ze zlecenia lub ryczałtu i co zapłacono	Protokół, Umowa, Klient	ERP (finanse)
Reklamacja i kara SLA	Zastrzeżenie klienta do wykonania lub czasu	Zgłoszenie, Protokół, Dowód SLA, Faktura	Mail, pamięć kierownika
Rentowność umowy i klienta	Co zostaje z ryczałtu i dodatków po dojazdach, częściach i czasie	Umowa, Faktura, Wizyta, Część	Arkusz raz na rok
Auto i narzędzia	Flota serwisowa i przyrządy z wzorcowaniem	Technik, Wizyta	Kalendarz, segregator
Dokument dozoru lub przeglądu	Dokument wymagany przepisami lub normą po przeglądzie	Protokół, Urządzenie, Harmonogram	Segregator, PDF

Najwięcej mówi ostatnia kolumna. W niemal każdym wierszu pojawia się telefon technika, arkusz, segregator albo czyjaś pamięć, a przy odnowieniu wprost „albo nigdzie”. Dowód SLA — obiekt, który broni firmę przed karą — jest „odtwarzany z telefonów przy sporze”. To nie jest zarzut wobec ludzi, tylko opis tego, gdzie firma przechowuje wiedzę, gdy system jej nie przyjmuje.

Cztery powiązania, które ważą najwięcej

Wszystkie dwadzieścia obiektów ma znaczenie, ale cztery łańcuchy decydują o marży i gotówce. Od nich warto zacząć rozmowę o modelu.

Zgłoszenie → urządzenie → umowa → dowód SLA. Kiedy przychodzi zgłoszenie, dyspozytor potrzebuje trzech rzeczy: którego egzemplarza dotyczy, jaka umowa go obejmuje i od której godziny biegnie zegar. Jeśli zgłoszenie jest przypięte do numeru seryjnego, a numer seryjny do umowy z godzinami obsługi, dowód dotrzymania SLA liczy się sam. Jeśli zgłoszenie żyje w telefonie technika, dowód powstaje przy reklamacji z tego, co kto pamięta.

Diagnoza → część zamienna → technik i uprawnienie → zlecenie. To łańcuch pierwszego wyjazdu. Diagnoza wypisuje części i uprawnienie, część wie, w którym aucie leży, technik wie, jakie uprawnienie ma ważne — i dopiero z tych trzech powstaje zlecenie, z którym da się wyjechać raz. Bez tych powiązań technik jedzie „zobaczyć”, a część zamawia się ekspresem, choć leży w aucie kolegi.

Wizyta → protokół wykonania → faktura i należność. Protokół jest zdarzeniem, które uruchamia pieniądz. Jeśli składa się z danych wizyty i zna zakres ryczałtu z umowy, faktura za dodatki może wyjść w dniu podpisu klienta. Jeśli protokół leży w telefonie technika do wieczora, a zakres ryczałtu w PDF-ie, faktura czeka dwa tygodnie, a dodatki nie wychodzą wcale.

Protokół → rekomendacja → harmonogram przeglądów → odnowienie umowy. To łańcuch drugiej połowy przychodu. Zalecenie z protokołu staje się zgłoszeniem albo ofertą, awaryjność po przeglądach wraca do zakresu następnych, a wszystko razem — awaryjność, koszty, zalecenia — trafia do zestawienia na odnowienie, zanim klient zapyta. Bez tych powiązań rekomendacja zostaje na korytarzu, a odnowienie w kalendarzu handlowca albo nigdzie.

Dlaczego agent bez modelu zgaduje

— Ten alarm to z której komory? — Z FL-400. — Mają dwie. — To z tej, co się psuje.

Agent AI czyta to, co mu dacie, i łączy to, co da się połączyć. Jeśli ten sam klient nazywa się inaczej w ERP, w aplikacji techników i w zgłoszeniu, agent połączy go po podobieństwie nazwy, czyli zgadnie. Zrobi to szybko i pewnym tonem, a to gorsze niż wolny człowiek, który wie, że nie wie.

Agent	Czego potrzebuje z modelu	Co robi, gdy powiązania brak
Agent zgłoszeń	zgłoszenie, urządzenie z numerem seryjnym, umowa z godzinami obsługi	przypina zgłoszenie do pierwszego pasującego urządzenia i liczy zegar w godzinach kalendarzowych, choć umowa mówi pn–pt
Agent dyspozycji	zlecenie, technik i uprawnienie, część w aucie, okno klienta	wysyła najbliższego technika, który na miejscu okazuje się technikiem bez uprawnienia
Agent protokołu wykonania	wizyta, wymagania protokołu per typ urządzenia, dowód SLA	składa protokół z tego, co znajdzie; brak pomiaru dozoru wykrywa jednostka dozoru
Agent rozliczeń	protokół, umowa z zakresem ryczałtu, faktura	fakturuje wszystko jako ryczałt albo wszystko jako dodatek, zależnie od tego, czego nie wie

Granica odpowiedzialności jest tu taka sama jak w całej serii. Agent czyta model, liczy, wskazuje braki i proponuje scalenia. Człowiek decyduje, który zapis jest źródłem prawdy, kto jest właścicielem obiektu i czy dwa piece tego samego modelu w tym samym obiekcie to na pewno dwa urządzenia, a nie jedno wpisane dwa razy. Pilnowaniem jednej nazwy dla jednej rzeczy zajmuje się agent danych podstawowych, ale scalenie zatwierdza właściciel danych.

Gdzie modelowanie szkodzi

Model łatwo zamienić w projekt dla samego modelu. Pół roku rysowania dwudziestu obiektów, bez jednego procesu, który z nich korzysta, kończy się diagramem, który wszyscy chwalą i nikt nie otwiera.

Druga pułapka to automatyzacja na niezgodnych definicjach. Dla dyspozytora „zgłoszenie” zaczyna się od telefonu klienta, dla aplikacji od wpisania, dla finansów od zlecenia z numerem. Jeśli tego nie uzgodnicie, agent policzy czas reakcji od trzech różnych godzin i pokaże dotrzymane SLA, które klient właśnie reklamuje.

Warunek brzegowy jest prosty: jeśli urządzenia u klientów nie mają numerów seryjnych w żadnym zapisie poza zdjęciami w telefonach, obiekt Urządzenie będzie miał pustą historię i żaden model tego nie naprawi. Najpierw jedna kartoteka urządzeń z numerem seryjnym, klientem i umową, potem powiązania, a na końcu agent.

Po czym poznacie, że model działa

Liczba obiektów w modelu i liczba tabel w bazie to mierniki próżności. Model działa wtedy, gdy krócej trwa dojście do odpowiedzi i mniej spraw czeka między biurkami — albo między biurkiem a autem.

Miernik	Jak liczyć	Skąd dane
Liczba miejsc, w których żyją dane jednego zgłoszenia	przejść drogę jednego zgłoszenia od telefonu do faktury i zapisać każde źródło	lista systemów, arkuszy, skrzynek i telefonów
Czas odpowiedzi na pytanie „czy dotrzymaliśmy SLA u tego klienta w tym miesiącu”	zmierzyć przy najbliższej reklamacji, przed modelem i po nim	zgłoszenie reklamacji i godzina odpowiedzi
Odsetek urządzeń z numerem seryjnym i historią	urządzenia z numerem, umową i co najmniej jednym protokołem wobec wszystkich obsługiwanych	kartoteka urządzeń, protokoły
Protokoły zamknięte w dniu wizyty	protokoły z podpisem klienta w dniu wizyty wobec wszystkich	protokoły z datą podpisu
Liczba duplikatów w kartotece klientów i urządzeń	ten sam klient albo egzemplarz pod różnymi nazwami	ERP, system zgłoszeń, aplikacja techników

Uczciwie trzeba dodać, że model nie podniesie marży sam z siebie. Na marżę wpływają ryczałt, cena konkurenta i wiek parku urządzeń u klienta. Model sprawia, że zarząd widzi przyczyny wcześniej, a technicy przestają jeździć dwa razy.

Od czego zacząć w poniedziałek

Weźcie jedno zgłoszenie z ostatniego miesiąca, które skończyło się fakturą, i przejdźcie jego drogę przez pięć obiektów: zgłoszenie, urządzenie, umowę, protokół i fakturę. Dla każdego zapiszcie, gdzie leży i jakim numerem łączy się z poprzednim. Tam, gdzie łączy je tylko czyjaś pamięć, jest pierwsze powiązanie do spisania. Jednemu dyspozytorowi i jednej osobie z finansów zajmie to dzień.

Jeśli chcecie zacząć od samego początku drogi, czyli od tego, skąd przychodzą zgłoszenia i kto je rozdziela, przeczytajcie tekst o źródłach zgłoszeń w firmie serwisowej.