Un progetto software finisce con un collaudo: si verifica che il sistema faccia quello che doveva fare, si firma, si passa alla fattura finale. Il collaudo tecnico e l’adozione reale non sono la stessa cosa, e la differenza non si vede il giorno del collaudo: si vede sei settimane dopo, quando qualcuno nota che il magazzino tiene ancora un file Excel “di appoggio”, o che un reparto continua a chiedere alla persona più esperta invece di guardare sullo schermo.
Non è un problema di software che non funziona. È un problema che il collaudo, per come è fatto, non può vedere: testa se il sistema risponde correttamente agli input, non se le persone lo stanno usando come previsto o hanno silenziosamente ricominciato a lavorare come prima, intorno al sistema invece che dentro.
In chi segue il progetto in azienda abbiamo trattato il tempo e la governance durante il progetto. Questo articolo tratta la fase successiva, quella che nessun collaudo copre: cosa fare nelle settimane dopo il via, e come accorgersi che l’adozione sta scivolando prima che diventi un’abitudine.
Il dato che rende il problema misurabile, non un’impressione
Non è un’osservazione aneddotica. La ricerca più citata sul tema, condotta da Prosci su oltre 2.600 professionisti del cambiamento in progetti di varia natura (non solo software), trova una correlazione netta: i progetti con una gestione del cambiamento giudicata “eccellente” raggiungono o superano gli obiettivi nell’88% dei casi, contro il 13% di quelli con una gestione “scarsa”: fino a 7 volte più probabile il successo.
Eppure, secondo la stessa ricerca, le organizzazioni destinano in media il 92% del budget di un progetto ERP alle attività tecniche e l’8% a tutto il resto, formazione compresa. Non è un dato sull’Italia né sulla manifattura: è una fotografia internazionale, su aziende di ogni dimensione. Ma la direzione che indica non ha bisogno di essere italiana per essere utile: il budget segue quasi sempre la tecnologia, mentre il fattore che predice il successo è quasi sempre umano.
Uno studio più recente della stessa organizzazione, condotto nel 2025 su 1.618 professionisti che avevano appena chiuso un’implementazione ERP e interrogati su cosa avrebbero fatto diversamente, conferma la stessa direzione: la categoria di risposta più citata, il 36%, più di ogni causa tecnica, è “persone e change management” — con una sintesi che vale la pena riportare: i fattori umani pesano, in media, sei volte più dei fattori tecnici sul beneficio che un’azienda ottiene davvero dal sistema.
Cosa vuol dire “adozione”, in pratica
“Tutti hanno fatto il corso” non è adozione. È la condizione di partenza, non il risultato. L’adozione è quello che succede dopo, quando nessuno sta più guardando:
Il sistema è la prima scelta, non l’ultima. Chi deve registrare un movimento di magazzino lo fa a sistema mentre lavora, non lo scrive su un foglio “per poi inserirlo con calma” — una calma che spesso non arriva mai, e il dato a sistema resta indietro rispetto alla realtà.
Le funzioni previste si usano, non solo quelle minime. Un gestionale configurato con dieci funzioni e usato per tre non è un problema del software: è un segnale che la formazione ha coperto il “come si accende”, non il “perché conviene usarlo fino in fondo”.
Chi ha dubbi guarda il sistema, non la persona più esperta in ufficio. Finché la domanda “come si fa questa cosa” trova risposta rivolgendosi a un collega invece che al sistema stesso (guida, tutorial interno, procedura scritta), l’azienda dipende da una persona, non da uno strumento — e quella persona, un giorno, è in ferie o cambia lavoro.
Nessuno di questi tre segnali compare in un collaudo tecnico. Un collaudo verifica che il sistema calcoli giusto; nessuno di questi tre punti riguarda il calcolo del sistema — riguardano cosa fanno le persone quando nessuno controlla.
Perché il collaudo tecnico non vede questo problema
Non è una lacuna del metodo di collaudo: è che collaudo e adozione rispondono a due domande diverse, e confonderle è l’errore più comune.
Il collaudo risponde a: “il sistema fa quello che deve fare?” Si inseriscono dati di prova, si verificano i risultati, si firma. È un test tecnico, ed è giusto che lo sia: serve a scoprire bug e configurazioni sbagliate prima che tocchino dati veri.
L’adozione risponde a una domanda diversa: “le persone lo stanno usando come previsto, quando nessuno le guarda?” Non si misura con un test funzionale: si misura osservando il comportamento nelle settimane successive. È la stessa distinzione, per una ragione diversa, di quella già fatta parlando di dati migrati in un altro articolo di questa serie: il sistema non dà errori non è la stessa cosa di il dato è giusto. Qui: il sistema funziona non è la stessa cosa di lo stanno usando.
Il rischio pratico di questa confusione: firmare il collaudo, considerare chiuso il progetto — magari dopo le fasi previste, formazione compresa — e scoprire due mesi dopo, quando qualcuno lo nota per caso, che un intero reparto ha silenziosamente ricostruito il proprio metodo di lavoro precedente accanto al sistema nuovo, non dentro. È un fenomeno diverso, per estensione e per causa, dalle cause di fallimento già passate in rassegna altrove: qui il progetto non fallisce, il sistema resta acceso e funzionante — solo, sotto-utilizzato.
Le tre ragioni per cui l’adozione scivola, in silenzio
Non è resistenza dichiarata: quella si vede e si affronta. È più insidiosa perché non produce nessun segnale visibile finché non si è consolidata.
La formazione è un evento, non un processo. Un corso di due giorni prima del go-live insegna come si fa una cosa in quel momento. Tre settimane dopo, chi non ha usato quella funzione la dimentica — non per disattenzione, ma perché nessuna competenza si fissa senza uso ripetuto. Se nel frattempo nessuno rinforza (una domanda, un promemoria, un controllo), la scorciatoia del metodo vecchio torna a essere la più veloce nel breve periodo, anche se la più costosa nel lungo.
Il primo mese non ha un responsabile dedicato. Durante il progetto c’è un piano, spesso un referente. Il giorno dopo il collaudo, quel presidio tende a sciogliersi: il progetto è “finito”, e nessuno ha il compito esplicito di controllare, per le prime settimane, se le persone stanno davvero usando il sistema come previsto.
Il metodo vecchio è ancora lì, e costa meno fatica nel breve. Un foglio Excel che si conosce a memoria è più veloce del sistema nuovo, finché non si è completamente a proprio agio con quest’ultimo. Nessuno vieta esplicitamente di usarlo “solo per stavolta” — e “solo per stavolta” diventa un’abitudine prima che qualcuno se ne accorga.
Come si misura, senza un sondaggio soggettivo
Chiedere "lo state usando bene?" in riunione produce quasi sempre una risposta rassicurante, vera o no. Ci sono indicatori concreti che un’azienda può controllare da sola, senza strumenti esterni:
| Indicatore | Cosa guardare | Cosa segnala |
|---|---|---|
| File paralleli ancora attivi | Ci sono fogli Excel, quaderni o file condivisi che duplicano dati già presenti a sistema? | Il sistema non è ancora la prima scelta per quel compito |
| Ripetizione delle stesse domande | Le stesse funzioni vengono richieste a distanza di settimane dalle stesse persone | La formazione non si è fissata, o non è stata rinforzata |
| Uso disomogeneo per reparto | Un reparto usa il sistema per il 90% dei compiti previsti, un altro per il 30% | Il problema non è il sistema: è come è stata seguita l’adozione in quel reparto |
| Dati inseriti in ritardo | I movimenti a sistema arrivano “a fine giornata” invece che mentre accadono | Segnale classico di uso “per obbligo”, non per convenienza percepita |
| Nessuno chiede più niente | Dopo le prime settimane, silenzio completo: nessuna domanda, nessun problema segnalato | Va verificato, non dato per buono: può voler dire che va tutto bene, o che le persone lavorano ormai intorno al sistema |
Il punto in comune: sono tutti segnali osservabili senza un sondaggio, guardando cosa succede davvero, non cosa le persone dicono che succede.
Chi controlla questi indicatori, nelle prime settimane?
È lo stesso problema del referente di progetto, spostato di qualche settimana in avanti. Se in azienda non c’è ancora chi se ne occupa, è meglio saperlo ora.
Chi segue il progettoCosa fare nelle prime settimane dopo il collaudo
Non serve un piano complesso. Serve che qualcuno lo faccia, con un momento dedicato invece che “se capita”:
Un controllo a 30, 60 e 90 giorni, non solo il giorno del collaudo. Tre appuntamenti brevi, con gli stessi indicatori di prima, bastano a vedere se l’adozione sta salendo o scivolando — prima che diventi un’abitudine difficile da correggere.
Un responsabile per il periodo post-collaudo, anche part-time. Può essere la stessa persona che ha seguito il progetto: il compito cambia da “presidiare le decisioni” a “verificare l’uso reale”, ma è la stessa attenzione applicata a una fase diversa.
Formazione a richiesta, non solo iniziale. Una domanda che torna due volte non è un fallimento della persona che la fa: è un segnale che quella parte del sistema va rispiegata, magari con un metodo diverso (una guida scritta, non solo un corso frontale già dimenticato).
Vietare esplicitamente i file paralleli, non lasciarli morire da soli. Finché un foglio Excel resta accessibile e nessuno dice chiaramente che non va più usato, resta la via di fuga più comoda nei momenti di fretta — ed è nei momenti di fretta che si consolidano le abitudini.
Se in azienda non c’è chi ci mette questo tempo
Lo stesso principio di chi segue il progetto vale anche qui: se nelle prime settimane dopo il collaudo non c’è nessuno con la responsabilità esplicita di controllare l’adozione, il rischio non è che il progetto fallisca in modo visibile — è che scivoli in silenzio, e lo si scopra mesi dopo con un inventario che non torna o un reparto che lavora ancora come prima.
Se in azienda oggi non c’è margine per presidiare anche questa fase, è un’informazione utile da avere prima, non dopo. I nostri servizi di assistenza e formazione per siERP e per gli altri prodotti della suite sono a listino, 100 €/ora, scontati del 40% in fase di avvio del progetto (60 €/ora): possono coprire il tempo di affiancamento nelle prime settimane, non sostituiscono la responsabilità interna di decidere che l’adozione va controllata — quella resta, come sempre, una decisione di chi conosce l’azienda.
Raccontateci a che punto siete con l’adozione
Vi diciamo con onestà se serve un affiancamento, o se gli indicatori di questo articolo bastano a tenerla sotto controllo da soli.
ParliamoneDomande frequenti
Qual è la differenza fra collaudo e adozione di un software gestionale?
Il collaudo verifica che il sistema funzioni correttamente sul piano tecnico: dati di prova, risultati attesi, firma. L’adozione è se le persone lo usano davvero come previsto nelle settimane successive, quando nessuno controlla. Sono due verifiche diverse: un sistema collaudato può avere un’adozione bassa, e il collaudo non se ne accorge.
Quanto tempo dopo il collaudo si dovrebbe controllare l’adozione?
Un buon punto di partenza è un controllo a 30, 60 e 90 giorni dal via, guardando indicatori concreti (file paralleli ancora in uso, richieste ripetute sulla stessa funzione, uso disomogeneo fra reparti) invece di un sondaggio generico su come va.
Come ci si accorge che l’adozione sta scivolando?
I segnali più affidabili sono osservabili, non dichiarati: fogli Excel o quaderni che continuano a duplicare dati già a sistema, le stesse domande che tornano a distanza di settimane, dati inseriti in ritardo invece che in tempo reale, o un reparto che usa il sistema molto meno di un altro.
Perché la formazione fatta prima del collaudo non basta da sola?
Perché una competenza appresa in un corso e non più usata per settimane si dimentica, non per disattenzione, ma perché nessuna abitudine si fissa senza ripetizione. Senza un rinforzo nelle prime settimane, il metodo vecchio, più familiare e più veloce nel breve, torna a essere la scelta di comodo.
Chi deve occuparsi dell’adozione dopo il collaudo, se in azienda non c’è un IT interno?
Non serve un ruolo tecnico. Può essere la stessa persona che ha seguito il progetto durante l’implementazione: il compito cambia da presidiare le decisioni a verificare l’uso reale, ma richiede la stessa cosa, tempo dedicato ed esplicito, non trovato per caso.
Si possono comprare ore di affiancamento per questa fase?
Sì, i servizi di assistenza e formazione Sivaf sono a listino (100 euro/ora, scontati al 60 euro/ora in fase di avvio). Coprono il tempo di affiancamento nelle prime settimane; non sostituiscono la decisione interna di controllare l’adozione, che resta una responsabilità dell’azienda.
