Dopo decenni di progetti di migrazione di software gestionali, in aziende di dimensioni e settori molto diversi, mi sono convinto di una cosa: cambiano il nome dell’ERP, cambiano i fornitori, cambiano i reparti… ma i punti critici sono quasi sempre gli stessi.
Ogni azienda ha la propria storia e le proprie particolarità, soprattutto nelle PMI, dove i processi sono spesso costruiti negli anni seguendo le esigenze quotidiane. Eppure, quando arriva il momento di sostituire un gestionale, ci sono alcuni aspetti che, se trascurati, rischiano di trasformare un progetto promettente in una lunga serie di riunioni accompagnate dalla classica frase: “Con il vecchio sistema funzionava…”
Ecco i quattro aspetti che, nella mia esperienza, meritano sempre la massima attenzione.
1. L’analisi dei processi viene prima del software
La prima domanda non dovrebbe essere “Cosa sa fare il gestionale?”, ma “Come lavorano le persone in azienda?”.
Un progetto ERP non consiste nel trasferire dati da un programma a un altro. Significa capire come vengono svolte le attività operative ogni giorno e individuare il modo migliore per renderle più efficienti.
Nella maggior parte dei casi l’obiettivo è trovare il giusto equilibrio tra standardizzazione e personalizzazione.
Standardizzare significa adottare le funzionalità già offerte dal gestionale quando rappresentano una buona pratica consolidata. Personalizzare, invece, dovrebbe essere una scelta riservata solo ai processi che rappresentano un reale vantaggio competitivo per l’azienda.
Nelle PMI questo tema è ancora più evidente. È frequente trovare procedure nate anni prima per risolvere un’esigenza specifica e che, nel tempo, sono diventate “la normalità”. Alcune meritano di essere mantenute, altre possono essere semplificate. La vera difficoltà sta proprio nel distinguerle.
2. Il progetto riguarda prima di tutto le persone
Un gestionale non è un software che si utilizza una volta ogni tanto. È lo strumento con cui gli operatori lavoreranno tutti i giorni, probabilmente per molti anni.
Per questo motivo, se l’obiettivo è rispettare i tempi della migrazione, coinvolgere gli utenti operativi fin dalle prime fasi del progetto rappresenta uno dei migliori investimenti possibili.
Sessioni frequenti, configurazioni costruite insieme, verifiche continue e confronti durante tutto il percorso permettono di intercettare esigenze che difficilmente emergerebbero leggendo soltanto un documento di analisi.
Il contrario succede più spesso di quanto si immagini: gli utenti vedono il nuovo gestionale solo pochi giorni prima della messa in produzione. A quel punto iniziano le osservazioni, le richieste di modifica e le inevitabili sorprese. Non perché qualcuno abbia lavorato male, ma semplicemente perché chi utilizza il sistema ogni giorno conosce dettagli operativi che spesso emergono soltanto davanti alle schermate reali.
Nelle PMI questa dinamica pesa ancora di più, perché i processi sono generalmente meno standardizzati e molto legati all’esperienza dei singoli operatori.
3. Le integrazioni non sono comprese… se nessuno le chiede
Quando si acquista un gestionale, normalmente si acquista il gestionale.
Può sembrare una frase banale, ma spesso ci si aspetta che il nuovo ERP comunichi automaticamente con tutti gli altri sistemi presenti in azienda. In realtà, se queste esigenze non vengono esplicitate durante l’analisi, difficilmente saranno considerate nel progetto.
Un esempio molto comune riguarda le aziende manifatturiere.
Si sostituisce l’ERP che gestisce acquisti, vendite e magazzino, ma in produzione continua a essere utilizzato un software MES specializzato.
Se ERP e MES non vengono integrati correttamente, gli operatori finiscono per copiare dati da un sistema all’altro. E quando le informazioni iniziano a viaggiare con il classico “copia e incolla”, l’efficienza prende spesso una strada diversa.
Le modalità di integrazione possono essere molteplici, ma la necessità di integrarsi con gli altri sistemi aziendali deve essere chiarita fin dall’inizio del progetto.
4. Il budget si costruisce conoscendo davvero il progetto
Tempi e costi di una migrazione gestionale sono spesso più difficili da stimare rispetto a quanto si immagini.
Non perché il progetto sia fuori controllo, ma perché un ERP è uno strumento ricco di funzionalità e ogni azienda ne utilizza soltanto una parte, spesso in modo molto specifico.
Se durante la pianificazione non vengono considerate l’analisi dei processi, il coinvolgimento degli utenti, le integrazioni e tutte le attività necessarie alla configurazione del sistema, è facile che le previsioni iniziali si discostino dal consuntivo finale.
Un progetto gestionale richiede infatti una visione sia informatica sia funzionale. Non basta conoscere il software: bisogna comprendere anche come lavora l’azienda e quali funzionalità saranno realmente utilizzate.
In fondo, un ERP non è una calcolatrice. Le funzioni disponibili sono molte, ma nessuna azienda le utilizza tutte. Quelle che servono davvero, però, è fondamentale conoscerle a fondo.
Conclusioni
Se dovessi riassumere decenni di progetti in una sola frase direi questa: la migrazione di un gestionale non è un progetto software, è un progetto aziendale.
Tecnologia, processi, persone e organizzazione devono procedere insieme. Quando uno di questi elementi rimane indietro, prima o poi il progetto lo presenta… gentilmente. Di solito durante la prima settimana di utilizzo del nuovo gestionale, quando qualcuno pronuncia la frase che nessun project manager vorrebbe mai sentire: “Posso tornare un attimo al vecchio sistema?”
