Firmy serwisujące klimatyzację, urządzenia medyczne, wagi przemysłowe, drukarki wielkoformatowe czy sprzęt budowlany mają zaskakująco podobne problemy. Ośmiu techników w terenie, dyspozytor z papierowym grafikiem, protokoły przepisywane z długopisu do ERP w piątek po południu. Aplikacja mobilna dla serwisantów (FSM — Field Service Management) rozwiązuje większość tego chaosu, ale nie każda firma na tym etapie jej potrzebuje.
Na spotkaniach z właścicielami takich firm słyszymy dwie skrajne opinie. Jedna: „u nas to nie zadziała, moi ludzie nie chcą telefonu do pracy". Druga: „muszę mieć apkę jak Uber dla serwisantów". Obie są zwykle nietrafione. Prawda leży pośrodku i mocno zależy od tego, ile masz zleceń dziennie, ilu ludzi w terenie i jak długo trwa cykl od zlecenia do faktury.
Ten tekst nie jest o tym, że „każda firma serwisowa musi mieć apkę". Jest o tym, kiedy przestaje się opłacać jej nie mieć.
Co się dzieje bez FSM
Typowy dzień w 12-osobowej firmie serwisu klimatyzacji z okolic Krakowa wygląda tak. Rano dyspozytor drukuje z Excela grafik na dziś — sześciu techników, po pięć wizyt każdy. Zlecenia z kilku źródeł: telefon, mail, portal reklamacyjny sieci handlowej, formularz na stronie. Wszystko ląduje w jednym arkuszu.
Technicy dostają wydruki. Na miejscu wypełniają protokół serwisowy (papier, kalka, kopia dla klienta). Klient podpisuje. Wieczorem lub następnego dnia rano technik przekazuje plik protokołów do biura. W biurze ktoś to przepisuje: do ERP (Comarch Optima, enova365, cokolwiek), do arkusza z rentownością serwisantów, do bazy urządzeń klienta. Fakturę handlowiec wystawia w piątek na podstawie zebranych papierów z całego tygodnia.
Problemy, które to generuje, są zawsze te same:
- Faktura wychodzi 5–10 dni po wizycie. Klient już nie pamięta, o co chodziło. Reklamacja „nie było tego w umowie" jest łatwa.
- Papier ginie. Statystycznie 3–5% protokołów miesięcznie po prostu znika. Nie ma jak zafakturować.
- Nie wiadomo, ile naprawdę zajmuje wizyta. Technik wpisuje „2 godziny" po fakcie, bo tak wygląda. Realny czas nikomu nie jest znany.
- Powtórne wizyty. Technik zapomniał zamówić części, bo lista części jest na jego protokole, który przywiózł dopiero po tygodniu. W międzyczasie klient dzwoni, że nie działa dalej.
- Dyspozytor nie wie w czasie rzeczywistym, kto gdzie jest. Klient dzwoni „gdzie serwisant?", odpowiedź: „zaraz zadzwonię do Krzysia i się dowiem".
Każdy z tych problemów w skali roku kosztuje realne pieniądze. Sumarycznie: w takiej firmie widzieliśmy jednorazowo 60–80 tys. zł rocznie „utraconego przychodu" — nie zafakturowane wizyty, powtórki bez podstawy do wystawienia dodatkowej faktury, godziny biura na przepisywanie.
Co realnie zmienia FSM — przykład z życia
U jednego z naszych klientów — 12-osobowej firmie serwisu HVAC z okolic Krakowa (6 techników w terenie, 2 osoby w biurze, właściciel, 3 pracowników montażu) — wdrożyliśmy prostą aplikację FSM zintegrowaną z ich Comarch Optimą. Nie enterprise. Aplikacja mobilna na Androida, prosty panel dyspozytora w przeglądarce, integracja z ERP przez REST API.
Co się zmieniło w pierwszych trzech miesiącach:
- Czas od wizyty do faktury spadł z 5–10 dni do tego samego dnia. Technik na tablecie podpisuje protokół u klienta, protokół idzie do systemu, faktura wystawia się z gotowego szablonu. Handlowiec tylko zatwierdza.
- Powtórne wizyty spadły z ~15% do ~4%. Bo lista brakujących części z pierwszej wizyty trafia do magazynu tego samego dnia, a nie po tygodniu.
- Dyspozytor odzyskał ~10 godzin tygodniowo. Przestał przepisywać papier. Zaczął realnie planować.
- Ujawniło się, że jeden technik ma średnio 40% dłuższe wizyty od pozostałych. Nie dlatego, że jest wolny — trafiał do trudniejszych klientów. Grafik został przekształcony, jego czas przestał być spalany na dojazdy.
- Zniknęły „zaginione" protokoły. Bo protokołu nie da się zgubić, kiedy nie istnieje na papierze.
Suma: ok. 90 tys. zł rocznej różnicy w wyniku, przy koszcie wdrożenia ok. 45 tys. zł jednorazowo i ~1200 zł/mies. utrzymania. Zwrot w pierwszym roku.
To nie jest baśń — to jest po prostu efekt tego, że papier zniknął i dane pojawiły się w systemie w momencie wykonania pracy, a nie tydzień później.
Kiedy FSM się jeszcze nie opłaca
Anti-hype: nie każda firma tego potrzebuje. Sygnały, że jeszcze za wcześnie:
- Poniżej 3 techników w terenie i ≤10 wizyt dziennie. Whiteboard w biurze i grupa na WhatsAppie realnie wystarczą. Koszt narzędzia nie zwróci się nawet w 3 lata.
- Zlecenia są duże i rzadkie — typu instalacja, która trwa 3 dni. FSM zaczyna świecić przy dużej liczbie krótkich wizyt. Przy paru dużych projektach miesięcznie lepiej dopracować proces w ERP.
- Zespół jest starszy i realnie boi się tabletu. To nie znaczy, że nie wdrożyć — to znaczy, że musisz zaplanować 2–3 miesiące na oswajanie i wybrać aplikację z ekranami, które faktycznie da się obsłużyć jednym palcem w rękawiczce.
- ERP jest w takim stanie, że i tak wszystko trzeba przepisać ręcznie. Wtedy FSM tylko przesunie problem. Najpierw uporządkuj kartotekę urządzeń klienta i klientów w ERP.
Gotowe SaaS, własny software czy low-code — co wybrać
Trzy szkoły. Każda ma sens w innej sytuacji.
Gotowy SaaS (ServiceMax, mHelpDesk, Fieldcode, polski MobileNET, Fielda, kilka innych). Zaleta: uruchamiasz się w 2–4 tygodnie, płacisz miesięcznie od użytkownika. Wada: musisz się dostosować do ich workflow. Integracja z Twoim ERP zwykle jest, ale w wersji „50%" — pola nie te, formaty inne, wysyłka faktury i tak przez CSV o północy. Sensowne, jeśli masz standardowy proces serwisowy (wizyta, protokół, faktura) i akceptujesz, że kartoteka urządzeń klienta będzie żyła w dwóch miejscach.
Własny software (my w SilverData to robimy). Zaleta: apka wygląda dokładnie tak, jak Twój proces, a nie jak wyobrażał go sobie amerykański startup. Integracja z ERP jest natywna — jeden system, jedna kartoteka klienta i urządzenia, faktura wystawiana w Twoim ERP w tym samym momencie. Wada: koszt startowy 35–70 tys. zł, czas 6–12 tygodni. Ma sens od ~5 techników w terenie w górę i przy nietypowym procesie (np. serwis regulowany prawnie z wymaganymi konkretnymi protokołami odbioru).
Low-code (Power Apps, AppSheet, low-code na Airtable). Środek stawki. Można w kilka tygodni złożyć MVP, integracja z ERP przez API, koszty niższe niż custom. Wada: sufit funkcjonalny szybko się kończy, a licencje w skali 10+ użytkowników potrafią przestać być tanie. Dobra opcja na pierwsze podejście — pilotaż w jednej brygadzie, sprawdzenie założeń, potem decyzja: gotowiec, custom czy zostajemy z low-code.
Od czego zacząć — pierwsze 30 dni
Zanim wybierzesz narzędzie, zrób trzy rzeczy. To działa w każdej firmie serwisowej, którą znamy.
- Zmierz obecny proces. Weź ostatnie 20 wizyt. Sprawdź: ile dni od zlecenia do wizyty, ile od wizyty do faktury, ile z nich wymagało dojazdu drugi raz i dlaczego. Dopóki nie masz punktu odniesienia, nie udowodnisz sobie, że FSM cokolwiek dał.
- Uporządkuj kartotekę urządzeń klienta. To jest fundament. Każde urządzenie pod opieką (klimatyzator, drukarka, waga) musi mieć jedno ID w Twoim ERP. Nie „klimatyzator na parterze" — konkretny model, numer seryjny, data instalacji. Bez tego nawet najlepsza apka nie da Ci historii serwisowej.
- Wybierz jedną brygadę do pilotażu. Nie od razu wszyscy. Dwóch techników, jeden dyspozytor, dwa tygodnie. Zobacz, co realnie nie działa, zanim wpompujesz w to całą firmę.
Dopiero potem rozmowa z dostawcą — czy to gotowy SaaS, czy firma taka jak nasza. Rozmowa idzie inaczej, jeśli wchodzisz w nią z liczbami zamiast z „chcielibyśmy jakąś apkę".
Jeśli chcesz oszacować, czy w Twojej firmie FSM się zwróci (i jak szybko), pierwsza rozmowa jest bezpłatna, trwa pół godziny i nie kończy się handlowcem na pokładzie.
FSM nie robi z chaosu porządku. FSM robi z uporządkowanego chaosu — mierzalny proces. Krok pierwszy to zrobić porządek w kartotece urządzeń i klientów, dopiero potem apka.