L'adozione è la parte di un progetto software di cui si parla meno e che determina più di tutte se l'investimento produrrà qualcosa. Un sistema tecnicamente corretto che le persone aggirano vale meno di uno imperfetto che tutti usano. Questa guida spiega perché l'adozione fallisce e cosa si può fare, prima e dopo il rilascio.
In breve
Un software non viene usato quando chi deve usarlo non ha visto un vantaggio per sé, non è stato coinvolto nella definizione e ha ancora a disposizione il vecchio modo di lavorare. L'adozione si costruisce durante il progetto, non con un corso il giorno del rilascio.
- Il coinvolgimento di chi lavora sul processo va cercato prima, non a sistema finito.
- La formazione efficace è breve, ripetuta e fatta sui casi reali dell'azienda.
- Finché la vecchia strada resta aperta, una parte delle persone continuerà a percorrerla.
- L'utilizzo va misurato: senza dati si discute di impressioni.
I motivi reali per cui un sistema non viene usato
Quando si indaga senza cercare colpevoli, le cause ricorrenti sono cinque e nessuna è la pigrizia delle persone.
- Nessun vantaggio percepito da chi lo usa. Il sistema serve alla direzione per avere dati, ma per chi lo compila è solo lavoro in più. Se il beneficio è tutto a valle, chi sta a monte non ha ragione di collaborare.
- Nessun coinvolgimento nella definizione. Il processo è stato disegnato in una stanza dove non c'era chi lo esegue, e quindi ignora eccezioni e vincoli reali.
- Più lento del metodo precedente. Se registrare un'informazione richiede sei clic dove prima bastava una riga su un foglio, il foglio vince.
- Formazione sbagliata. Una sessione unica di due ore su tutte le funzioni, prima che servano, con esempi non aziendali.
- Vecchia strada ancora aperta. Il file condiviso è ancora lì, il modulo cartaceo si può ancora consegnare, il collega accetta ancora la richiesta a voce.
Le prime due si affrontano solo durante il progetto. Le ultime tre si possono ancora correggere dopo il rilascio, ed è la situazione in cui si trovano molte aziende quando si accorgono del problema.
La domanda che decide l'adozione non è “il sistema funziona?” ma “per chi deve inserire i dati, cosa migliora rispetto a prima?”. Se la risposta è nulla, l'adozione sarà parziale.
Quello che si fa prima del rilascio
La fase più economica per costruire l'adozione è quella in cui il sistema non esiste ancora.
| Azione | Quando | Effetto |
|---|---|---|
| Osservare il lavoro reale | Analisi | Il sistema rispecchia le eccezioni che esistono davvero |
| Coinvolgere chi esegue il processo | Analisi e disegno | Le persone riconoscono il proprio lavoro nello strumento |
| Individuare i referenti interni | Prima dello sviluppo | Ci sono persone che difendono il progetto dall'interno |
| Mostrare versioni intermedie | Durante lo sviluppo | Le correzioni arrivano quando costano poco |
| Dichiarare cosa cambia per ciascuno | Prima del rilascio | Nessuno scopre il cambiamento il primo giorno |
La terza riga merita attenzione. Un referente interno per area — una persona che conosce il lavoro, è ascoltata dai colleghi e ha partecipato al progetto — vale più di qualsiasi manuale. Non deve essere il più esperto di tecnologia: deve essere quello a cui i colleghi chiedono le cose.
La formazione che funziona
Il corso unico prima del rilascio è il formato più diffuso e il meno efficace. Le persone imparano una funzione quando devono usarla, non tre settimane prima.
Un impianto che funziona ha quattro caratteristiche:
- Breve e ripetuto. Sessioni da trenta o quaranta minuti su un'attività sola, distribuite nel tempo, invece di una giornata intera.
- Divisa per ruolo. Chi inserisce ordini non deve assistere alla parte sui rapporti direzionali. Ogni minuto non pertinente riduce l'attenzione sul resto.
- Sui dati dell'azienda. Con i clienti veri, gli articoli veri, i casi che capitano davvero. Gli esempi generici non si trasferiscono al lavoro reale.
- Con materiale consultabile dopo. Schede di una pagina per le operazioni ricorrenti, non un manuale di ottanta pagine che nessuno aprirà.
Alla formazione va aggiunto un presidio nelle prime due settimane: qualcuno raggiungibile subito quando una persona si blocca. Un dubbio risolto in due minuti non interrompe l'adozione; lo stesso dubbio irrisolto per un giorno riporta al metodo precedente.
Nelle prime due settimane il costo di un dubbio non risolto è altissimo: è il momento in cui le persone decidono se il sistema nuovo è affidabile o se conviene tenersi il vecchio metodo.
Chiudere la vecchia strada
È il passaggio più impopolare e il più decisivo. Finché esistono due modi di fare la stessa cosa, una parte dell'organizzazione userà quello che conosce, e i dati resteranno divisi fra due mondi.
La chiusura va fatta con un metodo, non con un annuncio:
- Periodo di convivenza dichiarato e breve. Due o tre settimane con una data di fine comunicata fin dall'inizio.
- Vecchio strumento in sola lettura. Consultabile per lo storico, non più modificabile. È il passaggio tecnico che rende reale la decisione.
- Coerenza di chi guida. Se un responsabile continua a chiedere il dato via messaggio, sta comunicando che il sistema è facoltativo.
- Gestione delle eccezioni reali. Se un'attività nel sistema nuovo è oggettivamente peggiore, va corretta prima di chiudere, non imposta.
Il quarto punto distingue la fermezza dall'ostinazione. La resistenza che nasce dall'abitudine si supera chiudendo le alternative; quella che nasce da un difetto reale dello strumento si supera solo correggendo lo strumento.
Misurare l'utilizzo invece di discuterne
Senza dati, la valutazione dell'adozione diventa uno scambio di impressioni: la direzione pensa che nessuno usi il sistema, i responsabili pensano che lo usino tutti. Quattro indicatori chiudono la discussione.
| Indicatore | Cosa rivela |
|---|---|
| Utenti attivi per settimana sul totale | Chi non ha mai davvero iniziato |
| Operazioni registrate nel sistema rispetto al volume reale | Quanta parte del lavoro passa ancora altrove |
| Funzioni mai utilizzate | Cose costruite e non servite, o non conosciute |
| Richieste di assistenza per area | Dove lo strumento non è chiaro |
Vanno letti per individuare ostacoli, non per fare classifiche fra persone. Un'area con utilizzo basso segnala quasi sempre un problema di processo o di formazione, non di volontà: usare quei numeri come strumento di pressione è il modo più rapido per ottenere un utilizzo di facciata. La logica di costruzione di questi indicatori è la stessa descritta nella guida sul cruscotto direzionale.
Il caso specifico dei sistemi commerciali, dove l'adozione fallisce con caratteristiche proprie, è affrontato nella guida su un CRM che il team non usa.
Come interveniamo in NuvioLab
Nei nostri progetti l'adozione fa parte del lavoro, non è una fase successiva. Coinvolgiamo chi esegue il processo durante l'analisi, mostriamo versioni intermedie invece di presentare il risultato finito, e concordiamo con l'azienda i referenti interni prima di iniziare lo sviluppo.
Al rilascio prevediamo sessioni brevi per ruolo sui dati reali e un presidio nelle prime settimane, poi misuriamo l'utilizzo per correggere quello che non funziona. Se avete un sistema già in casa che viene usato a metà, scriveteci: nella maggior parte dei casi si recupera senza rifare nulla.
Domande frequenti
Quanto tempo serve perché un sistema entri nell'uso quotidiano?+
Per le attività ricorrenti le prime settimane sono decisive; per le funzioni usate una volta al mese servono alcuni cicli. Se dopo tre mesi una parte significativa del lavoro passa ancora fuori dal sistema, il problema non è il tempo.
Si può recuperare l'adozione di un sistema già rilasciato male?+
Quasi sempre sì, ma non ripetendo la formazione. Bisogna prima capire dove lo strumento è oggettivamente più lento del metodo precedente, correggere quei punti e poi chiudere le alternative.
Conviene rendere obbligatorio l'uso fin dal primo giorno?+
Conviene dichiarare fin dal primo giorno che diventerà obbligatorio a una data precisa e vicina. L'obbligo immediato senza periodo di assestamento genera errori; l'assenza di una data genera convivenza infinita.
Come si gestisce chi resiste apertamente?+
Distinguendo la critica dall'opposizione. Chi segnala un difetto reale sta facendo un favore e va ascoltato; chi rifiuta il cambiamento in sé va gestito come una questione organizzativa, non tecnica, dal suo responsabile.
Serve un referente interno anche in aziende piccole?+
Sì, e in aziende piccole è ancora più importante perché non esiste un supporto interno strutturato. Basta una persona per area, purché abbia tempo dedicato riconosciuto e non lo faccia oltre al proprio lavoro.
Quanto va previsto per formazione e accompagnamento?+
Dipende dal progetto, ma è la voce che viene tagliata per prima e che produce i danni maggiori. Un sistema rilasciato senza accompagnamento rischia di restare inutilizzato, e in quel caso il risparmio sulla formazione è l'intero investimento perso.