Quando il fornitore del tuo software di centrale operativa ha smesso di svilupparlo

Un sistema che non cambia da anni non è stabile, è abbandonato. Ciò che conta è se una richiesta di funzionalità diventa una funzionalità, o solo un altro ticket di supporto a cui nessuno risponde.

Il problema

Ogni software di centrale operativa, il dispatch NCC che ogni operatore usa tutti i giorni, è stato nuovo una volta. Quello ancora in uso presso molti operatori di transfer e navette è stato costruito anni fa, da un fornitore che ha venduto abbastanza licenze da vivere dei rinnovi e si è fermato lì. L'interfaccia sembra ancora quella dell'anno di uscita, il codice sotto è più vecchio di alcuni degli autisti che lo usano, e ogni richiesta di funzionalità finisce nella stessa coda: da nessuna parte.

Il team aggira il problema. Le prenotazioni che il sistema non gestisce passano su WhatsApp. Un piano che il software non riesce a costruire viene rifatto ogni mattina in un foglio di calcolo. Niente di tutto questo è un fallimento del personale: è ciò che succede quando lo strumento smette di crescere e il lavoro no. Lo stesso schema è dietro sostituire la centrale operativa via WhatsApp ed Excel: il lavoro manuale colma il vuoto lasciato da una piattaforma ferma.

Come lo affronta 8Move

8Move sviluppa nuove funzionalità in modo continuo, e non è un'affermazione da prendere per fede: il registro degli aggiornamenti elenca pubblicamente cosa è stato rilasciato e quando, man mano che accade.

Anche una funzionalità mancante non è un vicolo cieco. Gli operatori ci dicono cosa serve alla loro settimana, e una richiesta reale da un operatore reale è all'origine della maggior parte di ciò che finisce in quel registro.

Un test onesto di una nuova piattaforma non è una prenotazione demo. Voli in ritardo, riassegnazione dell'autista, dettagli di ritiro cambiati e una giornata intera con tutte le prenotazioni insieme nel sistema sono ciò che davvero manda in crisi una piattaforma superata, quindi è proprio ciò su cui va testata qualsiasi sostituzione prima del passaggio, non dopo.

Le domande degli operatori

Non c'è un calendario fisso. Le funzionalità rilasciate vengono registrate nella pagina degli aggiornamenti man mano che escono.

Chiedila. Le richieste reali degli operatori sono la fonte principale di ciò che viene costruito dopo.

No. Le nuove funzionalità vengono rilasciate nel piano che hai già, non come componente aggiuntivo a pagamento.

Dipende da quanti dati, integrazioni e workflow personalizzati devono migrare. Mappali prima di tutto. Trattare la sostituzione come un semplice cambio di software è dove le migrazioni falliscono.

Quelli critici, sì. Prenotazioni, centrale operativa e comunicazione con gli autisti vengono mappati e migrati per primi, il resto segue una volta che il workflow principale è live.

Una che copra l'intero workflow operativo, sia configurabile senza uno sviluppatore, supporti l'app dell'autista e continui a evolversi dopo la firma del contratto, non solo prima.