Crede di implementare un software. Sta guidando un'intera squadra attraverso 5 stati emotivi che nessuno Le ha insegnato a riconoscere.
C'è una storia che si ripete in migliaia di aziende — e quasi nessuno ne vede lo schema.
Un'azienda decide di implementare un nuovo software.
Acquista la piattaforma.
Approva il budget.
Definisce il cronoprogramma.
Nomina il key user.
Fa il kick-off.
Comincia l'implementazione.
E allora, all'interno, comincia un percorso che nessuno aveva previsto.
- Nei primi 30 giorni, la squadra è confusa, ansiosa e piena di domande tecniche.
- Nei 30 giorni successivi, compare una resistenza strana — sottile, silenziosa, difficile da nominare.
- Dopo, una parte della squadra comincia a sciogliersi. Altri restano bloccati.
- E verso il sesto mese, il progetto o si inceppa, o matura, ma raramente per i motivi previsti nel cronoprogramma originale.
E il responsabile, alla fine, resta con quella sensazione:
👉 "Ho seguito tutti i passi tecnici corretti. Perché l'implementazione è stata così difficile?"
La risposta è dura e liberatoria allo stesso tempo:
👉 Perché ha guidato un progetto tecnico là dove stava avvenendo un percorso emotivo collettivo.
E i percorsi emotivi collettivi seguono regole proprie — che nessun cronoprogramma del PMO insegna.
Ciò che nessuno Le ha raccontato sull'implementazione di un software
C'è una verità scomoda nel mercato della tecnologia aziendale:
La maggior parte delle implementazioni di software viene condotta come se fosse un'opera di ingegneria.
Cronoprogramma.
Fasi.
Deliverable.
Trigger.
Milestone.
E funziona bene — per installare il software.
Ma il software porta valore solo quando è usato con costanza dalle persone.
E le persone non seguono il cronoprogramma.
Le persone attraversano stati emotivi collettivi durante qualsiasi cambio di strumento.
E questi stati hanno uno schema ben definito.
Ci sono cinque stati emotivi attraverso cui passa ogni squadra in un'implementazione di software minimamente rilevante. Ignorarli è il motivo silenzioso per cui tanti progetti naufragano nei primi 12 mesi.
Vediamoli uno per uno.
I 5 stati emotivi dell'adozione di un software
Stato 1 — Ansia
"Ce la farò? E se non capisco?"
Segnali chiari:
- Molte domande tecniche nelle prime settimane
- Richieste ripetute dello stesso tipo di tutorial
- Tensione sottile nelle riunioni
- Stanchezza mentale insolita per la routine
Di che cosa ha davvero bisogno la squadra qui: sicurezza emotiva. Non altra formazione — ma pazienza collettiva con chi sta imparando. L'errore classico è confondere l'ansia con l'incompetenza. È solo il disagio naturale di chi ha appena cambiato terreno.
Stato 2 — Resistenza
"Ha sempre funzionato. Perché dobbiamo cambiare?"
Segnali chiari:
- Confronti continui con "com'era prima"
- Aumento degli errori per "distrazione"
- Commenti informali scoraggianti nello spogliatoio
- Aumento improvviso di "non ho avuto tempo" e "ho dimenticato di registrare"
Di che cosa ha davvero bisogno la squadra qui: legittimazione emotiva. Qualcuno che riconosca che è davvero difficile, che qualcosa si perde nel cambiamento, e che lo dica con onestà. Chi vuole travolgere questa fase genera un sabotaggio passivo per mesi.
Stato 3 — Curiosità
"Aspetta un attimo… questa parte è buona. Fammi vedere che altro c'è."
Segnali chiari:
- Qualcuno comincia a esplorare le funzionalità di propria iniziativa
- Compaiono domande come "e se facessi così?"
- Un tecnico diventa informalmente "quello che sa usare lo strumento"
- Compaiono suggerimenti spontanei per migliorarne l'uso
Di che cosa ha davvero bisogno la squadra qui: spazio di scoperta. Niente processi forzati. Lasci esplorare. Riconosca pubblicamente ogni scoperta. Ogni curiosità accesa diventa un'ancora emotiva positiva.
Stato 4 — Adozione
"Adesso fa parte della nostra routine."
Segnali chiari:
- Il software viene aperto senza che qualcuno debba ricordarlo
- La squadra comincia a difendere lo strumento dalle critiche esterne
- I nuovi collaboratori vengono formati dai veterani della squadra (non dal fornitore)
- La tecnologia non è più un argomento — è infrastruttura
Di che cosa ha davvero bisogno la squadra qui: riconoscimento sistematico. È il momento in cui la maggior parte dei responsabili allenta l'attenzione — ed è per questo che molte adozioni regrediscono. Continui a dare un nome al valore di quell'adozione. Rafforzi l'abitudine. È ancora fragile.
Stato 5 — Paternità
"Il sistema fa parte della nostra cultura. E siamo noi a decidere come farlo evolvere."
Segnali chiari:
- La squadra suggerisce al fornitore miglioramenti strutturali
- Crea automazioni e personalizzazioni interne
- Insegna ad altri stabilimenti o aziende del gruppo
- Parla del software come del "nostro modo di lavorare" — non come di un "sistema"
Di che cosa ha davvero bisogno la squadra qui: autonomia reale. Restituire il potere decisionale sullo strumento. Qui la squadra ha smesso di essere utente ed è diventata autrice della propria trasformazione digitale. E la paternità è il più grande asset culturale che un'azienda possa costruire in un progetto software.
Perché la maggior parte dei progetti muore tra gli stati 2 e 3
Se guarda indietro alle implementazioni non riuscite che ha già vissuto (nella Sua azienda o in consulenze che ha seguito), noterà uno schema:
👉 La maggior parte dei progetti muore tra lo stato di resistenza e lo stato di curiosità.
Perché?
Perché la resistenza è scomoda — e mette tutti sotto pressione per avere risposte rapide. E allora, sotto pressione:
- I consulenti cercano di "accelerare" con più formazione (non funziona)
- I responsabili cercano di "irrigidirsi" con più pretese (peggiora)
- La direzione comincia a dubitare dell'investimento (aumenta l'ansia)
- Il fornitore entra in modalità difensiva (perde l'ascolto)
- La squadra si chiude ancora di più (protegge lo spogliatoio)
E il progetto entra in una spirale discendente — senza che nessuno si accorga che il problema è emotivo e collettivo, non tecnico.
Se capisce questa dinamica, ha un vantaggio enorme:
👉 Smette di cercare di accelerare la resistenza.
👉 Comincia a nutrire la curiosità.
👉 E il progetto attraversa la fase più critica con naturalezza.
È una delle svolte di leadership più potenti che esistano nella trasformazione digitale.
Come Manusis4 guida questi 5 stati emotivi nelle sue implementazioni
Nel corso degli anni abbiamo imparato una cosa importante: l'implementazione non è la fase iniziale del prodotto. È un percorso continuo di accompagnamento umano.
Ed è per questo che Manusis4 struttura le proprie implementazioni sulla base di questi 5 stati emotivi — anche se nel contratto non compare.
In pratica:
- Nei primi 30 giorni, il nostro team è a stretto contatto — non per pretendere velocità, ma per accogliere l'ansia naturale.
- Tra 30 e 90 giorni, sappiamo che comparirà la resistenza. Non la combattiamo. La normalizziamo. "È normale. Restiamo qui finché non passa."
- Tra 90 e 180 giorni, cerchiamo i primi segnali di curiosità — e li amplifichiamo con una celebrazione pubblica.
- Tra 180 e 360 giorni, ci concentriamo sul radicamento culturale dell'uso — non su nuove funzionalità. Consolidare prima di espandere.
- Dal primo anno in poi, cominciamo a restituire la paternità — coinvolgendo il cliente nella roadmap, nelle beta delle nuove funzionalità, nella comunità degli utenti.
In altre parole: Manusis4 non vende un'implementazione.
Vende una traversata accompagnata.
Ed è una differenza silenziosa — ma che i clienti percepiscono pienamente solo quando la confrontano con implementazioni precedenti di altre piattaforme.
Perché, in fondo:
Un software si installa in 90 giorni. Una cultura d'uso si costruisce in 360.
E chi lo capisce guida progetti che invecchiano bene — invece di morire in silenzio dopo due anni.
Che cosa fare con questa mappa dei 5 stati nella Sua prossima implementazione
Che stia cominciando, sia a metà o stia persino concludendo un'implementazione di software oggi, provi queste 3 pratiche:
- Diagnostichi lo stato emotivo attuale della Sua squadra.
In quale dei 5 stati vi trovate oggi? Ansia? Resistenza? Curiosità? Adozione? Paternità? Dare un nome allo stato attuale, con onestà, cambia tutto.
- Adatti la Sua leadership allo stato — non al cronoprogramma.
Il cronoprogramma dice "siamo al mese 3, dovremmo essere in fase di adozione". La realtà emotiva dice "siamo ancora nella resistenza". Chi guida la realtà — vince. Chi guida il cronoprogramma — slitta.
- Comunichi lo stato attuale, lo stato successivo e ciò di cui la squadra ha bisogno per attraversarlo.
La trasparenza sul processo emotivo aiuta MOLTISSIMO. Le persone si sentono meno "perse" quando capiscono di essere in una traversata normale — non in un'anomalia.
Tre pratiche.
Nessun investimento aggiuntivo.
Una trasformazione reale di progetti che stavano slittando.
Riprogrammazione della settimana
"Il software della mia azienda non viene implementato. Viene attraversato — emotivamente — da tutta la mia squadra. E il mio ruolo di leader è guidare questa traversata con maturità, rispettando il ritmo umano di ogni stato."
Ripeta questa frase prima della prossima riunione sullo stato dell'implementazione.
Prima della prossima decisione di "accelerare l'adozione".
Prima della prossima frustrazione con "la squadra che non usa lo strumento".
E veda come cambia la Sua lettura del processo — e con essa, i risultati.
Per chiudere
Il grande errore storico dell'industria del software aziendale è stato trattare l'implementazione come un progetto tecnico con KPI di progetto.
E il prezzo di questo è stampato in migliaia di aziende con licenze pagate e strumenti sottoutilizzati.
La grande opportunità del prossimo decennio è fare diversamente:
👉 Trattare l'implementazione come un percorso umano con traguardi emotivi.
👉 Misurare l'adozione non dal login quotidiano, ma dalla qualità dell'uso.
👉 Misurare il successo non dalla consegna del perimetro, ma dalla paternità conquistata.
Le aziende che lo faranno per prime:
- Avranno implementazioni più serene e durature
- Spenderanno meno per rifare lo stesso progetto due volte
- Costruiranno una cultura della tecnologia — non solo pile di software
- Attrarranno fornitori maturi che operano con la stessa logica
- Guideranno la trasformazione digitale con la serenità che solo la maturità sa dare
Perché, in fondo:
Il software si installa. La cultura d'uso si coltiva.
E ciò che separa un'azienda che raccoglie da una che semina e rinuncia è una cosa sola: pazienza strategica con il percorso umano della trasformazione digitale.
La prossima settimana chiuderemo il Blocco 9 parlando del nuovo profilo professionale che la manutenzione 4.0 richiede — e della delicatezza emotiva di reinventarsi nel pieno di una carriera matura.
Sarà uno dei testi più toccanti della serie.
A presto.