Un progetto ERP è l'intervento con cui un'azienda unifica in un solo sistema i processi che oggi vivono sparsi tra gestionale datato, fogli Excel, e-mail e teste delle persone: vendite, acquisti, magazzino, produzione, contabilità. Sostituire il software è la parte facile. La parte che decide l'esito è riprogettare il modo in cui l'azienda lavora e portare le persone ad adottarlo. Per questo si parla di progetto, non di prodotto.

Qualche parola di onestà preliminare. Firmo questa testata da abbastanza tempo da aver visto sia go-live applauditi sia disastri da centinaia di migliaia di euro. La differenza tra i due gruppi quasi mai stava nel software scelto. Stava in decisioni prese prima che qualcuno toccasse una riga di configurazione.

Cos'è un progetto ERP oggi (e cosa non è)

ERP sta per Enterprise Resource Planning. La definizione da manuale, «un sistema integrato che gestisce le risorse aziendali con un unico database», è corretta e inutile: non spiega perché questi progetti siano così difficili.

Un ERP è il tentativo di costruire una single source of truth: un punto unico in cui un ordine, una giacenza, un costo, una commessa esistono una volta sola e tutti vedono lo stesso numero. Il valore non è il software. È l'eliminazione delle versioni divergenti della realtà. Quando l'ufficio acquisti, la produzione e l'amministrazione leggono dati diversi sullo stesso articolo, l'azienda perde tempo, marginalità e fiducia interna.

La distinzione che conta: un gestionale copre tipicamente un'area (la contabilità, il magazzino) e funziona bene finché le aree non devono parlarsi sul serio. Un ERP nasce per far parlare le aree tra loro, il che significa costringere reparti abituati a lavorare a modo proprio a concordare un modo comune. È qui che il progetto smette di essere tecnico e diventa organizzativo.

C'è poi un numero che vale la pena guardare. In Italia, tra le grandi imprese, il 92% ha ormai inserito l'innovazione digitale nel proprio piano strategico, ma solo il 5% la considera davvero la leva principale, e appena l'8% dispone di metriche consolidate per misurarne l'impatto (Osservatori Digital Innovation del Politecnico di Milano, 2024-2025 ↗). Molte aziende avviano progetti importanti senza sapere come valutarne l'esito.

Un progetto ERP senza obiettivi misurabili non è un progetto: è una scommessa.

Perché 3 progetti ERP su 4 «falliscono»?

La cifra che gira da anni va maneggiata con cura. Come la maneggi rivela quanto capisci il problema.

Se per fallimento intendi progetto abbandonato, i casi sono pochi. Se conti, come fa chi quei progetti li paga, anche chi non ottiene i benefici promessi, i numeri si gonfiano: Gartner stima che circa il 70% delle implementazioni non centri gli obiettivi di business iniziali (Gartner ↗). Sul fronte di costi e tempi, però, i dati primari ridimensionano le cifre-catastrofe che circolano online: secondo Panorama Consulting più della metà delle organizzazioni resta nel budget previsto e circa un quarto lo sfora, mentre meno di un progetto su due va live nella data pianificata (Panorama Consulting Group, 2024-2026 ↗). La durata media di un'implementazione mid-market si aggira sui 17 mesi, con uno scivolamento fisiologico rispetto al piano.

Non conta però sapere quanti falliscono. Conta sapere perché. I progetti ERP non naufragano per ragioni tecnologiche. Naufragano per ragioni organizzative e culturali.

Gartner segnala la qualità dei dati come prima causa di insuccesso, con la migrazione dei dati in cima agli scogli citati. Ma «dati sporchi» è già un sintomo. Dietro ci sono quasi sempre le stesse cinque radici:

• Obiettivi vaghi. «Vogliamo modernizzarci» non è un obiettivo. «Vogliamo chiudere il mese in cinque giorni invece di quindici» lo è.
• Dati non bonificati. Si scopre al momento della migrazione che le anagrafiche sono un cimitero di duplicati e codici fantasma.
• Nessun change management. Il sistema funziona, le persone no: continuano a usare i loro Excel paralleli.
• Partner inesperto sul settore. Bravo a configurare, cieco sul processo reale.
• Over-customization. Si piega il software a ogni vizio aziendale, finché diventa impossibile da aggiornare.

Una sola di queste cause è tecnica, e neanche del tutto. Le altre quattro sono questioni di metodo e di persone. La scelta del software, da sola, non salva nessuno.

Quali sono le 4 fasi di un progetto ERP?

La spina dorsale è questa. Saltare o comprimere una fase è il modo più sicuro per finire nelle statistiche sopra.

Fase 1 · Analisi e fattibilità

Prima di scegliere qualunque cosa, si fotografa l'azienda com'è e si decide dove deve arrivare. Si definiscono gli obiettivi misurabili, si mappano i processi as-is, si identificano i dati da bonificare, si stima un budget realistico. È la fase più economica e quella che determina di più l'esito. Le aziende che la saltano «per partire prima» la pagano dopo, moltiplicata.

Fase 2 · Selezione di software e partner

L'analisi diventa requisiti, i requisiti diventano un capitolato (una vera RFP, non un elenco di desideri), il capitolato diventa una scelta. Due scelte, in realtà: il prodotto e chi lo implementerà. Le due vanno fatte insieme, perché il miglior software con il partner sbagliato fallisce comunque.

Fase 3 · Implementazione e go-live

Configurazione, migrazione dati, integrazioni, test, formazione, avvio. Un metodo iterativo, con rilasci a blocchi e verifiche frequenti, riduce drasticamente il rischio rispetto al vecchio approccio «big bang», in cui tutto va in produzione la stessa notte e si prega.

Fase 4 · Adozione e miglioramento continuo

Il go-live è la linea di partenza del valore, non il traguardo. Il ritorno sull'investimento matura mediamente in circa due anni e mezzo (Nucleus Research ↗). Senza continuità strutturata dopo l'avvio — affiancamento, ottimizzazioni, nuove esigenze — quel valore non arriva mai. La maggior parte dei progetti che «deludono» non sono falliti tecnicamente: sono stati abbandonati a sé stessi il giorno dopo l'avvio.

La Ricetta Tovadù: come si tiene insieme tutto questo

Le quattro fasi dicono cosa fare. Mancano i principi che decidono come farlo, ed è lì che i progetti si giocano. Tovadù li ha messi per iscritto nel metodo che chiamiamo la Ricetta Tovadù, costruito su cinque punti.

1. Fattibilità prima di tutto. Nessuna proposta di software senza uno studio di fattibilità che fissi obiettivi misurabili e budget onesto. Se un fornitore ti quota prima di aver capito i tuoi processi, sta vendendo, non progettando.
2. Percorso iterativo, non «big bang». Rilasci a blocchi, valore consegnato presto, correzioni in corsa.
3. Change management dentro al progetto, non accanto. Le persone si coinvolgono dall'inizio. L'adozione è un requisito di progetto, non un augurio che si formula il giorno del go-live.
4. AI applicata dove serve davvero. Non come effetto annuncio, ma dove toglie lavoro ripetitivo e migliora le decisioni. Mettere l'AI sopra dati sporchi è solo un altro modo di fallire, più costoso.
5. Continuità dopo il go-live. Un riferimento che resta, perché il valore di un ERP si costruisce nei mesi successivi all'avvio, non nella notte dell'avvio.

È un framework sobrio: non promette magie, mette ordine. Ed è esattamente l'ordine che manca nei progetti che deludono.

Come si sceglie il software ERP?

Partire dai brand è la tentazione. È l'ordine sbagliato. Si parte dai processi e dai vincoli, e solo dopo si guarda chi li copre meglio.

I criteri che contano:

• Aderenza al tuo settore. Un ERP generalista che richiede 200 personalizzazioni per gestire le tue commesse è più rischioso di uno meno blasonato ma nativamente adatto al tuo processo.
• Scalabilità e modularità. Puoi partire da un dipartimento e crescere, o devi comprare tutto subito?
• TCO, non prezzo di listino. Licenze, implementazione, formazione, manutenzione, evoluzioni: il prezzo iniziale è la punta dell'iceberg.
• Ecosistema e continuità. Quanto è vivo il fornitore? Quanti partner? Che roadmap ha nei prossimi tre anni?
• Apertura alle integrazioni. Libertà di collegare ciò che già usi, senza restare ostaggio di un unico vendor.

Una nota di mercato per chiudere il dibattito stantio: per i nuovi progetti il cloud è la scelta di default. Circa otto nuove selezioni su dieci vanno in quella direzione (Panorama Consulting, 2024 ↗). La discussione cloud-contro-on-premise, per la stragrande maggioranza delle medie aziende, è chiusa.

Come si sceglie il partner per un progetto ERP?

Se devi portare via una cosa sola da questa guida: a parità di software, è il partner a determinare l'esito. Il prodotto è un'auto; il partner è chi la guida e conosce la strada. La stessa auto con due piloti diversi ti porta a destinazione o ti schianta.

Cosa distingue un partner serio da un rivenditore con le slide? Qualche segnale concreto.

• Ti dice di no. Un buon partner spiega quando una personalizzazione non conviene, o quando il suo software non è la risposta giusta per te. Chi dice sempre sì sta proteggendo la vendita, non il tuo progetto.
• Non manda un preventivo a 24 ore. Parte dalla fattibilità, non dalla quotazione.
• Conosce il tuo settore con casi e cicatrici, non in astratto. Sa anticipare i tuoi problemi prima che tu glieli descriva.
• Ha un metodo, non solo competenza tecnica: change management, gestione dei dati, governance del progetto, presidio post go-live.
• Resta dopo l'avvio. È il vero spartiacque tra un partner e un fornitore.

Questa è la fase con l'effetto leva più alto, e quella a cui si dedica meno tempo. Si passano settimane a confrontare funzionalità di software che sulla carta si somigliano tutti, e si liquida in due call la scelta di chi quel software lo dovrà far funzionare in casa tua per anni.

Quanto costa e quanto dura un progetto ERP?

Chiunque dia una cifra secca senza aver visto la tua azienda ti sta vendendo qualcosa. Detto questo, «dipende» non è una risposta: proviamo a dare ordini di grandezza.

I benchmark internazionali servono a capire la struttura del costo più che il valore assoluto. Da quei dati emergono tre lezioni che valgono anche da noi: la durata media di un progetto mid-market si misura in mesi, non settimane (intorno ai 17, con uno scivolamento strutturale rispetto al piano); circa un quarto dei progetti sfora il budget e poco meno della metà va live nei tempi; e gran parte dello sforamento nasce da voci che si ignorano in fase di offerta.

Le voci di costo da mettere a budget fin dall'inizio:

Il prezzo delle licenze è quasi mai la voce che fa saltare un budget. A farlo saltare sono un'implementazione mal stimata, dati peggiori del previsto e formazione fatta a risparmio.

Quando un progetto ERP non conviene?

Non sempre la risposta è «fai il progetto ERP». Rimanda, o ridimensiona, in tre casi.

• Se non hai obiettivi misurabili: senza un «da X a Y» non saprai mai se è andata bene. Prima definisci, poi investi.
• Se l'organizzazione è in piena tempesta: riorganizzazioni profonde, fusioni in corso, vertici instabili. Un ERP ci si infrange contro, non si installa sopra.
• Se ti serve risolvere un problema di un solo reparto: a volte un verticale mirato fa il lavoro a una frazione del costo e del rischio. Non tutto è un caso da ERP completo.

Dirlo a un cliente costa una vendita nel breve. Ma è esattamente questo tipo di onestà a distinguere chi vuole costruire un rapporto da chi vuole chiudere un contratto.

Domande frequenti

Cosa fare lunedì mattina