La maggior parte dei progetti ERP non centra gli obiettivi promessi, e quasi mai per ragioni tecnologiche. A seconda di come si definisce il fallimento, budget sforato, tempi superati, benefici mancati, le analisi di settore collocano il tasso di insuccesso tra il 55% e il 75%. Gartner stima che entro il 2027 oltre il 70% dei progetti ERP recenti non centrerà pienamente gli obiettivi di business, e fino al 25% fallirà in modo catastrofico. La causa è organizzativa e culturale, non informatica.

I numeri in un colpo d'occhio, da fonti 2024-2025:

Quanti progetti ERP falliscono davvero?

Prima di accettare qualunque percentuale, vale la pena fare una domanda scomoda: cosa intendiamo per «fallimento»? È qui che quasi tutte le statistiche di settore si giocano la credibilità.

Se per fallimento intendi progetto cancellato, sistema mai andato in produzione, i casi sono pochi. Le aziende, una volta firmato, raramente tornano indietro: hanno speso troppo per ammettere la sconfitta. Ma se conti, come fa chi quel progetto lo paga, anche chi sfora il budget, chi va lungo sui tempi e chi non ottiene i benefici per cui ha investito, i numeri cambiano. Secondo Priority Software (2025 ↗) solo il 23% circa delle implementazioni è considerato un successo pieno, il 67% sfora i tempi, il 52% delle aziende ritiene di non aver centrato gli obiettivi di business. Quattro su cinque hanno alle spalle almeno un progetto andato male.

La cifra famosa, «tre su quattro», sta dentro questa logica: conta tutto ciò che non mantiene la promessa. Gartner ↗ è ancora più netta: oltre il 70% dei progetti recenti non centrerà pienamente gli obiettivi originari entro il 2027, e fino a un quarto di questi fallirà in modo catastrofico. Tradotto: non è un rischio di coda, è lo scenario base.

Una distinzione che vale la pena fissare, perché è il cuore del problema:

Quasi tutti i «fallimenti ERP» di cui sentirai parlare sono fallimenti di valore. E i fallimenti di valore non nascono dal codice. Nascono dalle decisioni.

È colpa del software? No, ed è il mito più costoso

Quando un progetto va male, la prima reazione è sempre la stessa: abbiamo scelto il software sbagliato. È una spiegazione comoda, perché scarica la responsabilità su un fornitore e lascia intatte le scelte di chi ha guidato il progetto. Ed è quasi sempre falsa.

I software ERP affermati, quelli che finiscono nelle shortlist delle medie aziende, funzionano. Gestiscono ordini, magazzini, contabilità e produzione da decenni, in migliaia di installazioni. Il prodotto non è il punto debole. Il punto debole è tutto ciò che gli sta intorno: come è stato scelto, come è stato implementato, come sono stati trattati i dati e se le persone lo usano davvero.

La controprova arriva dai numeri: le organizzazioni che si affidano a consulenti ERP esperti riportano tassi di successo nettamente più alti, intorno all'85% (RubinBrown). Stesso software, esito opposto. Se il problema fosse il prodotto, l'esperienza di chi lo implementa non sposterebbe nulla. La sposta eccome.

Il software è un'auto. Quasi tutti gli incidenti dipendono da chi guida e dalla strada scelta, non dal modello.

Quali sono le 5 cause reali del fallimento di un progetto ERP?

Le ho viste ripetersi così tante volte che le riconosco dai primi incontri. In ordine di danno prodotto.

1. Obiettivi vaghi

«Vogliamo digitalizzarci.» «Vogliamo un gestionale moderno.» Non sono obiettivi: sono desideri. Un obiettivo suona così: chiudere il bilancio mensile in cinque giorni invece di quindici; ridurre le rotture di stock del 30%; vedere il margine di commessa in tempo reale. Senza un «da X a Y», il progetto non ha un metro per misurarsi. Ciò che non si misura non si può dichiarare riuscito.

Non è un'osservazione teorica. Secondo la ricerca degli Osservatori Digital Innovation del Politecnico di Milano ↗ (presentata a dicembre 2024), tra le grandi imprese italiane, quelle più strutturate, solo l'8% ha definito metriche consolidate per valutare in modo completo l'impatto dell'innovazione digitale. Se faticano loro, con interi uffici dedicati, è facile immaginare cosa accada nella media azienda che parte senza un solo indicatore deciso prima.

2. Dati sporchi mai bonificati

Gartner indica da anni la qualità dei dati come prima causa tecnica di insuccesso. Il copione si ripete: si arriva alla migrazione e si scopre che le anagrafiche sono un cimitero, clienti duplicati, codici articolo fantasma, listini sovrapposti. Un ERP nuovo costruito su dati vecchi e sporchi non risolve il caos: lo automatizza e lo rende più veloce. «Garbage in, garbage out» non è uno slogan, è la descrizione precisa di quello che succede.

3. Nessun change management

Questa è la causa che fa più danni in assoluto, e quella a cui si dedica meno budget. Le analisi di Godlan (2025) ↗ le attribuiscono oltre il 40% dei fallimenti. Il sistema può essere impeccabile: se le persone non lo adottano, il progetto è morto. Continueranno a usare i loro Excel paralleli, a tenere i conti «veri» in un quaderno, a chiamare l'ufficio acquisti per telefono invece di consultare il sistema.

Immaginiamo un'azienda manifatturiera da 40 milioni di fatturato che va in go-live a gennaio. A marzo il sistema gira, ma il reparto produzione tiene ancora il suo Excel «vero» accanto all'ERP, perché a nessun caporeparto è stato spiegato perché valga la pena cambiare. A giugno l'azienda ha due verità sui carichi di lavoro, e quasi sempre si fida della peggiore. È uno scenario ipotetico, ma chiunque abbia seguito un'implementazione lo riconosce. La resistenza non è cattiveria: è la reazione naturale di chi non è stato coinvolto, non è stato formato e non capisce perché dovrebbe abbandonare un modo di lavorare che, per lui, funzionava.

4. Partner inesperto sul settore

Un implementatore può essere tecnicamente preciso e comunque cieco sul tuo processo reale. Conosce il software. Non conosce te: non sa come funziona una commessa nel tuo settore, dove si nascondono le eccezioni, quali passaggi non puoi toccare. Configura ciò che gli racconti, non ciò che ti serve. La differenza si paga al go-live, quando il sistema gira ma non rispecchia come lavori. Chi sceglie il partner guardando solo il prezzo ha già firmato il problema.

5. Over-customization

L'eccesso opposto, altrettanto letale. Per non cambiare nemmeno un'abitudine, si piega il software a ogni vizio aziendale: decine, centinaia di personalizzazioni. Il risultato è un sistema rigido, costoso da mantenere, impossibile da aggiornare senza rompere qualcosa. Pensa a un'azienda che replica in Odoo un flusso di approvazione a dodici passaggi, esistente solo perché il vecchio gestionale non sapeva fare altrimenti: al primo aggiornamento di versione annuale, tre moduli su misura si rompono e l'upgrade che doveva costare X ne costa tre. Ogni personalizzazione è un debito che paghi a ogni release futura. Spesso il vizio andava corretto, non codificato. Ma serviva qualcuno disposto a dirlo.

Tutte e cinque in un quadro, con il segnale che le tradisce e l'antidoto:

Una sola di queste cinque cause è tecnica a metà: i dati. Le altre quattro riguardano obiettivi, persone e metodo. Cambiare software, da solo, non salva nessun progetto.

Quali sono i fattori critici di successo?

Capovolgi le cinque cause e ottieni la mappa di ciò che funziona. Non è teoria: è quello che separa il 23% che riesce dal resto.

• Obiettivi misurabili, decisi prima. Numeri, non aggettivi. Un progetto senza un «da X a Y» non sa dove sta andando.
• Bonifica dei dati come fase di progetto, non come incidente. Anagrafiche pulite prima della migrazione, con tempo e budget dedicati. Scoprire lo stato dei dati a metà progetto è uno dei modi più costosi di perdere tempo.
• Change management dentro al progetto. Le persone coinvolte dall'inizio, non «formate» alla fine. L'adozione è un requisito di progetto, non un augurio che si formula il giorno del go-live.
• Partner esperto del settore, con metodo. Non solo competenza tecnica: capacità di anticipare i problemi specifici e di dire di no quando serve.
• Fase 0 seria. Destinare una quota dichiarata del budget, l'ordine di grandezza che le analisi più recenti indicano è il 10-15%, alle attività pre-implementazione: mappatura dei processi, requisiti, governance dei dati. È la spesa con il rendimento più alto.
• Approccio iterativo. Rilasci a blocchi, valore consegnato presto, correzioni in corsa. Nessuna notte in cui tutto va in produzione contemporaneamente e si prega.

Il successo o il fallimento di un progetto ERP si decide prima che qualcuno tocchi una riga di configurazione. Al go-live l'esito è già in buona parte scritto: il go-live lo rende soltanto visibile.

Il caso italiano: il vero rischio è non partire, o partire male

In Italia l'ERP è usato dal 48,8% delle PMI con 10-249 addetti, contro l'85,9% delle grandi imprese (ISTAT, Imprese e ICT 2025 ↗). Il divario è enorme e racconta due rischi distinti. Le grandi aziende il sistema ce l'hanno: il loro rischio è il fallimento di valore, sistemi sottoutilizzati, fermi all'installazione del 2018, abbandonati a sé stessi dopo il go-live. Le medie e piccole affrontano spesso il primo vero progetto ERP senza metodo e senza esperienza, e finiscono dritte nelle statistiche.

Il software gestionale ha raggiunto nel 2025 il 56% delle imprese italiane con almeno 10 addetti, circa 7 punti in più rispetto al 2023 (ISTAT). Si muovono. La domanda non è più se digitalizzare, ma come farlo senza bruciare il primo tentativo. E qui c'è un costo che i preventivi non riportano: un progetto ERP fallito non brucia solo i soldi spesi. Brucia la fiducia interna e rende il secondo tentativo molto più difficile da far approvare, il classico «l'avevamo già provato e non ha funzionato» che blocca un'azienda per anni.

Checklist anti-fallimento (da usare prima di firmare)

Cinque domande. Se non sai rispondere a tutte con un numero o un fatto concreto, non sei pronto a partire. Scoprirlo adesso costa una riunione. Scoprirlo dopo il go-live costa un progetto.

• Obiettivi. So dire, in numeri, cosa deve cambiare? (Es. «da 15 a 5 giorni per la chiusura mensile.»)
• Dati. Conosco lo stato reale delle mie anagrafiche, e ho previsto tempo e budget per bonificarle?
• Persone. Chi guida l'adozione interna? Le persone chiave sono coinvolte adesso o lo scopriranno al go-live?
• Partner. Chi lo implementa ha casi reali nel mio settore, e mi ha detto almeno un «no» sincero in fase di analisi?
• Continuità. So chi presidierà il sistema dopo l'avvio, nei mesi in cui si costruisce il valore reale?

Cinque sì pieni non garantiscono il successo. Un solo «non lo so» è il punto esatto da cui, statisticamente, nascono i fallimenti.

Domande frequenti

Cosa fare lunedì mattina