Perché i progetti di telematica falliscono — e come evitare che accada al suo

Da qualche parte nella sua organizzazione potrebbe esserci già un sistema che nessuno usa. Installato con intenzioni serie, interessante per poco, poi ridotto in silenzio a una voce di abbonamento che ricompare una volta l'anno e viene rinnovata perché disdire sembra più faticoso.

Succede spesso, e quasi mai perché la tecnologia abbia fallito. Ecco le sette ragioni, in ordine di frequenza, e ciò che davvero previene ciascuna.

1. Nessuno se ne assume la responsabilità

Il più forte singolo indicatore di fallimento.

Uno sponsor spinge l'acquisto. L'installazione si conclude. Lo sponsor passa al progetto successivo. Nessuno risponde del risultato — solo dell'installazione, che è finita.

La soluzione: indichi una persona responsabile di produrre i benefici, non l'installazione. Le dia tempo — un'assegnazione reale, non un'aggiunta a un carico già pieno. Inserisca gli indicatori nei suoi obiettivi. La valuti su quelli ogni trimestre. Se non si riesce a indicare nessuno, il progetto non è pronto a partire, e saperlo ora è più utile che tra diciotto mesi.

2. I dati si raccolgono e non si usano mai

I report vengono generati. Arrivano per e-mail. Ogni tanto vengono aperti. Non cambia nulla, quindi non migliora nulla.

La tecnologia trova i problemi. Solo le persone li risolvono. Un sistema senza un processo di intervento raccoglie i benefici passivi — la difesa nelle contestazioni, gli allarmi antifurto, la visibilità di base — e rinuncia alla maggior parte del valore.

La soluzione: stabilisca un ritmo prima dell'avvio e lo renda abbastanza leggero da reggere l'impatto con la realtà. Un quarto d'ora settimanale sulle eccezioni. Un colloquio mensile di affiancamento con i tre autisti che ne hanno più bisogno. Una verifica trimestrale degli itinerari. Li metta in agenda come impegni ricorrenti con un responsabile indicato. Modesto e costante batte ambizioso e abbandonato, ogni volta.

3. Il personale non è mai stato coinvolto

Il sistema arriva per annuncio. Gli autisti ne deducono che non ci si fida di loro. L'adesione crolla, le contestazioni si moltiplicano e nei casi estremi le persone aggirano il sistema deliberatamente.

La soluzione: consulti prima che la decisione sia presa, non dopo. Coinvolga i rappresentanti degli autisti nella stesura della policy. Mostri alle persone il sistema vero invece di descriverlo. Metta per iscritto come i dati verranno e non verranno usati, e poi lo rispetti in modo assoluto. Lo usi visibilmente per difendere le persone prima ancora di usarlo per contestarle. E informi i responsabili — un capo che telefona a un autista per una pausa di nove minuti vanifica mesi di lavoro.

4. Troppi avvisi

Si attiva tutto alla massima sensibilità perché tutto sembra utile. Nella prima settimana arrivano migliaia di notifiche. Nel giro di un mese nessuno le legge più, comprese quelle che contano.

La soluzione: parta con tre avvisi, non con trenta. Scelga quelli legati a una decisione che qualcuno prenderà davvero. Riveda il volume dopo due settimane e tari le soglie — in particolare quelle degli eventi bruschi, quasi sempre sbagliate per il tipo di veicolo alla prima configurazione. Allarghi in modo deliberato, un'aggiunta alla volta. E sia altrettanto disposto a disattivare.

5. Non è mai stato integrato

I dati restano nel proprio sistema, dietro le proprie credenziali, e non entrano mai nel processo che dovevano migliorare. Ogni mese qualcuno ricopia i numeri in un foglio di calcolo. Quando quella persona se ne va, la reportistica smette in silenzio.

La soluzione: individui le due o tre connessioni che contano di più — di solito pianificazione degli interventi, officina e amministrazione — e le tratti come parte dell'implementazione, con un budget e un responsabile, non come una fase successiva. Una fase due non finanziata e non calendarizzata è una fase che non avverrà.

6. Il successo non è mai stato definito

Non è stata rilevata alcuna base di partenza. Dodici mesi dopo nessuno riesce a dimostrare il beneficio, così il rinnovo diventa una discussione di impressioni anziché un esame di prove — e le impressioni premiano chi è più scettico.

La soluzione: rilevi la base di partenza prima dell'installazione. Carburante al chilometro. Collisioni per milione di chilometri. Costo dei sinistri su tre anni. Giorni per la denuncia. Utilizzo. Fermi macchina. Perdite. Ore amministrative. Richiede un pomeriggio e non si può ricostruire dopo. Poi concordi per iscritto i tre numeri che definiranno il successo e la data in cui verranno verificati. Come trasformarli in un caso che regge all'esame è esposto nella guida alla costruzione di un business case per la telematica.

7. È stata comprata solo la tecnologia

L'abbonamento è stato approvato. Il tempo interno per far funzionare il programma no. Affiancamento, revisione e cambiamento dei processi si davano per scontati dentro il carico di lavoro esistente, e non ci sono entrati.

La soluzione: inserisca esplicitamente le risorse interne nel business case, come costo. Lo rende più prudente e più credibile, e fa sì che la risorsa esista davvero. Un programma senza tempo assegnato produrrà i benefici passivi e nessuno di quelli attivi — il che può restare positivo, ma è un ritorno molto più piccolo, e il business case avrebbe dovuto dirlo.

Tutte e sette le modalità di fallimento stanno nello stesso punto: tra ciò che il sistema registra e ciò che qualcuno ne fa.

Che cosa hanno in comune i programmi riusciti

Condividono un breve elenco di caratteristiche, e nessuna è tecnica:

• Un responsabile designato con tempo a disposizione, valutato sui risultati
• Un ritmo contenuto e sostenibile di revisione e intervento che sopravvive alle settimane intense
• Un personale che è stato consultato, e un impegno scritto che è stato rispettato
• Una configurazione iniziale ristretta ampliata in modo deliberato
• Una base di partenza, e la disciplina di misurarsi su di essa
• Due o tre integrazioni che portano i dati dove le persone già lavorano
• Una verifica a dodici mesi che esamina prove anziché impressioni

Il terzo di questi è quello che viene saltato più spesso ed è il più difficile da recuperare, perché mantenere la fiducia costa meno che ricostruirla. Trova maggiori dettagli su come la piattaforma presenta i dati degli autisti.

Il test a sei mesi

Fissi una data sei mesi dopo l'avvio e risponda onestamente a tre domande:

1. Quali decisioni abbiamo preso che non avremmo preso senza questo?
2. Che cosa è cambiato in modo misurabile rispetto alla base di partenza?
3. Chi ha fatto il lavoro, e ha ancora il tempo per continuare?

Se le risposte sono deboli, il problema è quasi certamente una delle sette voci qui sopra — e tutte e sette si recuperano a sei mesi. A tre anni, quando arriva il rinnovo e nessuno ricorda più a cosa servisse, sono molto più difficili da sistemare.

Le domande da porre a un fornitore prima che tutto questo cominci le raccoglie la guida all'acquisto di tecnologie per flotte.