
Indice
- Il cliente e il problema
- Il mio approccio
- Fase 1: i requisiti di cui i fornitori non chiedono mai
- Fase 2: una giornata di demo con copione e dati reali
- Fase 3: far emergere i costi nascosti
- Fase 4: neutralizzare i pregiudizi interni
- Fase 5: allineamento del consiglio di amministrazione
- I risultati
- Un modello di TCO a cinque anni
- Come apparirebbe questa selezione nel 2026
- Lezioni per i dirigenti
- Domande frequenti
Questo case study mostra come un produttore di medie dimensioni abbia scelto un ERP in dodici settimane, evitando 1,2 milioni di dollari di spesa inutile. È rivolto a CFO, COO e CIO che stanno per avviare una selezione, o che ne sono bloccati. Cinque elementi hanno fatto la differenza. Le mappe di processo sono venute prima di qualsiasi demo. Ogni fornitore ha eseguito gli stessi scenari con copione sui dati del cliente. Un modello del costo totale di proprietà (TCO) a cinque anni ha messo in luce costi che i prezzi di listino nascondevano. I dirigenti hanno assegnato i punteggi separatamente, per far emergere i pregiudizi. E il consiglio di amministrazione ha visto un decision pack di una pagina. Il risparmio è venuto dal taglio del perimetro di cui l'azienda non aveva bisogno, non dagli sconti dei fornitori. Se sta per iniziare, parta dalla mappatura dei processi principali.
Dopo 25 anni di consulenza ERP pensavo di aver visto quasi tutto. Poi un'azienda manifatturiera di medie dimensioni in Polonia ha rischiato di approvare il sistema sbagliato, un errore da 1,2 milioni di dollari in fieri. La leadership era sopraffatta dalle tattiche commerciali dei fornitori, dalla politica interna e da un elenco di requisiti diventato una lista dei desideri.
È allora che sono stato chiamato. Ho semplificato il processo di selezione, introdotto criteri di valutazione strutturati e chiesto alla leadership quali fossero i suoi veri punti dolenti. Ho ricordato anche che la selezione di un ERP è una decisione di governance e di rischio, non una gara di funzionalità.
Il risultato: una scelta sicura in dodici settimane, 1,2 milioni di dollari di spesa inutile evitati e un consiglio di amministrazione che è entrato nell'implementazione con chiarezza anziché con esitazione.
- Requisiti che i fornitori saltanoIntegrazione, lock-in, prontezza, differenze tra i siti
- Giornata di demo con copioneStessi workflow, dati del cliente
- Modello di costi a cinque anniHa rivelato un aumento di 500 mila dollari dopo il terzo anno
- Punteggi separatiCIO, CFO e COO hanno votato separatamente
- Pack di una pagina per il boardBoard allineato in 45 minuti
ERP scelto in dodici settimane, 1,2 milioni di dollari di spesa inutile evitati
L'azienda aveva un fatturato poco sotto i 400 milioni di dollari. Finanza, magazzino e produzione giravano ciascuno su piattaforme separate, con pochissima integrazione. Il reporting era lento e inaffidabile, e i reparti avevano costruito soluzioni manuali per tenere in piedi le operazioni. Il consiglio di amministrazione era stato chiaro: non poteva aspettare un altro anno.
Le pressioni emerse quando ho passato del tempo con la leadership:
- CIO: spingeva per le capacità cloud e la scalabilità nel lungo periodo
- CFO: spingeva con decisione sul controllo dei costi, preoccupato per un altro sforamento di budget
- COO: insisteva che la stabilità operativa venisse prima, preoccupato per le interruzioni della produzione
- Fornitori: usavano sconti di fine trimestre e offerte «a tempo limitato» per forzare una decisione
Ogni priorità aveva senso presa da sola. Insieme hanno creato uno stallo. Nessuno aveva numeri solidi e le decisioni erano guidate dalle presentazioni dei fornitori, senza alcun modello di costo alle spalle.
Il personale era stremato. Alcune settimane prevedevano tre o quattro demo senza alcun quadro di valutazione. Un manager ha ammesso sottovoce di non ricordare più quale prodotto offrisse quale funzione. Era subentrata la fatica decisionale, e la tentazione di scegliere e basta era concreta.
La tabella mostra i problemi più comuni nella selezione e la soluzione per ciascuno.
| Problema comune | Impatto | Come affrontarlo |
|---|---|---|
| Buttarsi subito nelle demo dei fornitori | I team si distraggono con le funzioni; l'aderenza ai processi viene ignorata | Documentare prima i flussi di processo; fare le demo con i propri dati |
| Requisiti poco chiari da parte della leadership | Priorità in conflitto bloccano le decisioni e ampliano il perimetro | Fissare gli elenchi must-have e should-have con l'approvazione dei dirigenti |
| Nessun modello di costi a cinque anni | I costi nascosti emergono dopo il go-live | Costruire una vista TCO che copra licenze, aumenti automatici, integrazione e supporto |
| Punti ciechi nell'integrazione | Le interfacce scoperte in ritardo causano slittamenti e sforamenti | Mappare presto ogni sistema; dimostrare le interfacce a rischio con un proof of concept |
| Politica e pregiudizi | Le decisioni poggiano sulle opinioni, non sui fatti | Usare scorecard ponderate e criteri specifici per ruolo |
Fase 1: i requisiti di cui i fornitori non chiedono mai
La maggior parte delle selezioni si concentra su moduli e funzioni. Io ho guardato dove l'integrazione avrebbe contato di più, perché i sistemi legacy non spariscono dall'oggi al domani. Ho sollevato il tema del lock-in con il fornitore: penali e costi di migrazione futuri che nessun commerciale mette nella prima slide. E ho verificato la prontezza dell'organizzazione.
Nei workshop ho scoperto che le prassi di gestione delle scorte erano diverse da uno stabilimento all'altro. Alcuni tracciavano le materie prime nei fogli di calcolo; altri usavano database locali. Quel solo divario avrebbe potuto trasformarsi in una crisi al cutover. Segnalarlo presto ha fatto capire alla leadership che la scelta del sistema doveva procedere di pari passo con l'allineamento dei processi. È lo stesso principio che applico ovunque: prima i processi, poi i sistemi.
Fase 2: una giornata di demo con copione e dati reali
I fornitori preferiscono mostrare ciò che sanno fare meglio, e questo nasconde i punti deboli. Ho costruito una giornata di demo con copione in cui ogni fornitore ha percorso gli stessi workflow centrali, order-to-cash e pianificazione della produzione, usando i dati del cliente nella stessa sequenza. Nessuno scenario scelto ad arte.
Alcuni fornitori hanno obiettato che era insolito. Io sono rimasto fermo. Il cliente ha visto confronti affiancati che hanno rivelato differenze che le brochure avevano nascosto.
Fase 3: far emergere i costi nascosti
I prezzi di listino ingannano. Ho costruito un modello di TCO a cinque anni. Includeva le clausole di adeguamento annuale che alzano silenziosamente i canoni e il costo di sostituire il personale distolto dal lavoro quotidiano. Copriva anche il supporto in hypercare, che spesso costa da due a tre volte quanto i fornitori quotano all'inizio.
Un'opzione «di fascia media» mostrava un aumento nascosto di 500.000 dollari dopo il terzo anno. Senza il modello, il cliente l'avrebbe scelta in base al prezzo in evidenza. Quel solo esercizio ha giustificato l'incarico.
Fase 4: neutralizzare i pregiudizi interni
Anche con i dati, i pregiudizi si insinuano. Il CIO propendeva per il fornitore cloud-first, il CFO per il prezzo iniziale più basso, il COO per la stabilità. Ho condotto sessioni di valutazione strutturata separatamente con ciascuno, poi ho confrontato i risultati per mostrare dove la preferenza personale aveva pesato più dei fatti. Con una valutazione strutturata diventava più difficile dire «questo mi sembra migliore» senza prove.
Fase 5: allineamento del consiglio di amministrazione
Ho riassunto tutto in una dashboard esecutiva di una pagina: una scorecard, intervalli di costo e una heatmap dei rischi. Niente gergo e niente lunghi report. La discussione in consiglio è durata meno di un'ora, e la leadership si è allineata in 45 minuti. Se ne sono andati sicuri, non perché avessero più dati, ma perché i dati erano strutturati e trasparenti.
La tabella mostra i passi della selezione in ordine e ciò che ciascuno ha prodotto.
| Passo | Scopo | Risultato |
|---|---|---|
| Definire gli obiettivi di business | Concordare che cosa l'ERP deve risolvere: controllo dei costi, compliance, scalabilità | Leadership e operations allineate sugli obiettivi |
| Mappare i processi attuali | Documentare workflow, punti dolenti e dipendenze | Una base di partenza su cui giudicare l'aderenza |
| Creare la short list dei fornitori | Restringere a opzioni realistiche | Valutazione concentrata sui candidati rilevanti |
| Eseguire l'analisi fit-gap | Confrontare ogni opzione con le esigenze del business | Un quadro chiaro di personalizzazioni, rischi e lacune di integrazione |
| Modellare il costo totale di proprietà | Licenze, implementazione, formazione e cinque anni di supporto | Chiarezza finanziaria per il budget e l'approvazione del board |
| Verificare le referenze | Parlare con pari di settori simili che usano lo stesso ERP | Una visione diretta delle prestazioni del fornitore |
- ERP scelto in dodici settimane
- 1,2 milioni di dollari di spesa inutile evitati, eliminando moduli senza valore per il business e respingendo pacchetti premium gonfiati, non inseguendo gli sconti
- Fatica decisionale superata; la leadership si è allineata ed è entrata nel kick-off con aspettative condivise
- Scadenze di fine trimestre dei fornitori neutralizzate; il cliente ha comprato alle proprie condizioni
«Noel non si è limitato ad aiutarci a scegliere un ERP. Ci ha dato un modo per superare la politica, vedere i costi nascosti e prendere una decisione da consiglio di amministrazione con chiarezza. In 12 settimane abbiamo risparmiato oltre un milione di dollari e abbiamo evitato un errore che sarebbe durato un decennio.» (CFO, gruppo manifatturiero polacco)
Scegliere un ERP ha meno a che fare con le funzionalità del software e più con la sua aderenza al modo in cui l'azienda lavora davvero ogni giorno. Se la leadership non si allinea presto sulle priorità, la selezione scivola in dibattiti infiniti senza una decisione chiara.
Il modello dei costi è stato l'artefatto più prezioso di questo incarico. Ecco le voci che copriva e quelle che più spesso vengono dimenticate.
| Voce di costo | Che cosa includere | Spesso dimenticato |
|---|---|---|
| Software | Licenze o subscription per gli utenti e le entità attuali e previsti | Crescita degli utenti e aumenti di prezzo dopo il primo anno |
| Implementazione | Compensi del partner, team di progetto interno, contingency | Sostituzione interna per le persone distolte dal lavoro quotidiano |
| Integrazione | Interfacce verso i sistemi mantenuti, middleware, test | Interfacce scoperte tardi nel progetto |
| Migrazione dei dati | Pulizia, caricamenti di prova, riconciliazione | Lavoro sulla qualità dei dati legacy |
| Formazione e change | Progettazione ed erogazione della formazione, supporto sul campo | Formazione di richiamo durante l'hypercare |
| Hypercare e supporto | Supporto post go-live e modello di run | Perimetro dell'hypercare oltre la prima quotazione del fornitore |
| Uscita e rinnovo | Condizioni di rinnovo, esportazione dei dati, costi di migrazione | Costi di lock-in quando le condizioni cambiano al rinnovo |
Per il lato contrattuale dello stesso quadro, si veda la mia guida alla negoziazione dei contratti ERP per i CFO.
Per un produttore del mid-market che scegliesse nel 2026 cambierebbero tre cose.
SAP GROW sarebbe nella short list. SAP GROW, costruito sull'ERP in public cloud di SAP, oggi rientra nella stessa discussione di NetSuite, Dynamics 365 Business Central e Infor per le aziende nuove a SAP. L'offerta GROW Fast, a perimetro fisso, punta al go-live in pochi mesi, e il clean core è imposto per costruzione. Il modello di TCO deve confrontare la crescita della subscription su cinque anni, non la licenza perpetua più la manutenzione.
L'AI velocizza le carte, non il giudizio. Gli assistenti AI oggi sanno redigere sintesi dei requisiti, framework di valutazione e prime analisi fit-gap. Stabilire quale fornitore si adatti davvero al business resta un giudizio per persone esperte.
Il cloud è la scelta predefinita. Alcuni produttori del mid-market un tempo mettevano a confronto cloud e on-premise. Nel 2026 la scelta predefinita nella pratica è il cloud, a meno che le regole su residenza o sovranità dei dati dicano altro. Nel TCO si confrontino le opzioni cloud testa a testa, invece di costruire uno scenario on-premise per ogni fornitore.
La giornata di demo con copione, il TCO dei costi nascosti, i punteggi separati e il pack di una pagina per il board valgono ancora, qualunque sia la short list. La mia guida al miglior ERP per il manifatturiero tratta i fornitori in modo più approfondito.
Non bisogna avere fretta nella decisione: le scelte rapide trascurano costi nascosti e rischi di integrazione. Servono numeri reali, non presentazioni, con una visibilità da cinque a sette anni. Si bilancino presto le priorità della leadership in sessioni strutturate, prima che le posizioni si irrigidiscano. Si protegga il personale dalla fatica da demo standardizzando i criteri e ruotando i partecipanti. E si tenga coinvolto il consiglio con brevi aggiornamenti di checkpoint, così non ci sono sorprese all'ultimo. Se nella short list ci sono SAP e Oracle, il mio confronto tra SAP e Oracle espone i compromessi.
Come deve iniziare la selezione di un ERP un produttore di medie dimensioni senza perdersi nelle demo?
Non con le demo dei fornitori. Si parte mappando i processi principali: order-to-cash, programmazione della produzione, gestione delle scorte e pagamenti ai fornitori. Una volta documentati e condivisi, si valuta come ciascun sistema li supporta. Ho visto team passare settimane su demo curatissime per poi accorgersi che metà di ciò che avevano visto non c'entrava nulla con le loro operazioni. Partire dalla mappatura dei processi di solito rende la valutazione più breve e meno politica.
Che cosa deve contenere un modello di costo totale di proprietà a cinque anni per un ERP?
Licenze o subscription con la crescita degli utenti, manutenzione e clausole di adeguamento, implementazione, integrazione, migrazione dei dati, test, hypercare e sostituzione del personale interno distolto dal lavoro quotidiano. In un caso, un team ha approvato un sistema guardando solo i canoni di licenza e ha scoperto che il budget era raddoppiato entro il secondo anno. Il modello obbliga a parlare di aumenti automatici e rinnovi prima di esserci vincolati.
Come rendere davvero confrontabili le demo dei fornitori?
Si scrivono scenari identici sui propri dati. Ogni fornitore percorre gli stessi workflow, come order-to-cash, pianificazione della produzione e resi, nella stessa sequenza e nello stesso tempo. Si ponderano i punteggi sulle proprie priorità, non sulla qualità della presentazione. Un team manifatturiero ha chiesto ai fornitori di gestire un reso complesso con emissione di una nota di credito, e quel solo test ha messo in luce differenze che le demo curate avevano nascosto.
Quali rischi deve vedere il consiglio prima di approvare la scelta di un ERP?
Fallimento della migrazione dei dati, lacune di integrazione con i sistemi mantenuti, adozione disomogenea dei processi tra i siti e lock-in con il fornitore che si fa sentire quando scadono aggiornamenti o rinnovi. Una heatmap dei rischi di una pagina, con probabilità e impatto, di solito cambia la conversazione, perché senza di essa i dirigenti danno per scontato che l'ERP riguardi solo licenze e tempistiche. Alcuni rischi si possono mitigare; altri vanno accettati con consapevolezza.
Come si evita lo scope creep durante la selezione di un ERP?
Si separano i requisiti must-have da quelli opzionali e si collega ogni funzione a un risultato di business misurabile. Si aggiunge un processo formale di modifica: ogni nuovo requisito deve dimostrare una riduzione del rischio o un ritorno finanziario. Ho visto team approvare ogni richiesta finché i tempi non sono raddoppiati. Ogni funzione in più compete con la prontezza al go-live, e la leadership deve dirlo con coerenza.
Come si gestiscono le pressioni dei fornitori e gli sconti di fine trimestre?
Gli sconti legati a scadenze ravvicinate vanno trattati come tattiche di pressione, non come risparmi. I veri risparmi vengono dall'eliminare moduli superflui e dal contestare le licenze in eccesso; uno sconto del 10% sembra meno attraente quando metà delle funzionalità non viene mai usata. In questo incarico rinviare la decisione non ha cambiato le condizioni disponibili, perché i fornitori raramente si tirano indietro davanti a un acquirente determinato. Il risparmio di 1,2 milioni di dollari è venuto dal perimetro, non da uno sconto.
Il prossimo passo
Sta gestendo un programma ERP in questo momento?
Se questo articolo tocca un programma che sta seguendo in questo momento, una conversazione di 30 minuti di solito porta più lontano di un'altra settimana di analisi interna.




