Il cambio di gestionale è uno dei progetti più costosi che una PMI affronta, e uno di quelli che va storto più spesso. Non perché i software siano cattivi, ma perché la decisione viene presa tardi, la scelta viene fatta guardando le funzionalità sbagliate e il progetto viene sottostimato nella parte che pesa di più: i dati e le persone.

Questa guida mette insieme le quattro domande che si presentano in sequenza: quando è il momento di sostituire, come si sceglie, cosa fa fallire i progetti e come si portano i dati da un sistema all'altro.

Quando il gestionale va sostituito

La prima cosa da stabilire non è quale software comprare, ma se serva davvero comprarne uno. Una parte consistente dei gestionali giudicati inadeguati è semplicemente configurata male o usata a metà, e sostituirli significa spendere per riprodurre altrove lo stesso disordine.

I segnali che indicano configurazione, non sostituzione

I segnali che indicano sostituzione

L'ultimo punto è il più diagnostico. Quando l'azienda ha costruito un secondo sistema informativo fatto di file condivisi per fare ciò che il gestionale non fa, il gestionale ha smesso di essere il centro dei dati ed è diventato un archivio di documenti fiscali.

Come si sceglie quello giusto

La sequenza corretta parte dai processi, non dai prodotti. Guardare le demo prima di aver definito i requisiti porta a scegliere il software che si presenta meglio, non quello che serve.

1. Mappare come si lavora oggi

Prima di valutare qualunque soluzione va descritto il flusso reale: dall'ordine del cliente alla consegna, dall'acquisto al pagamento. In questa fase emergono quasi sempre passaggi che nessuno aveva mai formalizzato e duplicazioni di cui l'azienda non era consapevole.

2. Distinguere requisiti da desideri

Ogni requisito va classificato come indispensabile o desiderabile. È un esercizio scomodo ma decisivo: senza questa distinzione ogni fornitore sembra soddisfare tutto, perché la risposta a "lo fate?" è quasi sempre sì. La domanda utile è "come lo fate, e cosa devo cambiare io per usarlo così".

3. Valutare il fornitore, non solo il software

Il prodotto conta meno di quanto si creda. Contano la vicinanza dell'assistenza, la conoscenza del vostro settore, la solidità di chi vi seguirà negli anni e i tempi di risposta reali quando qualcosa si blocca. Un software eccellente con un partner assente produce un progetto fallito.

4. Provare sui propri dati

Le demo mostrano scenari costruiti per funzionare. Una prova fatta sui vostri articoli, con i vostri cicli e le vostre eccezioni, dice molto di più — soprattutto sulle eccezioni, che sono la parte dove i gestionali si differenziano davvero.

Cosa fa fallire i progetti

Gli insuccessi si assomigliano molto fra loro, e quasi mai dipendono dalla tecnologia.

Perimetro non definito

Il progetto parte senza un confine chiaro su cosa entra e cosa resta fuori. Ogni settimana si aggiunge qualcosa, i tempi si allungano e il collaudo non arriva mai.

Dati sporchi portati dentro

Si migra tutto senza bonifica, convinti di sistemare dopo. Il disordine del vecchio sistema si trasferisce nel nuovo, che viene giudicato inaffidabile.

Formazione ridotta all'ultimo

Un paio di sessioni la settimana prima della partenza. Le persone tornano ai fogli di calcolo, il gestionale resta mezzo vuoto e i dati non tornano.

Nessun referente interno

Se non c'è qualcuno in azienda che decide, il fornitore fa scelte al posto vostro basandosi su ipotesi. Non è colpa sua: qualcuno deve decidere.

Collaudo saltato

Si passa dalla configurazione alla produzione senza una fase di prova su casi reali. I problemi emergono con i clienti veri.

Partenza nel momento sbagliato

Avviare durante il picco stagionale o la chiusura di bilancio significa affrontare i problemi iniziali quando nessuno ha tempo per gestirli.

Il denominatore comune è la sottovalutazione del tempo interno. Un progetto di questo tipo richiede giornate di persone che hanno già un lavoro a tempo pieno, e quel costo non compare in nessun preventivo.

Serve una figura indipendente?

Non sempre, ma in una situazione specifica sì: quando in azienda nessuno ha già affrontato un progetto simile.

Il fornitore ha competenza sul proprio prodotto, ed è naturale che proponga la soluzione che vende. Non è disonestà, è il suo mestiere. Il problema nasce quando dall'altra parte del tavolo non c'è nessuno in grado di distinguere ciò che serve da ciò che viene proposto, e di dire di no alle funzioni che non verranno mai usate.

Il valore di una parte indipendente si concentra in tre punti: tradurre i processi in requisiti verificabili, rendere confrontabili offerte scritte in modo diverso, e presidiare il collaudo verificando che quanto pattuito sia stato consegnato davvero.

La migrazione dei dati

È la fase che consuma più tempo di quanto chiunque preveda, e quella che determina se il nuovo sistema sarà creduto.

Cosa portare e cosa no

Non tutto lo storico va migrato. La domanda da porsi per ogni insieme di dati è: a cosa serve nel nuovo sistema? Le anagrafiche attive servono. I movimenti degli ultimi esercizi servono per confronti e statistiche. I documenti di dieci anni fa, nella maggior parte dei casi, vanno conservati in sola lettura sul vecchio sistema o in un archivio, non portati dentro.

La bonifica viene prima

Anagrafiche duplicate, codici articolo incoerenti, clienti cessati mai chiusi, unità di misura disallineate: se questi problemi entrano nel nuovo sistema, ci restano. La bonifica va fatta prima della migrazione, ed è l'occasione migliore che l'azienda avrà per anni di rimettere ordine.

Le prove di caricamento

La migrazione non si fa una volta sola. Si eseguono caricamenti di prova, si verificano i totali, si controllano a campione i record e si confrontano i saldi con il vecchio sistema. Solo quando i numeri tornano si procede con il caricamento definitivo.

Il periodo di sovrapposizione

Nei primi tempi conviene mantenere il vecchio sistema accessibile in sola lettura. Serve a risolvere i dubbi senza bloccare il lavoro, e toglie pressione alla partenza.

Quanto dura

Dipende dalla complessità, ma la variabile che sposta di più i tempi non è la dimensione dell'azienda: è quanto sono ordinati i dati di partenza e quanto tempo le persone interne possono davvero dedicare al progetto.

Un'impresa piccola con anagrafiche disastrate e nessuno che possa seguire il lavoro impiega più di un'azienda più grande ma ordinata e con un referente dedicato.

Stai valutando il cambio di gestionale?

Ti affianchiamo dall'analisi dei processi alla scelta del fornitore fino al collaudo, come parte indipendente.

Contattaci → Il servizio →

Domande Frequenti sul Cambio di Gestionale

Se i problemi si concentrano su un singolo processo, se ci sono funzioni mai impostate o se manca la formazione, quasi sempre si tratta di configurazione. Va sostituito quando il prodotto è dismesso, non regge i volumi, mancano funzioni strutturali o non esistono interfacce di integrazione. Il segnale più diagnostico è quando le attività gestite in fogli di calcolo paralleli superano quelle gestite nel gestionale.
Dai processi, non dai prodotti. Vanno prima mappati i flussi reali dall'ordine alla consegna e dall'acquisto al pagamento, poi tradotti in requisiti distinti fra indispensabili e desiderabili. Guardare le demo prima di aver definito i requisiti porta a scegliere il software che si presenta meglio, non quello che serve.
Il fornitore, più di quanto si creda. Vicinanza dell'assistenza, conoscenza del settore, solidità nel tempo e tempi di risposta reali quando qualcosa si blocca pesano quanto le funzionalità. Un software eccellente con un partner assente produce un progetto fallito.
Sottovalutare il tempo interno. Il progetto richiede giornate di persone che hanno già un lavoro a tempo pieno, e quel costo non compare in nessun preventivo. Da lì derivano gli altri errori: perimetro che si allarga, formazione compressa all'ultimo, collaudo saltato.
No. Per ogni insieme di dati va chiesto a cosa serve nel nuovo sistema. Anagrafiche attive e movimenti degli ultimi esercizi servono; i documenti molto vecchi di solito si conservano in sola lettura sul vecchio sistema o in archivio. Portare tutto dentro appesantisce il nuovo sistema senza dare valore.
Perché anagrafiche duplicate, codici incoerenti e clienti cessati mai chiusi, se entrano nel nuovo sistema ci restano. Il disordine trasferito fa giudicare inaffidabile il nuovo gestionale, con la conseguenza che le persone tornano ai fogli di calcolo. È anche la migliore occasione per anni di rimettere ordine.
Non sempre, ma sì quando in azienda nessuno ha già affrontato un progetto simile. Il fornitore è competente sul proprio prodotto ed è naturale che proponga ciò che vende: serve qualcuno che traduca i processi in requisiti verificabili, renda confrontabili offerte scritte in modo diverso e presidi il collaudo.
Mai durante il picco stagionale o la chiusura di bilancio. I problemi delle prime settimane vanno affrontati quando c'è tempo per gestirli. Conviene inoltre tenere il vecchio sistema accessibile in sola lettura per un periodo, così da risolvere i dubbi senza bloccare il lavoro.
Articoli correlati
ERP: Cos'è e Come Scegliere il Sistema GiustoDigitalizzazione della Produzione: Guida per le PMIControllo di Gestione: Guida Completa per le PMICertificazioni ISO: Cosa Sono, Come si Ottengono e Quando Convengono
← Tutti gli articoli