Un'azienda usa Google Sheets per le dashboard. Funziona bene in una startup di cinque persone. Non regge in un'azienda di cinquanta.
Passare da uno strumento all'altro è un progetto. Serve pianificazione.
Una cattiva migrazione: passare subito tutte le dashboard al nuovo strumento. Il team è confuso. I dati sono sbagliati. La produttività cala. Caos.
Una buona migrazione: pianificare, fare un pilota, procedere a ondate, convalidare, chiudere il vecchio strumento. Nessuna interruzione.
Perché migrare
Lo strumento attuale è lento
Il caricamento richiede due minuti. Inaccettabile.
Lo strumento attuale non regge la crescita
Cento dashboard sono troppe da gestire in Google Sheets.
Allo strumento attuale mancano funzioni
Non può fare aggiornamenti in tempo reale. Non può fare il dettaglio.
Lo strumento attuale costa troppo su larga scala
Il costo per utente diventa proibitivo a cinquanta utenti.
Lo strumento attuale non è accessibile
Le dashboard su mobile non funzionano. Il team non può vederle dal telefono.
Quando migrare
Migra quando il problema è insopportabile
Se lo strumento attuale funziona bene, non migrare. La migrazione crea disagi. Il costo è alto. Resta con lo strumento che funziona, a meno che non ci sia un motivo forte per cambiare.
Migra quando raggiungi i limiti dello strumento
Google Sheets va bene per cinque dashboard. Cinquanta dashboard sono il limite. Valuta la migrazione a quaranta dashboard.
Migra quando lo chiede il team
Se il team chiede la migrazione (perde troppo tempo a aggirare i limiti dello strumento), la migrazione è giustificata.
Il processo di migrazione
Fase uno (pianificazione)
Scegli il nuovo strumento. Provalo con un gruppo di dashboard. Verifica che soddisfi i requisiti. Tempi: un mese.
Fase due (pilota)
Migra da cinque a dieci dashboard nel nuovo strumento. Provale in produzione. Raccogli i feedback. Tempi: un mese.
Fase tre (migrazione completa)
Migra le dashboard rimaste. Costruisci le nuove dashboard nel nuovo strumento. Metti in pensione il vecchio strumento. Tempi: da uno a tre mesi, in base al numero di dashboard.
Fase quattro (chiusura)
Il vecchio strumento viene archiviato. Il team usa solo il nuovo. L'assistenza sul vecchio strumento termina. Tempi: un mese.
Tempi totali
Da quattro a sei mesi per la migrazione completa.
Esempio reale: migrazione a uno strumento di BI
Fase uno (pianificazione)
L'azienda usa oggi Google Sheets per le dashboard. Valuta tre strumenti di BI. Ne sceglie uno. Il costo è trentamila all'anno (centocinquanta per utente per duecento utenti). Vantaggi: aggiornamenti in tempo reale, dettaglio, supporto mobile, prestazioni migliori. Il costo è accettabile.
Fase due (pilota)
Migra cinque dashboard (dirigenti, vendite, marketing, prodotto, operazioni). Il team usa lo strumento di BI per un mese. Feedback: lo strumento di BI è più veloce (bene), la curva di apprendimento è ripida (previsto), le query sono complesse da impostare (costo una tantum). Il pilota è riuscito. Si passa alla migrazione completa.
Fase tre (migrazione completa)
Sposta le restanti quarantacinque dashboard in sei settimane. Crea un team di tre persone (una a settimana) per migrare le dashboard. Le dashboard esistenti in Google Sheets vengono disattivate. Le nuove dashboard nello strumento di BI vengono attivate. Le query sono impostate per ogni dato.
Fase quattro (chiusura)
Le dashboard di Google Sheets vengono rimosse. La cartella delle dashboard di Google Sheets viene archiviata. Il team usa solo lo strumento di BI. L'assistenza sulle domande su Google Sheets termina.
Risultato
La migrazione è durata cinque mesi. Il costo è stato quarantamila dollari (trentamila per lo strumento di BI più diecimila per l'implementazione). Vantaggio: dashboard più veloci, più affidabili e più scalabili. Il ritorno arriva in un anno.
Come evitare gli errori di migrazione
Non migrare senza pianificare
Non passare di colpo a un nuovo strumento. Ne esce il caos.
Non migrare tutte le dashboard insieme
Migra a ondate. Ogni ondata viene testata. I problemi si risolvono prima dell'ondata successiva.
Non perdere dati durante la migrazione
Esporta le vecchie dashboard, convalida l'importazione, verifica che i numeri coincidano.
Non dimenticare la formazione
Il nuovo strumento va imparato. Prevedi il tempo per la formazione del team. Prevedi il tempo per l'assistenza durante la transizione.
Non migrare troppo presto
Aspetta che lo strumento attuale sia davvero un limite. Una migrazione anticipata è un costo sprecato.
Domande frequenti
Come scegliamo un nuovo strumento di dashboard?
Valutalo su cinque criteri: costo, prestazioni, funzioni, curva di apprendimento, assistenza. Costo: rientra nel budget? Prestazioni: è veloce? Funzioni: offre il dettaglio, il tempo reale, il mobile? Curva di apprendimento: il team può impararlo in un mese? Assistenza: il fornitore ti aiuta quando sei bloccato? Nessuno strumento è perfetto su tutti e cinque. Scegli quello accettabile su tutti e cinque, eccellente sui primi tre. Con il creatore di siti di WEMASY puoi impostarlo direttamente sul tuo sito.
Dobbiamo migrare tutte le dashboard o usare il nuovo strumento solo da ora in poi?
Migra tutte le dashboard durante la fase tre. Se il vecchio e il nuovo strumento convivono, il team è confuso. Quale dashboard usare? Il vecchio strumento ha cinque dashboard. Il nuovo ne ha dieci. Il team divide l'attenzione. Meglio finire la migrazione e mettere in pensione il vecchio strumento. Un taglio netto è meglio di una transizione graduale.
Come gestiamo la resistenza del team alla migrazione?
Coinvolgi il team fin dall'inizio. La pianificazione della fase uno include il contributo del team. Il team sceglie il nuovo strumento (con la guida della direzione). Il team è coinvolto nella scelta. La resistenza è minore quando il team partecipa alla decisione. Riconosci anche la curva di apprendimento. All'inizio il nuovo strumento è più difficile da usare. Ammettilo. Prevedi il tempo per la formazione.
E se il nuovo strumento costa più del vecchio?
Calcola il ritorno. Il vecchio strumento è gratuito ma lento. Il team perde cinque ore a settimana per aggirarne i limiti. Cinque ore per cinquanta settimane per cento dollari all'ora fanno venticinquemila dollari all'anno sprecati. Il nuovo strumento costa trentamila all'anno ma fa risparmiare venticinquemila in produttività. Il costo netto è cinquemila all'anno. Il ritorno è positivo.
Come verifichiamo che le dashboard migrate siano accurate?
Con un controllo. Per ogni dashboard migrata, confronta i numeri del vecchio strumento con quelli del nuovo. I numeri devono coincidere esattamente (fino al secondo o terzo decimale). Se non coincidono, indaga sulla differenza. Correggi prima di dichiarare completa la migrazione. Il controllo richiede tempo ma evita che dati sbagliati si diffondano.
Per quanto tempo possiamo tenere in parallelo il vecchio e il nuovo strumento?
Al massimo tre mesi. Usare due strumenti in parallelo costa e crea confusione. Fissa una data di chiusura per il vecchio strumento. Due dashboard nel vecchio strumento e cinque nel nuovo per un mese è accettabile. Ma tutte le dashboard nel vecchio e tutte nel nuovo per tre mesi è troppo. Impegnati con i tempi della migrazione e rispettali.