La licenza è la cifra più visibile. Quasi mai è quella che decide il costo del progetto
Un imprenditore chiede quanto costa cambiare ERP e riceve quattro risposte diverse.
Il produttore parla di canone mensile per utente.
Il partner prepara una stima delle giornate di consulenza.
L’IT aggiunge migrazione, interfacce e infrastruttura.
L’amministrazione domanda quanto costeranno formazione, assistenza e manutenzione.
Tutte le risposte possono essere corrette. Ma nessuna, presa da sola, dice quanto spenderà davvero l’azienda.
Il prezzo dell’ERP è relativamente facile da conoscere. Il costo del cambiamento è molto più difficile da calcolare.
È qui che molti budget iniziano male. Si confrontano licenze, canoni e giornate come se si stesse acquistando un prodotto. Ma l’ERP non arriva in azienda dentro una scatola. Deve essere configurato, collegato, alimentato con dati affidabili e soprattutto inserito nel lavoro quotidiano delle persone.
La domanda corretta, quindi, non è:
“Quanto costa il software?”
È:
“Quanto ci costerà portare l’azienda dal vecchio sistema al nuovo, farlo funzionare e mantenerlo nei primi anni?”
La differenza può essere enorme.
Partiamo da una verità scomoda: non esiste il prezzo di un ERP
Esiste il prezzo di una determinata soluzione, per un certo numero di utenti, con alcuni moduli, in una specifica configurazione contrattuale.
Ma anche due aziende con lo stesso fatturato e lo stesso numero di dipendenti possono affrontare investimenti molto diversi.
Un distributore con processi abbastanza standard, un solo magazzino e poche integrazioni non ha la stessa complessità di un’azienda manifatturiera con tre stabilimenti, produzione su commessa, conto lavoro, configuratore di prodotto, raccolta dati dalle macchine e tracciabilità dei lotti.
Il costo dipende da almeno otto fattori:
- numero e tipologia degli utenti;
- processi interessati;
- sedi, stabilimenti e società coinvolte;
- livello di personalizzazione richiesto;
- qualità dei dati da migrare;
- numero di sistemi da integrare;
- disponibilità delle persone interne;
- capacità dell’azienda di prendere decisioni senza continui ripensamenti.
L’ultimo punto viene spesso sottovalutato. Un progetto ERP costa di più anche quando il cliente non decide, cambia idea o rimanda continuamente le scelte.
Il tempo del partner viene fatturato. Il tempo delle persone interne viene consumato. Il calendario si allunga. Le attività devono essere rifatte.
L’indecisione è una voce di costo, anche se non compare nel contratto.
Il prezzo della licenza non è il costo del progetto
Prendiamo un riferimento pubblico.
Ad agosto 2026 Microsoft indica per Dynamics 365 Business Central un prezzo di listino, IVA esclusa, di 69,30 euro al mese per utente Essentials, 95,30 euro per l’utente Premium e 6,90 euro per un Team Member con funzionalità limitate. Prezzi Microsoft Dynamics 365 Business Central
Supponiamo che un’azienda acquisti:
- 50 licenze Premium;
- 70 licenze Team Member.
Il canone annuo di listino sarebbe di circa 63.000 euro, IVA esclusa.
Questa cifra, però, non comprende automaticamente l’analisi dei processi, la configurazione, la migrazione dei dati, le personalizzazioni, le integrazioni, la formazione e il lavoro delle persone interne.
Un’altra soluzione potrebbe avere un canone molto più basso e richiedere più attività progettuali. Un’altra ancora potrebbe costare di più per utente, ma includere già funzioni che altrove devono essere sviluppate.
Per questo confrontare soltanto i prezzi mensili può portare a una conclusione sbagliata.
Una licenza economica non rende economico un progetto complesso.
Lo stesso vale per l’open source. L’assenza o la riduzione del costo di licenza non elimina analisi, configurazione, integrazione, migrazione, formazione e assistenza. Il software può costare poco; il lavoro necessario per adattarlo all’azienda resta.
Le dieci voci che formano il costo reale
- Software, licenze e canoni
È la parte più immediata.
Nel cloud prevale normalmente un canone per utente, modulo, consumo o combinazione di questi elementi. Nell’on-premise possono essere presenti licenze iniziali, manutenzione annuale, database, sistemi operativi, infrastruttura e costi di aggiornamento.
Occorre verificare:
- quali utenti hanno bisogno di una licenza completa;
- quali possono usare licenze limitate;
- quali moduli sono compresi;
- quali funzioni richiedono prodotti aggiuntivi;
- quali ambienti di test sono inclusi;
- come possono cambiare i prezzi nel tempo;
- quali costi dipendono da volumi, transazioni o utilizzo dell’AI.
Il costo annuale deve essere proiettato almeno su tre o cinque anni. Confrontare una licenza perpetua con un solo anno di canone cloud non ha senso.
- Analisi e progettazione
Prima di configurare l’ERP qualcuno deve capire come lavora l’azienda, quali problemi vuole risolvere e quali processi intende cambiare.
Questa attività comprende normalmente:
- analisi dell’organizzazione;
- raccolta e verifica dei requisiti;
- disegno dei processi futuri;
- individuazione delle differenze rispetto allo standard;
- definizione delle priorità;
- pianificazione del progetto;
- gestione delle decisioni.
Risparmiare sull’analisi non significa necessariamente spendere meno. Può voler dire trasferire i dubbi nella fase di configurazione, quando correggere una decisione costa di più.
Un’analisi infinita, però, è altrettanto pericolosa. Il progetto non deve documentare ogni eccezione prodotta negli ultimi vent’anni. Deve stabilire quali processi conservare, quali modificare e quali eliminare.
- Configurazione e consulenza applicativa
È il lavoro necessario per trasformare un prodotto standard nel sistema gestionale dell’azienda.
Comprende parametrizzazioni, ruoli, autorizzazioni, flussi approvativi, documenti, causali, regole contabili, logiche di pianificazione, gestione dei magazzini, produzione e controlli.
Il numero di giornate dipende molto meno dal fatturato di quanto si pensi. Dipende dalla complessità operativa.
Un’azienda da 30 milioni con processi lineari può richiedere meno lavoro di una da 12 milioni che gestisce prodotti configurabili, lavorazioni esterne, varianti, commesse e numerose eccezioni commerciali.
- Personalizzazioni
Qui il budget può cambiare rapidamente.
Ogni richiesta va classificata:
- funzione già disponibile nello standard;
- funzione coperta modificando il processo;
- estensione realmente necessaria;
- preferenza dell’utente;
- replica di una vecchia abitudine;
- personalizzazione che protegge un vantaggio competitivo.
Non tutte le personalizzazioni sono sbagliate. Alcune servono davvero.
Il problema nasce quando l’azienda vuole ricostruire nel nuovo ERP tutto ciò che aveva nel vecchio, comprese procedure nate per superare limiti ormai scomparsi.
Una personalizzazione non costa soltanto quando viene sviluppata. Deve essere testata, documentata, mantenuta e verificata a ogni aggiornamento.
Il suo costo iniziale è soltanto l’anticipo.
- Migrazione e pulizia dei dati
Anagrafiche clienti e fornitori, articoli, distinte base, cicli, listini, condizioni commerciali, saldi, partite aperte, ordini e giacenze devono essere estratti, corretti, trasformati e caricati.
Quasi sempre l’azienda scopre troppo tardi che i dati sono:
- duplicati;
- incompleti;
- codificati in modo incoerente;
- mantenuti fuori dall’ERP;
- collegati a procedure non documentate;
- comprensibili soltanto a poche persone.
Il partner può scrivere programmi di conversione. Non può decidere autonomamente quale delle tre anagrafiche dello stesso cliente sia corretta.
La bonifica richiede lavoro interno. Se non viene pianificata, diventa un’emergenza nelle settimane prima del go-live.
- Integrazioni
L’ERP raramente lavora da solo.
Deve comunicare con CRM, e-commerce, banche, sistemi di produzione, magazzini automatici, MES, piattaforme logistiche, business intelligence, gestione documentale, sistemi HR, applicazioni dei clienti e dei fornitori.
Ogni integrazione deve essere:
- progettata;
- sviluppata o configurata;
- protetta;
- monitorata;
- testata;
- mantenuta.
La frase “abbiamo già un’API” non risolve il problema. Bisogna verificare quali dati espone, con quali limiti, in quale direzione e con quale gestione degli errori.
Una singola integrazione critica costruita male può bloccare ordini, spedizioni o fatturazione.
- Formazione
La voce “formazione” viene spesso ridotta per far rientrare il progetto nel budget.
È un taglio facile da approvare e difficile da misurare in anticipo. Gli effetti emergono dopo il go-live:
- errori operativi;
- richieste continue all’assistenza;
- utilizzo parziale delle funzioni;
- file Excel ricreati fuori dal sistema;
- rifiuto delle nuove procedure;
- ritorno alle vecchie abitudini.
La formazione non deve limitarsi a mostrare dove cliccare. Deve spiegare come cambia il processo, quali responsabilità introduce il sistema e che cosa succede ai dati inseriti.
Gli utenti chiave devono partecipare prima, non essere informati alla fine.
- Lavoro delle persone interne
È il costo più dimenticato.
Durante il progetto, amministrazione, produzione, logistica, vendite, acquisti e IT devono partecipare a interviste, verifiche, test, bonifica dei dati, formazione e decisioni.
Queste persone continuano anche a svolgere il proprio lavoro ordinario.
Immaginiamo dodici risorse interne impegnate mediamente per 25 giornate ciascuna. Sono 300 giornate di lavoro. Se attribuiamo un costo aziendale medio puramente esemplificativo di 300 euro al giorno, otteniamo 90.000 euro.
Non arriverà una fattura da 90.000 euro. Ma l’azienda li sta comunque investendo.
Se quelle persone vengono sottratte a vendite, produzione, pianificazione o controllo, può esserci anche un costo opportunità: attività rinviate, minore produttività e decisioni più lente.
Ignorare il lavoro interno non riduce il costo. Lo nasconde.
- Go-live, affiancamento e calo di produttività
Il passaggio al nuovo sistema non avviene gratis.
Nelle prime settimane gli utenti lavorano più lentamente. Aumentano i controlli. Alcune operazioni vengono ripetute. L’assistenza riceve più richieste. Possono servire presidi serali, nel fine settimana o durante le chiusure contabili.
Un go-live ben preparato riduce questi effetti. Non li elimina completamente.
Il budget deve prevedere:
- supporto intensivo iniziale;
- correzione degli errori;
- verifiche su ordini, magazzino e contabilità;
- eventuale doppia gestione temporanea;
- riduzione della produttività;
- interventi urgenti.
Il costo maggiore non è sempre una giornata aggiuntiva del consulente. Può essere una spedizione bloccata, una fattura sbagliata o un fermo operativo.
- Assistenza, evoluzioni e aggiornamenti
Il costo non termina con il go-live.
Dopo la partenza emergono nuove richieste. Alcune erano state rinviate, altre nascono dall’utilizzo reale del sistema. Arrivano aggiornamenti normativi, modifiche organizzative, nuove integrazioni e acquisizioni.
Nel cloud molte attività tecniche sono comprese nel canone. Ma questo non significa che ogni aggiornamento sia privo di impatto. Personalizzazioni, interfacce e processi devono comunque essere controllati.
Il budget corretto deve comprendere almeno i primi tre anni, non soltanto il progetto iniziale.
Quanto bisogna mettere a budget?
Non esiste un listino universale. Possiamo però costruire fasce indicative utili per una prima valutazione.
Le cifre seguenti sono stime orientative dell’Osservatorio ERPSelection, non preventivi commerciali. Considerano software, servizi esterni e una quota del lavoro interno per arrivare al go-live. IVA esclusa.
| Tipologia di progetto | Contesto indicativo | Investimento iniziale orientativo |
| Progetto essenziale | Piccola impresa, pochi utenti, processi standard, contabilità, vendite e acquisti | 30.000–80.000 € |
| PMI strutturata | 30–80 utenti, magazzino, controllo, alcune integrazioni | 80.000–250.000 € |
| Media impresa | 80–200 utenti, produzione o distribuzione complessa, più integrazioni | 250.000–750.000 € |
| Progetto articolato | Più società, stabilimenti o Paesi, forte complessità industriale | 750.000–2.000.000 € e oltre |
Queste fasce non identificano il costo di un prodotto specifico. Servono a rappresentare ordini di grandezza.
Un progetto per una PMI può superare i 250.000 euro se richiede molte personalizzazioni, dati difficili da recuperare o integrazioni industriali. Un’azienda più grande può invece contenere l’investimento scegliendo un perimetro graduale e processi standard.
Il numero dei dipendenti non basta per stimare un ERP.
Un esempio concreto: il preventivo da 200.000 euro che ne costa 500.000
Consideriamo una media azienda manifatturiera italiana:
- 120 utenti complessivi;
- un ERP cloud;
- amministrazione, acquisti, vendite, magazzino e produzione;
- collegamenti con CRM, MES, banche e business intelligence;
- migrazione dal gestionale precedente;
- avvio in dodici mesi.
Il primo preventivo potrebbe presentarsi così:
| Voce | Importo ipotetico |
| Analisi e configurazione | 120.000 € |
| Migrazione dati | 30.000 € |
| Integrazioni | 50.000 € |
| Personalizzazioni | 35.000 € |
| Formazione e avviamento | 25.000 € |
| Canoni del primo anno | 60.000 € |
| Totale visibile | 320.000 € |
A questo punto bisogna aggiungere ciò che spesso rimane fuori:
| Voce meno visibile | Importo ipotetico |
| Impegno delle risorse interne | 90.000 € |
| Bonifica dati gestita dall’azienda | 25.000 € |
| Calo di produttività e supporto al go-live | 30.000 € |
| Riserva per variazioni e imprevisti | 45.000 € |
| Totale meno visibile | 190.000 € |
Il costo complessivo del primo anno arriva così a circa 510.000 euro.
Non è una previsione valida per ogni azienda. È un modello di calcolo. Mostra però perché il valore del contratto con il partner e l’investimento reale non coincidono.
Se nei due anni successivi aggiungiamo canoni, assistenza, miglioramenti e attività interne, il costo a tre anni può avvicinarsi o superare i 700.000 euro.
Il progetto non è “andato fuori budget”. Era il budget iniziale a essere incompleto.
Cloud o on-premise: quale costa meno?
La risposta più onesta è: dipende dal periodo osservato e dalla situazione di partenza.
Il cloud riduce o trasferisce alcuni costi:
- infrastruttura;
- installazione;
- aggiornamenti tecnici;
- gestione di base;
- investimenti iniziali in hardware.
In compenso introduce un canone continuativo, spesso collegato agli utenti e ai servizi utilizzati.
L’on-premise può richiedere un investimento iniziale maggiore e risorse tecniche interne o esterne. Può però avere una struttura economica diversa nel lungo periodo, soprattutto se l’infrastruttura è già disponibile.
Il confronto deve essere fatto sul Total Cost of Ownership, usando lo stesso arco temporale e includendo:
- licenze o abbonamenti;
- infrastruttura;
- sicurezza;
- backup;
- manutenzione;
- aggiornamenti;
- persone interne;
- assistenza;
- evoluzioni.
Confrontare l’acquisto di una licenza on-premise con dodici mesi di canone cloud produce un risultato apparentemente preciso e sostanzialmente inutile.
Tre anni sono il minimo. Cinque sono meglio
Il costo dell’ERP dovrebbe essere analizzato almeno su tre anni. Per progetti importanti, cinque anni offrono una visione più corretta.
La formula può essere questa:
TCO = software + implementazione + dati + integrazioni + personalizzazioni + formazione + lavoro interno + avviamento + assistenza + evoluzioni + infrastruttura + rischio
Al TCO andrebbe affiancato il valore atteso:
- riduzione delle attività manuali;
- minori errori;
- chiusure contabili più rapide;
- riduzione delle scorte;
- migliore puntualità delle consegne;
- maggiore capacità produttiva;
- eliminazione di vecchi sistemi;
- migliore disponibilità dei dati;
- riduzione del rischio operativo.
Un ERP da 500.000 euro che elimina inefficienze per 200.000 euro all’anno può essere un investimento migliore di un ERP da 200.000 euro che non cambia nulla.
Il costo deve essere giudicato insieme al risultato.
Dove nascono gli extracosti
I progetti ERP raramente esplodono per una singola ragione. Più spesso accumulano decine di piccole deviazioni.
Le cause più comuni sono:
Requisiti incompleti
Le esigenze emergono durante la configurazione, quando modificare il progetto richiede più tempo.
Perimetro instabile
Il progetto parte con alcuni processi e progressivamente ne incorpora altri senza aggiornare calendario e budget.
Personalizzazioni approvate troppo facilmente
Ogni reparto considera indispensabile replicare il proprio modo di lavorare.
Dati sottovalutati
La migrazione viene rinviata fino a diventare il problema principale del go-live.
Decisioni lente
Il partner attende risposte, il gruppo di progetto continua a lavorare su ipotesi e alcune attività devono essere rifatte.
Utenti chiave non disponibili
Le persone migliori sono anche le più impegnate. Se non partecipano, le decisioni vengono prese da chi conosce meno i processi.
Test insufficienti
I problemi vengono scoperti in produzione, quando il costo della correzione è maggiore.
Preventivi difficili da confrontare
Un’offerta include attività che un’altra considera extra. Il prezzo più basso può essere semplicemente il preventivo meno completo.
Il fornitore più economico può diventare quello più costoso
Durante una software selection capita di ricevere offerte molto distanti.
La tentazione è chiedere a tutti di ridurre il prezzo oppure scegliere il preventivo più basso.
Prima, però, bisogna verificare che le offerte comprendano lo stesso lavoro.
Un fornitore può aver previsto:
- più giornate di analisi;
- maggiori attività sulla migrazione;
- formazione estesa;
- presenza al go-live;
- test delle integrazioni;
- project management;
- documentazione;
- assistenza iniziale.
Un altro può aver lasciato queste attività fuori dal perimetro, rimandandole a successive quotazioni.
Il secondo non è necessariamente più efficiente. Potrebbe aver semplicemente spostato una parte del prezzo nel futuro.
La comparazione economica deve distinguere:
- attività incluse;
- attività escluse;
- ipotesi utilizzate;
- responsabilità del cliente;
- tariffe per le attività aggiuntive;
- limiti delle giornate previste;
- costi ricorrenti;
- condizioni di recesso e variazione.
Il totale in fondo alla pagina è l’ultimo dato da confrontare, non il primo.
Spendere meno prima della firma
Il modo migliore per contenere il costo non è negoziare qualche giornata in meno alla fine della trattativa.
È preparare meglio il progetto.
Un’azienda può ridurre il rischio economico se:
- definisce gli obiettivi prima di contattare i produttori;
- chiarisce quali processi fanno parte del primo rilascio;
- separa i requisiti obbligatori dalle preferenze;
- valuta con severità le personalizzazioni;
- analizza subito la qualità dei dati;
- assegna persone interne competenti e disponibili;
- costruisce scenari di demo basati su casi reali;
- confronta le offerte usando lo stesso modello;
- mantiene una riserva economica per gli imprevisti;
- decide chi ha l’autorità di approvare variazioni e costi.
Un budget serio deve contenere una riserva. In molti progetti può essere prudente prevedere, come scelta gestionale e non come regola universale, un margine del 10–20% sulle attività progettuali maggiormente esposte a incertezza.
Se il margine non viene usato, tanto meglio. Se il progetto non lo prevede, ogni imprevisto diventa una crisi.
Il progetto più economico è quello che evita di rifare il progetto
Quando un ERP viene scelto male, il danno non coincide con quanto è stato pagato.
Bisogna considerare:
- tempo perso;
- persone stremate;
- dati da riconvertire;
- credibilità interna compromessa;
- processi rimasti a metà;
- investimenti rinviati;
- eventuale ritorno al vecchio sistema;
- nuova selezione e nuova implementazione.
Il vero spreco non è spendere 30.000 euro in più per analizzare bene il progetto. È spenderne 400.000 e scoprire che il sistema non risponde ai bisogni dell’azienda o che il partner non è in grado di completare il lavoro.
La software selection ha un costo. La selezione sbagliata ne ha uno molto maggiore.
La risposta dell’Osservatorio ERPSelection
Quanto costa davvero cambiare un ERP?
Costa il software.
Costa il partner.
Costa trasferire i dati.
Costa collegare i sistemi.
Costa formare le persone.
Costa dedicare al progetto i dipendenti migliori.
Costa lavorare più lentamente durante il passaggio.
Costa correggere ciò che non era stato deciso prima.
E costa mantenere il sistema negli anni successivi.
Per una piccola impresa il progetto può partire da alcune decine di migliaia di euro. Per una PMI strutturata può richiedere centinaia di migliaia. Per una media impresa industriale, multisede o con processi complessi può superare il milione.
Ma la cifra, da sola, non dice se l’investimento è alto o basso.
Un ERP costa troppo quando:
- non risolve i problemi per cui è stato acquistato;
- replica tutte le inefficienze precedenti;
- viene usato soltanto in parte;
- richiede continui interventi per funzionare;
- rende l’azienda dipendente da poche persone;
- non produce risultati misurabili.
Al contrario, anche un progetto importante può essere conveniente se riduce errori, scorte, tempi e attività manuali, migliora il controllo e permette all’impresa di crescere senza moltiplicare la complessità.
Per questo il costo dell’ERP non dovrebbe essere l’ultima colonna di un foglio Excel.
Dovrebbe essere messo accanto a una domanda molto più impegnativa:
quanto ci costa continuare a lavorare con il sistema attuale?
È da questo confronto che comincia una software selection seria.
