Gotowy program do serwisu czy dedykowany system dla firmy
Gotowy program do serwisu czy dedykowany system? Kryteria wyboru dla firm serwisowych i uczciwa lista przypadków, w których gotowe narzędzie wystarczy.
Trzecie demo w tym miesiącu. Handlowiec pokazuje kalendarz techników, kartotekę urządzeń, protokół z podpisem klienta zbieranym palcem na ekranie. Wygląda dobrze - do momentu, w którym pytasz, czy checklista przeglądu może wyglądać inaczej dla pompy ciepła niż dla centrali wentylacyjnej. Wtedy pada „to mamy w planach rozwoju”.
Pytanie, czy wybrać gotowy program do serwisu, czy zamówić dedykowany system, prawie nigdy nie pada na starcie. Przychodzi później - kiedy okazuje się, że każdy produkt na rynku robi 80% tego, czego potrzebujesz, tylko każdy inne 80%.
Odpowiedź nie zależy od wielkości firmy ani od budżetu. Zależy od tego, ile w Twoim procesie jest rzeczy, których nie da się ustawić w konfiguracji - i czy akurat te rzeczy decydują o tym, jak firma zarabia.
Kiedy gotowy program do serwisu wystarcza
Gotowy program wygrywa częściej, niż przyznają firmy takie jak nasza. Działa od pierwszego dnia, ma dokumentację, wsparcie i aktualizacje, o które nikt nie musi prosić. Jeśli Twój proces mieści się w tym, co produkt już umie, budowa własnego systemu jest wydatkiem bez zwrotu.
Cztery sytuacje, w których odradzamy zamawianie czegokolwiek:
- Obsługujesz jeden typ urządzeń. Jeden zakres przeglądu, jeden formularz, jedna checklista. To jest dokładnie ten przypadek, pod który gotowce są projektowane, i robią go dobrze.
- Zespół jest mały i pracuje podobnie. Przy kilku technikach, którzy znają proces na pamięć, system nie ma czego pilnować. Zysk z automatyzacji pojawia się tam, gdzie ludzi jest na tyle dużo, że nie da się ich obejść pytaniem.
- Proces jeszcze się zmienia. Firma, która co kwartał układa obsługę zleceń inaczej, nie ma czego utrwalać w oprogramowaniu. Gotowe narzędzie jest wtedy tańszym sposobem na sprawdzenie, co faktycznie pasuje.
- Nie musisz się z niczym łączyć. Jeśli fakturowanie, magazyn i zlecenia mogą żyć osobno bez przepisywania danych między nimi, największy argument za dedykowanym systemem odpada.
Jeśli rozpoznajesz u siebie trzy z czterech, przestań czytać i wybierz gotowca. Pierwszy prawdziwy sygnał do rozmowy o czymś innym pojawia się dopiero wtedy, gdy zaczynasz prowadzić drugą ewidencję obok programu, za który płacisz.
Czego gotowe programy nie robią dobrze
Konfiguracja kończy się tam, gdzie zaczyna się wyjątek. Producent musi zbudować jeden produkt dla całego rynku, więc ustawialne jest to, co powtarza się u wszystkich. Twój wyjątek jest zwykle tym, co odróżnia Cię od konkurencji - i właśnie on nie mieści się w ustawieniach.
Trzy miejsca, w których to boli najczęściej.
Formularz, który zależy od tego, co stoi u klienta
Serwis obsługujący kilkanaście typów urządzeń potrzebuje kilkunastu różnych zakresów przeglądu. Gotowe programy dają zwykle jeden formularz z polami opcjonalnymi, co kończy się protokołem, w którym technik przewija trzy ekrany nieistotnych pytań. Po miesiącu zaczyna je klikać na oślep i dane przestają być cokolwiek warte.
Praca bez zasięgu
Serwerownie, piwnice i dachy galerii handlowych to miejsca, w których nie ma sieci. Deklarację „działa offline” warto sprawdzić konkretnym pytaniem: czy technik może wykonać całe zlecenie ze zdjęciami i podpisem bez połączenia, i czy wysyłka dzieje się sama, gdy telefon złapie sieć. Każdy mechanizm, który wymaga od człowieka w terenie myślenia o synchronizacji, prędzej czy później skończy się utraconym protokołem.
Połączenie z tym, co już masz
Najczęstszy zgrzyt nie dotyczy funkcji, tylko danych. Program do serwisu ma własną kartotekę klientów, Twój program do fakturowania ma swoją, i ktoś w biurze przepisuje je między jednym a drugim. Gotowe produkty oferują integracje z tym, co popularne; jeśli używasz czegoś branżowego albo starszego, zwykle kończy się na eksporcie do pliku. Ile na tym schodzi, rozkładamy w tekście o tym, gdzie gubi się tydzień między protokołem a fakturą.
Czy da się to policzyć przed decyzją
Da się, pod warunkiem że liczysz strukturę kosztu, a nie samą kwotę na pierwszej fakturze. Te dwie rzeczy zachowują się zupełnie inaczej w czasie.
| Co porównujesz | Gotowy program | Dedykowany system |
|---|---|---|
| Koszt | abonament, zwykle za użytkownika - rośnie z zespołem | koszt budowy plus utrzymanie, nie zależy od liczby osób |
| Start | od razu, konfiguracja zamiast wdrożenia | pierwsza działająca wersja po dwóch-trzech tygodniach, całość etapami |
| Zmiana procesu | dopasowujesz się do produktu | produkt dopasowuje się do Ciebie |
| Nowa funkcja | czekasz na roadmapę producenta | zamawiasz, gdy jest potrzebna |
| Wyjście | dane do eksportu, logika zostaje u dostawcy | kod i dane Twoje od pierwszego dnia |
Dwa pytania, które rozstrzygają szybciej niż tabela. Pierwsze: ile osób będzie korzystać z systemu za trzy lata? Przy rosnącym zespole abonament za użytkownika zmienia się z drobnego kosztu w stałą pozycję, a koszt budowy jest jednorazowy. Drugie: ile razy w ostatnim roku padło w firmie zdanie „tego się w tym programie nie da”? Jeśli ani razu - masz odpowiedź.
Jest jeszcze trzecia opcja
Wybór rzadko jest binarny, choć tak bywa przedstawiany. Firma, która ma już działający program do fakturowania albo magazynu, nie musi go wyrzucać, żeby uporządkować pracę techników w terenie.
Najtańszy system to ten, którego nie trzeba budować. Drugi w kolejności to ten, który dokłada tylko brakujący kawałek.
Robimy to często: zostawiamy to, co działa, i dokładamy formularz w telefonie dla terenu plus panel dla biura, a dane krążą w obie strony z systemem, którego już używasz - przez jego API albo bezpośrednio z jego bazą danych. Technik dostaje protokół dopasowany do urządzenia, biuro widzi zamknięte zlecenia na bieżąco, a księgowość dalej pracuje w tym samym programie co przedtem.
To jest też najtańszy sposób na sprawdzenie, czy dedykowany system w ogóle ma u Ciebie sens. Zaczynasz od jednego procesu, który najbardziej boli - u nas to program „Digital Start”, w którym prototyp oglądasz po dwóch-trzech tygodniach, a jeśli nie pasuje, zwracamy całą zaliczkę. Jeśli system się obroni, dokładasz kolejny proces; jeśli nie, koszt jest ułamkiem tego, co kosztowałaby wymiana wszystkiego naraz. Trzy takie wdrożenia, każde uruchomione w dwa do trzech tygodni, opisujemy w tekście o małych systemach dedykowanych.
Od czego zacząć
Zanim umówisz kolejne demo, zrób jedną rzecz samodzielnie:
- Spisz drogę jednego zlecenia od zgłoszenia do faktury. Kto je przyjmuje, gdzie trafia, kto wpisuje te same dane drugi raz, co blokuje wystawienie faktury. Jedna kartka wystarczy.
- Zaznacz miejsca, w których dane są przepisywane ręcznie. To one kosztują, nie brak funkcji.
- Przy każdym demie pytaj o te miejsca, nie o listę funkcji. Pytanie „czy checklista może zależeć od typu urządzenia” mówi o produkcie więcej niż godzina prezentacji.
Jeśli po tym ćwiczeniu wszystkie zaznaczone miejsca da się obsłużyć konfiguracją gotowego programu, masz tańszą odpowiedź. Jeśli zostaną dwa czy trzy, których nie da się - wiesz dokładnie, o czym rozmawiać dalej, i nie potrzebujesz do tego niczyjej prezentacji.