Elektroniczny protokół serwisowy

W schowku auta każdego technika leży teczka. W teczce protokoły z ostatnich kilku dni, część podpisana, część nie, jeden pomięty i jeden z rozmazanym długopisem. Raz na jakiś czas któryś nie dojedzie do biura wcale.

Kiedy firmy serwisowe zaczynają rozmawiać o zmianie, pierwszy pomysł brzmi zwykle: zeskanujemy je telefonem i wyślemy mailem. To skraca drogę papieru, ale zostawia wszystko, co w papierze jest kosztowne - dane dalej trzeba przepisać, nadal nie ma z czego zrobić zestawienia, a szukanie protokołu sprzed roku wygląda tak samo.

Elektroniczny protokół serwisowy różni się od skanu jedną rzeczą: składa się z pól, a nie z obrazka. To brzmi jak szczegół techniczny, a jest całą różnicą w tym, co potem da się z tymi danymi zrobić.

Czym to się różni od skanu papieru

Skan jest zdjęciem dokumentu. Można go obejrzeć i wysłać, ale komputer nie wie, co na nim jest. Protokół elektroniczny to zestaw odpowiedzi zapisanych osobno: numer urządzenia, wynik każdego punktu checklisty, zużyte części, godziny pracy, uwagi, zdjęcia i podpis.

Konsekwencja jest praktyczna. Skoro dane siedzą w polach, można na ich podstawie wystawić fakturę, zbudować historię urządzenia i sprawdzić, które modele psują się najczęściej. Ze skanu nie da się zrobić żadnej z tych rzeczy bez ponownego przepisania.

Klient dostaje na końcu PDF, który wygląda jak dokument - i to jest jedyna część wspólna z papierem. Reszta dzieje się pod spodem.

Co musi zawierać, żeby zastąpił kartkę

Protokół, którego technik nie chce wypełniać, wraca do teczki po dwóch tygodniach. Cztery rzeczy decydują o tym, czy się przyjmie:

Checklistę dopasowaną do urządzenia. Jeden formularz na wszystko oznacza przewijanie ekranów z pytaniami, które nie dotyczą tego, co technik ma przed sobą.
Zdjęcia robione w miejscu, w którym mają być. Nie osobna galeria na końcu, tylko zdjęcie przypięte do konkretnego punktu przeglądu. Inaczej po pół roku nikt nie wie, czego dotyczyło.
Podpis klienta zbierany od razu. Odłożony na później nie zostanie zebrany nigdy, a protokół bez potwierdzenia odbioru wraca do biura jako sprawa do wyjaśnienia, nie jako gotowy dokument.
Działanie bez zasięgu. Serwerownie i piwnice to standardowe miejsce pracy, nie wyjątek. Protokół, który wymaga internetu do zapisania punktu, wysypie się pierwszego dnia.

Brak którejkolwiek z tych czterech rzeczy sprawia, że technik zaczyna pracować dwutorowo: notuje na kartce w terenie i przepisuje wieczorem. To najgorszy możliwy wynik, bo koszt papieru zostaje, a doszedł koszt systemu. Ile ten pierwszy realnie wynosi i jak go zmierzyć u siebie, rozkładamy w tekście o tym, ile naprawdę kosztują papierowe protokoły serwisowe.

Piąta rzecz nie decyduje o przyjęciu się protokołu, ale oszczędza kłopotów później: rozdzielenie tego, co widzi klient, od tego, co zostaje u Was. Uwagi technika o stanie urządzenia, czas dojazdu czy notatka „klient nie wpuścił do kotłowni” są potrzebne w firmie i nie mają się znaleźć w PDF-ie wysyłanym na zewnątrz. Jeśli protokół nie rozróżnia tych dwóch widoków, technicy przestają wpisywać uwagi - a to była jedna z głównych korzyści z odejścia od papieru.

Gdzie wdrożenia się wykładają

Rzadko na technologii. Prawie zawsze na tym, że protokół elektroniczny zaprojektowano z perspektywy biura, a wypełnia go człowiek stojący na drabinie.

Jeśli wypełnienie protokołu w telefonie trwa dłużej niż na kartce, technik wróci do kartki. Nie z przekory, tylko dlatego, że ma jeszcze cztery adresy.

Typowy błąd to dołożenie do formularza wszystkiego, co kiedykolwiek komuś się przydało - bo skoro już zbieramy dane, to zbierzmy komplet. Po miesiącu technicy klikają przez te pola na oślep i dane są gorsze niż z papieru, bo wyglądają na kompletne.

Drugi typowy błąd to brak drogi wyjścia. Zlecenie, którego nie da się dokończyć - brakuje części, klienta nie ma na miejscu, urządzenie jest niedostępne - musi mieć w systemie swoje miejsce. Jeśli go nie ma, technik zamknie zlecenie nieprawdziwie, żeby aplikacja przestała je przypominać.

Czego elektroniczny protokół nie naprawi

Nie zrobi porządku w procesie, którego nie ma. Jeśli dziś nikt nie wie, kto odpowiada za sprawdzenie protokołu przed fakturowaniem, po wdrożeniu dalej nie będzie wiadomo - tylko szybciej.

Nie zastąpi też rozmowy z klientem. Automatycznie wysłany PDF jest wygodny, ale klient, który dostaje dokument bez kontekstu, i tak zadzwoni. Warto zaplanować, co poza załącznikiem znajdzie się w tej wiadomości - dwa zdania o tym, co zostało zrobione i czy coś wymaga uwagi, oszczędzają więcej telefonów niż najlepiej sformatowany protokół.

Co z protokołami sprzed wdrożenia

Pytanie pojawia się zawsze i zawsze zbyt późno - zwykle w momencie, gdy technik jedzie na awarię urządzenia, którego historia leży w segregatorze w biurze.

Są trzy podejścia i tylko jedno z nich ma sens ekonomiczny w większości firm.

Pierwsze to przepisanie wszystkiego do nowego systemu. Brzmi porządnie i prawie nigdy się nie opłaca: koszt przepisania kilku tysięcy protokołów przekracza wartość, jaką z nich wyciągniecie, bo realnie sięga się do historii sprzed dwóch lat rzadko.

Drugie to skanowanie archiwum i podpinanie plików pod urządzenia w systemie. Tańsze, ale daje tylko obrazki - da się je otworzyć, nie da się z nich zrobić zestawienia. Dla historii serwisowej to zwykle wystarcza, bo technik potrzebuje odpowiedzi „co tu robiono ostatnio”, a nie analizy.

Trzecie, najczęściej rozsądne: nie ruszać archiwum wcale i wprowadzać do systemu tylko urządzenia, przy których pojawia się kolejne zlecenie. Po roku macie w systemie komplet aktywnej bazy, bez jednego dnia pracy poświęconego na przepisywanie. Archiwum papierowe zostaje tam, gdzie jest, na wypadek sporu.

Warto tylko przy okazji pierwszego zlecenia na danym urządzeniu zapisać jego numer seryjny i podstawowe parametry. To pięć minut przy pierwszej wizycie i podstawa całej późniejszej historii.

Od czego zacząć

Nie zaczynajcie od wyboru narzędzia. Zacznijcie od jednego dokumentu:

Weźcie protokół z ostatniego tygodnia i zaznaczcie pola, które są zawsze puste. W większości firm to jedna trzecia formularza. Te pola nie mają się znaleźć w wersji elektronicznej.
Zaznaczcie te, które technik dopisuje ręcznie na marginesie. To są pola, których brakuje - i zwykle najważniejsze.
Policzcie, ile dni mija od podpisu do faktury. Jeśli dużo, problem może być po stronie obiegu dokumentu, nie formularza.

Po tym ćwiczeniu macie gotową specyfikację jednego szablonu. To wystarczy, żeby zacząć rozmowę z kimkolwiek - i wystarczy, żeby ocenić, czy gotowy program w ogóle umie zrobić to, czego potrzebujecie.