Dlaczego projekty telematyczne zawodzą — i jak sprawić, by Państwa się udał

Gdzieś w Państwa organizacji może już stać system, z którego nikt nie korzysta. Wdrożony z autentycznym zamiarem, przez chwilę ciekawy, a potem po cichu sprowadzony do pozycji abonamentowej, która pojawia się raz w roku i zostaje przedłużona, bo rezygnacja wydaje się większym wysiłkiem.

Zdarza się to często i niemal nigdy dlatego, że zawiodła technologia. Oto siedem powodów, uszeregowanych według częstotliwości, i to, co naprawdę zapobiega każdemu z nich.

1. Nikt za to nie odpowiada

Najsilniejszy pojedynczy zwiastun niepowodzenia.

Sponsor projektu przeprowadza zakup. Montaż się kończy. Sponsor przechodzi do kolejnej sprawy. Nikt nie odpowiada za efekt — tylko za wdrożenie, a ono jest zakończone.

Rozwiązanie: proszę wskazać osobę odpowiedzialną za dostarczenie korzyści, a nie za montaż. Proszę dać jej czas — realny przydział, a nie dodatek do pełnego obciążenia. Proszę wpisać mierniki w jej cele. Proszę rozliczać ją z nich co kwartał. Jeśli nikogo nie da się wskazać, projekt nie jest gotowy do startu, a wiedzieć to teraz jest bardziej użyteczne niż za osiemnaście miesięcy.

2. Dane są zbierane i nigdy nieużywane

Raporty powstają. Przychodzą mailem. Bywają otwierane. Nic się nie zmienia, więc nic się nie poprawia.

Technologia znajduje problemy. Rozwiązać je mogą tylko ludzie. System bez procesu reagowania zbiera korzyści pasywne — obronę w sporach, alarmy o kradzieży, podstawową widoczność — i rezygnuje z większości wartości.

Rozwiązanie: proszę ustalić rytm przed startem i zrobić go na tyle małym, by wytrzymał zderzenie z rzeczywistością. Cotygodniowy kwadrans na wyjątki. Comiesięczna rozmowa coachingowa z trzema kierowcami, którzy najbardziej jej potrzebują. Kwartalny przegląd tras. Proszę wpisać je do kalendarzy jako cykliczne zobowiązania z imiennym właścicielem. Skromne i konsekwentne wygrywa z ambitnym i porzuconym, za każdym razem.

3. Załogi nigdy nie włączono

System pojawia się w formie ogłoszenia. Kierowcy wnioskują, że nie ma do nich zaufania. Zaangażowanie się załamuje, sporów przybywa, a w skrajnych przypadkach ludzie świadomie obchodzą system.

Rozwiązanie: proszę konsultować przed przesądzeniem decyzji, a nie po. Proszę włączyć przedstawicieli kierowców w pisanie polityki. Proszę pokazać ludziom prawdziwy system, zamiast go opisywać. Proszę zobowiązać się na piśmie, jak dane będą i jak nie będą używane, a potem bezwzględnie tego dotrzymać. Proszę używać go widocznie do obrony ludzi, zanim kiedykolwiek użyją go Państwo do stawiania zarzutów. I proszę poinstruować kierowników — jeden przełożony dzwoniący do kierowcy w sprawie dziewięciominutowej przerwy niweczy miesiące pracy.

4. Nadmiar alertów

Włącza się wszystko na najwyższej czułości, bo wszystko brzmi przydatnie. W pierwszym tygodniu przychodzą tysiące powiadomień. W ciągu miesiąca nikt już ich nie czyta — łącznie z tymi, które mają znaczenie.

Rozwiązanie: proszę zacząć od trzech alertów, nie trzydziestu. Proszę wybrać te powiązane z decyzją, którą ktoś naprawdę podejmie. Po dwóch tygodniach proszę przejrzeć wolumen i dostroić progi — zwłaszcza dla gwałtownych zdarzeń, niemal zawsze źle dobrane do typu pojazdu przy pierwszej konfiguracji. Proszę rozszerzać świadomie, po jednej pozycji. I być równie gotowym coś wyłączyć.

5. Nigdy nie zostało zintegrowane

Dane zostają we własnym systemie, za własnym logowaniem, i nigdy nie trafiają do procesu, który miały usprawnić. Ktoś co miesiąc przepisuje liczby do arkusza. Gdy ta osoba odchodzi, raportowanie po cichu się kończy.

Rozwiązanie: proszę wskazać dwa lub trzy połączenia, które ważą najwięcej — zwykle planowanie zleceń, serwis i finanse — i potraktować je jako część wdrożenia, z budżetem i właścicielem, a nie jako późniejszy etap. Etap drugi bez finansowania i terminu to etap, który się nie wydarzy.

6. Nigdy nie zdefiniowano sukcesu

Nie zebrano żadnego punktu odniesienia. Dwanaście miesięcy później nikt nie potrafi wykazać korzyści, więc przedłużenie staje się sporem o wrażenia zamiast przeglądem dowodów — a wrażenia sprzyjają temu, kto jest najbardziej sceptyczny.

Rozwiązanie: proszę zebrać punkt odniesienia przed montażem. Paliwo na kilometr. Kolizje na milion kilometrów. Koszt szkód w trzy lata. Dni do zgłoszenia. Wykorzystanie. Przestoje. Straty. Godziny administracyjne. Zajmuje to popołudnie i nie da się tego odtworzyć później. Następnie proszę uzgodnić na piśmie trzy liczby definiujące sukces i datę ich przeglądu. Jak zamienić je w uzasadnienie, które przetrwa weryfikację, opisano w przewodniku po budowaniu uzasadnienia biznesowego dla telematyki.

7. Kupiono wyłącznie technologię

Abonament zatwierdzono. Wewnętrznego czasu na prowadzenie programu już nie. Coaching, przeglądy i zmiana procesów miały zmieścić się w dotychczasowym obciążeniu i nie zmieściły się.

Rozwiązanie: proszę ująć zasoby wewnętrzne w uzasadnieniu biznesowym wprost, jako koszt. Czyni je to ostrożniejszym i bardziej wiarygodnym, a przy okazji sprawia, że zasób naprawdę istnieje. Program bez przydzielonego czasu dostarczy korzyści pasywne i żadnej aktywnej — co wciąż może być dodatnie, ale jest znacznie mniejszym zwrotem, i uzasadnienie powinno było to powiedzieć.

Wszystkie siedem sposobów na porażkę znajduje się w tym samym miejscu: między tym, co system zapisuje, a tym, co ktoś z tym robi.

Co łączy programy, które się udają

Łączy je krótka lista cech i żadna z nich nie jest techniczna:

• Wyznaczony właściciel z czasem na to, rozliczany z efektów
• Niewielki, możliwy do utrzymania rytm przeglądów i reagowania, który przetrwa zajęte tygodnie
• Załoga, z którą się skonsultowano i dotrzymane zobowiązanie na piśmie
• Wąska konfiguracja początkowa , którą rozszerzano świadomie
• Punkt odniesienia oraz dyscyplina mierzenia się z nią
• Dwie lub trzy integracje , które dostarczają dane tam, gdzie ludzie już pracują
• Przegląd po dwunastu miesiącach , który bada dowody zamiast wrażeń

Trzeci z nich jest pomijany najczęściej i najtrudniej go odbudować, bo utrzymanie zaufania kosztuje mniej niż jego odzyskiwanie. Więcej o tym w tym, jak platforma przedstawia dane kierowców.

Test po sześciu miesiącach

Proszę wpisać w kalendarz datę sześć miesięcy po starcie i uczciwie odpowiedzieć na trzy pytania:

1. Jakie decyzje podjęliśmy, których bez tego byśmy nie podjęli?
2. Co zmieniło się w mierzalny sposób wobec punktu odniesienia?
3. Kto wykonał tę pracę i czy nadal ma na nią czas?

Jeśli odpowiedzi są ubogie, problem niemal na pewno tkwi w jednym z siedmiu powyższych punktów — a wszystkie siedem da się naprawić po sześciu miesiącach. Po trzech latach, gdy przychodzi przedłużenie i nikt już nie pamięta, po co to było, naprawa jest znacznie trudniejsza.

Pytania, które warto zadać dostawcy, zanim to wszystko się zacznie, opisano w przewodniku zakupowym po technologiach flotowych.