L'ERP è stato a lungo considerato un software per le grandi aziende: oggi questa percezione non rispecchia più la realtà.
Secondo dati ISTAT (2025) tra le imprese italiane con almeno 10 addetti il 56% utilizza almeno un software aziendale (ERP, CRM o BI) e circa il 49,5% dichiara di adottare un sistema ERP. La diffusione cresce in modo marcato con la dimensione aziendale — intorno al 46% nelle imprese tra 10 e 49 addetti, oltre l'85% nelle imprese con più di 250 addetti — ma il dato sulle PMI è significativo: quasi una su due ha già adottato un gestionale ERP, e il trend è in crescita.
Anche a livello settoriale emergono differenze significative: nel manifatturiero l’adozione dell’ERP si attesta intorno al 60%, nei servizi intorno al 46%, mentre nelle costruzioni rimane sotto il 40%.
Il quadro è chiaro: l'ERP non è più una soluzione riservata alle grandi imprese. È diventato uno strumento diffuso anche tra le PMI, in particolare nei contesti produttivi.
Nel manifatturiero, la complessità operativa — gestione ordini, pianificazione, produzione, acquisti, logistica, controllo di gestione — rende l'ERP un elemento centrale del sistema informativo. È l'infrastruttura su cui poggia il coordinamento delle attività e il monitoraggio delle performance.
Eppure, una maggiore diffusione di sistemi ERP, software gestionali e di produttività non significa maggiore dimestichezza nella scelta o nell'implementazione. Dati provenienti da analisi nelle aziende, così come la nostra esperienza concreta, mostrano che molte aziende — anche le più strutturate e con più risorse — si trovano in difficoltà quando affrontano la selezione e l’introduzione di un nuovo software in azienda.
Inoltre, nella nostra esperienza, la definizione stessa di “ERP” per le aziende si è progressivamente ampliata, integrando funzionalità un tempo gestite da altri software gestionali e di produttività, mentre questi ultimi hanno a loro volta incorporato logiche e componenti tipiche degli ERP. L'approccio che descriviamo in questo articolo è da intendersi valido quindi per tutti queste categorie di software gestionali e di produttività, al pari di un software ERP.
Ritardi e sforamenti di budget nell'implementazione di software gestionali: cosa ci dicono i dati
Secondo il 2026 ERP Report di Panorama Consulting Group, — un'analisi condotta su aziende con fatturato mediano di oltre 200 milioni di dollari, in maggioranza multinazionali — oltre un quarto dei progetti supera il budget previsto, mentre solo circa la metà viene completata entro i limiti economici iniziali. Anche sul fronte delle tempistiche emergono criticità: quasi un progetto su quattro supera la durata pianificata e solo il 58,8% viene completato nei tempi stimati.
Tra le principali fattori di sforamento dei costi, il 54,9% delle aziende segnala interventi correttivi in fase di implementazione— come moduli aggiuntivi, integrazioni o migrazione dei dati — spesso più onerosi del previsto. I ritardi sono invece legati soprattutto a fattori organizzativi, come problemi di governance, resistenze al cambiamento, scarso allineamento tra funzioni e l’espansione progressiva dello scope progettuale.
Questi elementi rappresentano spesso effetti, più che cause primarie. Nella maggior parte dei casi, affondano le radici in criticità emerse (o non affrontate) nelle fasi iniziali del progetto, in particolare durante l’analisi interna e la definizione dei requisiti tecnico-funzionali e progettuali.
Se questo vale per le grandi aziende, che possono contare su team IT dedicati, project manager specializzati e processi di governance strutturati, per le PMI il problema è strutturalmente diverso: chi gestisce la selection raramente ha affrontato un progetto ERP in precedenza, e deve farlo spesso in parallelo alle proprie responsabilità ordinarie. Vediamo come si manifesta nella pratica.
La software selection nelle PMI italiane: chi la gestisce e con quale approccio
Nelle PMI italiane, l'iniziativa di introdurre o cambiare gestionale nasce spesso da situazioni molto concrete: l'insoddisfazione verso un sistema che non regge più le esigenze operative o il ritmo di crescita, la necessità di digitalizzare processi ancora manuali, o pressioni esterne come obblighi normativi, requisiti di tracciabilità richiesti dai clienti e certificazioni di qualità. Nel manifatturiero questi requisiti possono essere particolarmente stringenti: nel food & beverage, ad esempio, la gestione della tracciabilità di filiera, delle scadenze di lotto e dei requisiti GDO rende i sistemi non strutturati inadeguati.
Tuttavia, raramente le PMI dispongono internamente delle competenze necessarie per gestire un progetto ERP. Nella nostra esperienza, la responsabilità ricade spesso su chi è disponibile: nei contesti più strutturati su profili IT come IT Manager o CIO, nelle realtà più piccole su figure amministrative o di supporto alla direzione.
Il problema è che nessuno di questi profili garantisce, da solo, una visione completa:
- Chi ha un background prevalentemente tecnico tende a privilegiare criteri economici e tecnologici — TCO, architettura, condizioni contrattuali — rispetto all'analisi dei processi aziendali;
- Chi proviene da ruoli non tecnici conosce spesso meglio i processi aziendali e le esigenze operative, ma fatica a valutare in autonomia le implicazioni tecniche e funzionali delle soluzioni proposte.
In nessuno dei due casi esiste, da solo, il quadro completo che una software selection richiede. Una software selection efficace richiede il coinvolgimento di più funzioni aziendali e una visione integrata su persone, processi e IT fin dalle fasi iniziali. Quando questo quadro manca — in particolare durante l'analisi interna e la definizione dei requisiti — il rischio è una comprensione parziale delle esigenze reali, con un impatto diretto sulla buona riuscita del progetto.
I 7 errori più comuni delle PMI italiane nella software selection
Nel contesto italiano, osserviamo in particolare i seguenti errori quando una PMI avvia una software selection ERP:
1) Non investire adeguatamente nella fase di analisi iniziale: trascurando l’analisi della situazione attuale, la definizione dei requisiti (“must-have" e “nice-to-have") e la mappatura dei processi AS-IS, oltre alla loro ottimizzazione in ottica TO-BE.
2) Non coinvolgere gli utenti finali: chi utilizzerà il sistema ogni giorno conosce i processi reali meglio di chiunque altro.
3) Non redigere una documentazione dei requisiti chiara e strutturata: in assenza di un capitolato tecnico o di un documento equivalente, i fornitori formulano proposte su presupposti diversi, rendendo il confronto tra le offerte difficile e poco affidabile.
4) Affidarsi alla fiducia nel fornitore o alla qualità percepita della demo: referenze e demo sono elementi utili, ma non sufficienti da soli per supportare una decisione solida. Le demo sono progettate per mostrare il software nelle condizioni migliori, non necessariamente nei processi specifici dell'azienda.
5) Scartare a priori una soluzione sulla base di una precedente esperienza negativa: ad esempio un'esperienza negativa con un partner o una software house che offriva quella soluzione senza distinguere tra il software, il team di implementazione e il contesto progettuale in cui tale esperienza è maturata.
6) Trattare la software selection come una gara fornitori: scegliere in base al prezzo più basso, invece di valutare l'aderenza ai requisiti, la qualità del partner di implementazione e il costo totale del progetto nel tempo.
7) Ignorare i costi di formazione: spesso sottostimati o esclusi dal budget iniziale, i costi di formazione degli utenti possono incidere significativamente sul costo complessivo del progetto e sulla velocità di adozione del nuovo sistema.
Il filo che collega questi errori è sempre lo stesso: affrontare la software selection senza la struttura e il coinvolgimento che un progetto di questa portata richiede. La domanda, quindi, è come impostare correttamente il processo di selezione e implementazione di un sistema ERP.
Scegliere un software gestionale o ERP: la guida per non sbagliare
I dati che abbiamo presentato e gli errori che abbiamo descritto hanno tutti una radice comune: l'assenza di preparazione e di un processo strutturato. Nel corso degli anni, lavorando con aziende di diverse dimensioni e settori, abbiamo sviluppato un approccio alla software selection per evitarli, lo stesso che le grandi aziende applicano da tempo e che le PMI possono adottare in modo proporzionato alla propria dimensione e maturità organizzativa.
Le fasi principali del nostro approccio possono essere sintetizzate come segue:
FASE 1: Analisi interna
- Analisi e mappatura dei processi coinvolti o da coinvolgere nel sistema informativo nella loro configurazione attuale (“AS-IS”), coinvolgendo key users e procedendo per Area/Reparto/Processo. Questa fase non è solo un inventario funzionale: è anche un'occasione per valutare quali processi mantenere, quali ottimizzare e quali trasformare.
- Definizione della configurazione a tendere (“TO-BE”): ridisegno e ottimizzazione dei processi in base agli obiettivi del progetto, alle best practice di settore e alle logiche del nuovo sistema.
- Analisi dell’architettura informatica e della struttura dei dati master (anagrafiche, codifiche, integrazioni esistenti)
FASE 2: Definizione requisiti del software e redazione capitolato tecnico
-Definizione dei requisiti tecnico-funzionali e delle specifiche progettuali (obiettivi, vincoli, budget, timeline, risorse)
-Redazione del capitolato tecnico, che riassume i risultati della fase di analisi e traduce i bisogni aziendali in requisiti chiari e strutturati da trasmettere ai fornitori. È in questa fase che si definiscono anche i criteri di completamento del progetto — gli "exit point" — che serviranno come riferimento durante l'implementazione.
FASE 3: Valutazione
- Ricerca esplorativa di soluzioni software ERP e dei relativi partner di implementazione coerenti per settore, dimensione e complessità dell’azienda.
- Costruzione di una longlist di fornitori/partner potenzialmente idonei (es. sulla base dell’esperienza nel settore dove opera l’azienda cliente)
- Trasmissione capitolato alla longlist e raccolta prime offerte
- Selezione di una shortlist di fornitori/partner ERP (di norma 3–4) a partire dalla longlist, sulla base dell’aderenza ai requisiti funzionali, tecnici ed economici
- Richiesta di demo, possibilmente con dati e processi reali e focalizzate sui casi d’uso chiave
- Confronto finale delle offerte e decisione finale
FASE 4: Implementazione
- Ultimo controllo del contratto prima della firma
- Avvio dell’implementazione e effettuazione project management: definizione della governance, piano e milestone strutturate per ambiti funzionali. Cicli strutturati di test e formazione per key users e utenti finali, con verifica dell'avanzamento sulla base degli exit point definiti in fase di capitolato, fino al go-live.
La fine dell’implementazione coincide con un go-live stabile: i dati sono stati migrati correttamente, gli utenti sono in grado di lavorare nel nuovo sistema senza errori rilevanti e i processi critici funzionano in modo affidabile in ambiente di produzione.
Vale la pena considerare, per progetti con componenti tecnologiche nuove o ad alto rischio, l'utilizzo di un approccio pilota su un sottoinsieme di processi prima del go-live completo.
Nota: Il processo qui descritto deve fungere da modello di riferimento, che deve essere adattato di volta in volta in base a complessità, budget, settore e livello di maturità organizzativa dell’azienda.
L’importanza del capitolato tecnico nella scelta di un nuovo software gestionale ERP
La redazione di un capitolato tecnico consente di allineare il team di progetto e le diverse funzioni aziendali su obiettivi, priorità e requisiti, evitando ambiguità interne e informazioni incoerenti verso i fornitori. Un documento chiaro e completo permette ai fornitori di comprendere il contesto aziendale e formulare proposte più aderenti e confrontabili, contribuendo a ridurre il rischio di incomprensioni, modifiche in corso d’opera e costi imprevisti.
Ma c’è anche un effetto meno evidente. Un’azienda che si presenta ai fornitori con requisiti ben definiti comunica un elevato livello di maturità organizzativa: dimostra di avere chiaro cosa sta cercando e di voler gestire il progetto in modo strutturato. Questo si riflette concretamente nel comportamento dei vendor, influenzando la qualità delle risposte, la composizione dei team proposti e il modo in cui vengono costruite le offerte.
Redigere un capitolato significa creare una base metodologica chiara e condivisa che orienta ogni fase del progetto di software selection: assicura che il progetto sia ben compreso sin dall’inizio, migliorando l’efficienza e garantendo che le aspettative del cliente siano pienamente soddisfatte. Costituisce un riferimento per la definizione contrattuale, la pianificazione delle attività e le verifiche in fase di implementazione e collaudo.
In sintesi, I 5 principali motivi per redigere un capitolato tecnico chiaro nella software selection ERP sono:
1) Chiarezza interna
2) Chiarezza verso i diversi possibili fornitori e segnale di professionalità
3) Base oggettiva per tutte le fasi del progetto, fino all’implementazione
4) Riduzione del rischio di ambiguità e malintesi che potrebbero risultare in costi imprevisti e ritardi
5) Offerte più facilmente comparabili
Cosa deve contenere un capitolato tecnico per la selezione di un software gestionale ERP
Un capitolato tecnico ben redatto dovrebbe fornire un quadro sintetico, proporzionato alla complessità del progetto, ma sufficientemente completo della situazione aziendale e del contesto operativo del nuovo sistema.
Dal punto di vista del contenuto, dovrebbe includere, ad esempio:
- la descrizione dell’organizzazione, dei processi chiave da mappare, dell’infrastruttura IT e dei sistemi già in uso e richieste di integrazione
- le funzionalità richieste per le varie aree aziendali, affiancandole ai requisiti generali del software (es. usabilità, architettura, integrazioni, sicurezza, scalabilità, internazionalità)
- le principali condizioni di progetto (obiettivi, tempistiche indicative, budget di riferimento, team coinvolto)
- un formato che preveda anche richieste di informazioni ai fornitori e, dove possibile, checklist o matrici in cui possano indicare il grado di soddisfazione dei - requisiti e le eventuali dipendenze o personalizzazioni, così da facilitare il confronto tra le diverse proposte.
Se hai bisogno di un template scaricabile di capitolato tecnico che ti aiuti a strutturare questi elementi in modo coerente e comparabile tra più fornitori, Diese E-Mail-Adresse ist vor Spambots geschützt! Zur Anzeige muss JavaScript eingeschaltet sein!.
Conclusione
I dati mostrano che i progetti ERP vanno fuori controllo anche nelle grandi aziende, nonostante le maggiori risorse disponibili. In un contesto economico in continua evoluzione, ridurre il margine di errore in decisioni così strategiche come la selezione di un software ERP è fondamentale. Per le PMI italiane, il rischio di insuccesso è ancora maggiore.
L’ERP scelto accompagnerà l’azienda per molti anni: il documento che ne definisce i requisiti – il capitolato tecnico - non può essere trattato come un’attività secondaria, ma come la base su cui costruire una software selection strutturata. È lo strumento con cui un'azienda, di qualsiasi dimensione, traduce la propria analisi interna in requisiti chiari, orienta la selezione della soluzione e del fornitore e si protegge da ambiguità e costi imprevisti lungo tutto il progetto.
