Ogni fornitore che entra in azienda con una proposta di gestionale nuovo porta con sé una cifra precisa: licenze, giornate di configurazione, formazione. È l'unico numero del progetto che si conosce prima di cominciare. Ed è il motivo per cui la decisione, quasi sempre, si prende guardando quello.
Le voci che pesano di più arrivano dopo, e non stanno in nessun preventivo. Non perché qualcuno le nasconda, ma perché dipendono da come ha lavorato l'azienda negli ultimi dieci anni, e quello non lo sa nemmeno l'azienda.
Le tre voci che restano fuori dal conto
I dati che nessuno ha mai normalizzato
Finché i dati restano dentro il sistema che li ha prodotti, le incoerenze non si vedono: il software le tollera perché è nato con loro. Si vedono nel momento esatto in cui li si porta altrove.
Succede sempre la stessa cosa. Due esportazioni dello stesso archivio hanno due tracciati diversi. Un campo obbligatorio nel sistema nuovo è vuoto in metà dei record del vecchio. La stessa azienda compare tre volte, scritta in tre modi. Una data di scadenza importante è un testo libero, e in qualche riga contiene una nota invece di una data.
Nessuno di questi è un problema difficile. Sono tanti piccoli problemi che vanno decisi uno per uno, e ogni decisione richiede qualcuno che sappia come funziona davvero quel pezzo di azienda. È lavoro di settimane, non di giornate, e non è lavoro da fornitore: è lavoro vostro.
I processi che vivono nelle teste delle persone
Un gestionale nuovo va configurato, e configurarlo significa mettere per iscritto delle regole. È in quel momento che si scopre che la regola non esiste.
La domanda tipo è: "quando un ordine arriva incompleto, cosa succede?". La risposta tipo è: "dipende, di solito chiama Anna". Anna, in dieci anni, ha costruito un criterio che funziona benissimo e che non è scritto da nessuna parte. Il sistema nuovo non può chiamare Anna. Quindi bisogna decidere la regola, per la prima volta, mentre si è nel mezzo di una migrazione e con il fornitore che aspetta.
Questa è la parte che fa slittare i progetti, e va detto che è anche la parte che porta più valore: molte aziende scoprono i propri processi solo quando provano a cambiarli. Ma è un lavoro di organizzazione, non di software, e va messo in conto come tale.
I mesi in cui si lavora due volte
Tra il primo giorno sul sistema nuovo e il giorno in cui si spegne il vecchio passa un periodo in cui convivono. Le persone inseriscono i dati in due posti, o li inseriscono in uno e li controllano nell'altro. La produttività scende proprio mentre l'azienda sta pagando il sistema nuovo e ancora il vecchio.
Quel periodo si può accorciare, non azzerare. Se qualcuno vi promette un passaggio pulito da un giorno all'altro, chiedete chi si prende la responsabilità del giorno dopo.
Quando sostituire è la scelta giusta
Ci sono casi in cui è la decisione corretta, e vanno riconosciuti senza esitare.
- Il sistema blocca un adempimento obbligatorio e il fornitore non lo adegua.
- Il fornitore non esiste più, o il prodotto non riceve aggiornamenti di sicurezza.
- I dati non sono accessibili: nessuna esportazione utile, nessuna interfaccia, nessun accesso al database. Un sistema da cui non si possono estrarre i propri dati è già un rischio, a prescindere da quanto funzioni bene.
- Il costo di tenere insieme i pezzi supera quello di rifare, e continua a crescere ogni anno.
Se siete in uno di questi casi, il conto va fatto per intero, comprese le tre voci qui sopra, e va fatto sapendo che è un investimento pluriennale.
L'alternativa che quasi nessuno propone
Fuori da quei casi, esiste una via che i fornitori di gestionali propongono raramente, per una ragione comprensibile: non vendono niente.
Il sistema che avete resta dov'è e continua a fare quello che sa fare, cioè custodire i dati e reggere le operazioni quotidiane. Sopra e accanto si costruisce solo ciò che manca: il collegamento con gli altri strumenti, il passaggio automatico dei dati, la parte di lavoro che oggi si fa a mano, l'interfaccia che il sistema non ha mai avuto. L'intelligenza artificiale entra proprio qui, dove ci sono documenti da leggere, dati da riconciliare, testi da produrre e decisioni ripetitive da preparare.
Il risultato non è elegante come un sistema unico disegnato da zero. In compenso costa una frazione, si può fare per gradi, e ogni pezzo porta un beneficio da solo. Se il primo pezzo non funziona, avete perso un pezzo, non un anno.
Noi costruiamo gestionali verticali su misura, e li portiamo in produzione in settori regolamentati dove l'errore ha conseguenze. È esattamente per questo che sappiamo riconoscere quando non serve costruirne un altro.
Le domande da farsi prima di firmare
- Chi, dentro l'azienda, ha il tempo di decidere le regole che finora non erano scritte? È la risorsa più scarsa del progetto.
- I dati attuali si possono esportare in modo completo, o solo a schermate?
- Quanto dura il periodo in cui i due sistemi convivono, e chi copre quel lavoro doppio?
- Il problema che vogliamo risolvere è nel software o in un passaggio fra due persone?
- Se fra tre anni volessimo cambiare di nuovo, quanto sarebbe difficile uscire dal sistema nuovo?
L'ultima domanda è quella che si fa di meno, ed è la più importante. Il costo di sostituire un gestionale è, in buona parte, il conto arretrato della facilità con cui ci si era entrati.
Un gestionale non si giudica da quello che fa, ma da quanto è difficile uscirne.
Se state valutando una sostituzione e volete un parere prima di impegnare un budget, scriveteci a info@fodisrl.it. La prima cosa che guardiamo è dove si ferma il lavoro, prima ancora del software.