Waarom telematicaprojecten mislukken — en hoe u zorgt dat het uwe dat niet doet

Ergens in uw organisatie staat misschien al een systeem dat niemand gebruikt. Met oprechte bedoelingen ingevoerd, kort interessant, en daarna stilletjes teruggebracht tot een abonnementsregel die eens per jaar opduikt en wordt verlengd omdat opzeggen meer moeite lijkt.

Het gebeurt vaak, en vrijwel nooit doordat de techniek faalde. Hier zijn de zeven redenen, op volgorde van hoe vaak ze voorkomen, en wat elk ervan werkelijk voorkomt.

1. Niemand is eigenaar

De sterkste losse voorspeller van mislukking.

Een projectsponsor drijft de aankoop. De installatie wordt afgerond. De sponsor gaat door naar het volgende. Niemand is verantwoordelijk voor het resultaat — alleen voor de invoering, en die is klaar.

De oplossing: wijs één persoon aan die verantwoordelijk is voor het leveren van de baten, niet voor de installatie. Geef die persoon tijd — een echte toewijzing, geen aanvulling op een volle werklast. Zet de maatstaven in zijn doelstellingen. Beoordeel hem daar elk kwartaal op. Kan niemand worden genoemd, dan is het project niet klaar om te starten, en dat nu weten is nuttiger dan over achttien maanden.

2. De data worden verzameld en nooit gebruikt

Er worden rapportages gemaakt. Ze komen per e-mail binnen. Ze worden af en toe geopend. Er verandert niets, dus verbetert er niets.

De techniek vindt de problemen. Alleen mensen lossen ze op. Een systeem zonder interventieproces pakt de passieve voordelen mee — vrijpleiten, diefstalmeldingen, basiszicht — en laat het grootste deel van de waarde liggen.

De oplossing: richt een ritme in vóór livegang en maak het klein genoeg om het echte werk te overleven. Wekelijks een kwartier uitzonderingen. Maandelijks een coachingsgesprek met de drie chauffeurs die het het hardst nodig hebben. Elk kwartaal een routecontrole. Zet ze als terugkerende afspraken in de agenda met een genoemde eigenaar. Bescheiden en volgehouden wint van ambitieus en opgegeven, elke keer.

3. Het personeel is nooit meegenomen

Het systeem komt per aankondiging. Chauffeurs concluderen dat ze niet worden vertrouwd. De betrokkenheid stort in, geschillen nemen toe, en in uiterste gevallen omzeilen mensen het systeem bewust.

De oplossing: raadpleeg voordat het besluit vaststaat, niet erna. Betrek chauffeursvertegenwoordigers bij het schrijven van het beleid. Laat mensen het echte systeem zien in plaats van het te beschrijven. Leg schriftelijk vast hoe de data wel en niet gebruikt worden, en houd u daar strikt aan. Zet het zichtbaar in om mensen te verdedigen voordat u het ooit inzet om hen aan te spreken. En brief de leidinggevenden — één manager die een chauffeur belt over een pauze van negen minuten maakt maanden werk ongedaan.

4. Te veel meldingen

Alles wordt op de hoogste gevoeligheid gezet omdat alles nuttig klinkt. In de eerste week komen duizenden meldingen binnen. Binnen een maand leest niemand ze meer, ook de meldingen die er wel toe doen niet.

De oplossing: begin met drie meldingen, niet met dertig. Kies de meldingen die vastzitten aan een beslissing die iemand werkelijk neemt. Bekijk het volume na twee weken en stel de drempels bij — met name die voor harde rijgebeurtenissen, die bij de eerste configuratie vrijwel altijd niet bij het voertuigtype passen. Breid bewust uit, één toevoeging per keer. En wees net zo bereid dingen uit te zetten.

5. Het is nooit geïntegreerd

De data blijven in hun eigen systeem, achter hun eigen login, en komen nooit in de werkwijze die ze moesten verbeteren. Iemand tikt maandelijks cijfers over in een spreadsheet. Als die persoon vertrekt, stopt de rapportage stilletjes.

De oplossing: bepaal de twee of drie koppelingen die het zwaarst wegen — meestal werkplanning, onderhoud en financiën — en behandel ze als onderdeel van de invoering, met budget en eigenaar, niet als latere fase. Een fase twee die niet is gefinancierd en ingepland, is een fase die niet gaat gebeuren.

6. Succes is nooit gedefinieerd

Er is geen nulmeting vastgelegd. Twaalf maanden later kan niemand het voordeel aantonen, waardoor de verlenging een discussie over indrukken wordt in plaats van een toets aan bewijs — en indrukken begunstigen wie het meest sceptisch is.

De oplossing: leg de nulmeting vast vóór installatie. Brandstof per kilometer. Aanrijdingen per miljoen kilometer. Schadekosten over drie jaar. Dagen tot melding. Benutting. Stilstand. Verliezen. Administratie-uren. Het kost een middag en is achteraf niet te reconstrueren. Spreek daarna schriftelijk de drie getallen af die succes definiëren en de datum waarop ze worden geëvalueerd. Hoe u daar een case van maakt die toetsing doorstaat, staat in de gids voor het bouwen van een telematica-businesscase.

7. Alleen de techniek is gekocht

Het abonnement werd goedgekeurd. De interne tijd om het programma te draaien niet. Coaching, evaluatie en procesverandering werden verondersteld binnen de bestaande werklast te passen, en dat deden ze niet.

De oplossing: neem interne inzet expliciet als kostenpost op in de businesscase. Dat maakt hem behoudender en geloofwaardiger, en het zorgt dat de capaciteit werkelijk bestaat. Een programma zonder toegewezen tijd levert de passieve voordelen en geen van de actieve — wat nog steeds positief kan zijn, maar het is een veel kleiner rendement, en de businesscase had dat moeten zeggen.

Alle zeven faalwijzen zitten op dezelfde plek: tussen wat het systeem vastlegt en wat iemand ermee doet.

Wat de geslaagde programma's gemeen hebben

Ze delen een korte lijst kenmerken, en geen daarvan is technisch:

• Een benoemde eigenaar met tijd, afgerekend op resultaten
• Een klein, vol te houden ritme van evaluatie en ingrijpen dat drukke weken overleeft
• Personeel dat is geraadpleegd, en een schriftelijke toezegging die is nagekomen
• Een smalle begininstelling die bewust is verbreed
• Een nulmeting, en de discipline om daaraan te meten
• Twee of drie koppelingen die de data brengen waar mensen al werken
• Een evaluatie na twaalf maanden die bewijs toetst in plaats van indrukken

De derde daarvan wordt het vaakst overgeslagen en is het lastigst te herstellen, want vertrouwen behouden is goedkoper dan het opnieuw opbouwen. Meer daarover leest u bij hoe het platform bestuurdersgegevens presenteert.

De zesmaandentoets

Zet een datum in de agenda zes maanden na livegang en beantwoord drie vragen eerlijk:

1. Welke beslissingen hebben wij genomen die wij hierzonder niet hadden genomen?
2. Wat is er meetbaar veranderd ten opzichte van de nulmeting?
3. Wie heeft het werk gedaan, en heeft die persoon nog de ruimte om door te gaan?

Vallen de antwoorden mager uit, dan ligt het vrijwel zeker aan een van de zeven punten hierboven — en alle zeven zijn na zes maanden nog te herstellen. Na drie jaar, als de verlenging eraan komt en niemand zich nog herinnert waarvoor het was, zijn ze aanzienlijk lastiger te repareren.

De vragen die u een leverancier zou moeten stellen voordat dit alles begint, staan in de koopgids voor wagenparktechnologie.