Il software vecchio che nessuno vuole toccare
In quasi ogni azienda che esiste da più di dieci anni c'è un programma così: scritto tempo fa, magari in VB6 o in una versione di .NET che Microsoft ha smesso di aggiornare da anni, che gira ancora tutti i giorni e che tutti trattano con un misto di rispetto e timore. Nessuno lo tocca perché nessuno sa davvero come reagirebbe a una modifica. Funziona, finché funziona.
Il problema arriva quando quel software inizia a diventare un vincolo invece che uno strumento: non si integra con il nuovo CRM, non gira su server moderni, o peggio, la persona che lo conosceva è andata in pensione tre anni fa e nessuno ha più il codice sorgente aggiornato. A quel punto la domanda non è più se intervenire, ma come.
I segnali che è arrivato il momento di muoversi
Non serve aspettare che il sistema si blocchi per capire che è ora di agire. Ci sono campanelli d'allarme che si vedono con un po' di anticipo, se si sa dove guardare.
- Ogni modifica, anche piccola, richiede giorni di lavoro e genera effetti collaterali imprevisti in altre parti del programma
- Il linguaggio o il framework su cui è scritto non riceve più aggiornamenti di sicurezza dal produttore
- Solo una o due persone in azienda (spesso vicine alla pensione) capiscono davvero come funziona internamente
- Collegarlo a un nuovo strumento — un e-commerce, un CRM, un sistema di fatturazione — richiede soluzioni artigianali che si rompono a ogni aggiornamento
- Gira su un server fisico che nessuno vuole più sostituire perché «se lo spegniamo non si sa se si riaccende»
Se riconosci due o tre di questi punti, probabilmente stai già pagando un costo nascosto in tempo e rischio, anche se nessuno lo ha ancora messo su un foglio Excel.
Riscrivere da zero: quando ha davvero senso
Riscrivere un sistema legacy è l'opzione più radicale, e anche quella con cui si tende a partire troppo in fretta. Ha senso quando il software attuale non rispecchia più il modo in cui l'azienda lavora oggi — magari è nato per un'azienda con 15 dipendenti e oggi ne avete 80, con processi completamente diversi — oppure quando la base tecnologica è così datata che anche una semplice modifica richiede competenze difficili da trovare sul mercato.
È la strada giusta anche quando il software legacy è diventato un ostacolo alla crescita: non riesce a gestire i volumi attuali, non supporta più utenti in contemporanea, o semplicemente non permette di aggiungere le funzionalità che il business richiede adesso. In questi casi, continuare a rattoppare un sistema che ha già dato tutto quello che poteva dare è spesso più costoso, nel medio periodo, di ripartire con una base solida.
Integrare senza riscrivere: la strada più sottovalutata
Molte aziende arrivano a pensare che l'unica soluzione sia buttare via tutto e ricominciare, quando in realtà il problema non è il software in sé ma il fatto che è isolato dal resto. Un gestionale legacy che fa esattamente quello per cui è nato — magari la produzione, o la contabilità di base — e lo fa bene, non va necessariamente sostituito. Va collegato.
Con le API giuste, è possibile far dialogare un sistema vecchio con strumenti moderni senza toccare una riga del codice originale: un livello di integrazione che legge e scrive dati dal sistema legacy e li rende disponibili al resto dell'azienda. Abbiamo approfondito questo approccio, con i casi in cui funziona meglio, nella nostra pagina dedicata alla system integration. Il vantaggio è evidente: si evita il rischio e il costo di un progetto di riscrittura completa, mantenendo operativo un sistema che le persone conoscono e di cui si fidano.
La via di mezzo che quasi nessuno considera
Tra riscrivere tutto e lasciare tutto com'è esiste una terza strada, spesso la più sensata: modernizzare un pezzo alla volta. Si individua la parte del sistema che genera più problemi — penso spesso alla gestione ordini o alla reportistica — e si sostituisce solo quella con un modulo nuovo, collegato al resto tramite integrazione. Il sistema legacy continua a fare quello che sa fare, mentre la parte critica viene ricostruita su basi moderne.
Questo approccio riduce il rischio del progetto (non si rimette in discussione tutto insieme) e permette di distribuire l'investimento nel tempo, invece di affrontarlo in un'unica soluzione da budget importante. Per molte PMI è il punto di equilibrio migliore tra urgenza del problema e capacità di spesa reale.
Quanto costa e quanto tempo richiede
Dipende molto da quale delle tre strade si scelga. Un progetto di integrazione mirata, che collega il sistema legacy a uno o due strumenti nuovi senza toccarne il cuore, si colloca spesso tra 8.000 e 25.000 euro, con tempi di 2-4 mesi. Una modernizzazione incrementale, modulo per modulo, parte da cifre simili ma si estende su un orizzonte di 6-18 mesi, a seconda di quanti moduli si decide di sostituire. Una riscrittura completa è il progetto più impegnativo: per un sistema di dimensioni medie si parla di 40.000-120.000 euro e 6-12 mesi di lavoro, cifre che salgono per sistemi più complessi o con molte integrazioni esterne.
Il parametro da guardare non è solo il costo assoluto, ma quanto costa oggi mantenere il sistema così com'è — tra tempo perso, rischio di guasto e opportunità di crescita bloccate dalla tecnologia.
Conclusione
Non esiste una risposta valida per tutti i casi, e chi propone sempre la stessa soluzione — riscrivere tutto, o integrare tutto — probabilmente non ha guardato con attenzione al tuo sistema specifico. La scelta giusta dipende da quanto il software attuale fa ancora bene il suo lavoro, da quanto è isolato dal resto dell'azienda e da quanto margine di crescita serve nei prossimi anni.
Se vuoi un parere su come valutare il tuo caso specifico, prenota una call gratuita con il nostro team.