Hai tre preventivi sul tavolo. Tre demo fatte, tre fornitori convinti, tre cifre che non si somigliano — e non si somigliano neanche nella struttura, così che confrontarle è già di per sé un lavoro. Qualcuno in azienda dice che il gestionale ha dieci anni e va cambiato. Qualcun altro dice che funziona e che il problema è come lo usano in magazzino. Hanno ragione entrambi, ed è proprio questo il motivo per cui la decisione si trascina da mesi.
Ti do subito la risposta breve, poi la argomento.
Cambiare gestionale conviene quando il limite che ti blocca è nel sistema e non nel processo — e questa è una verifica che si può fare prima di spendere. Se i tuoi processi non sono scritti, se nessuno sa dire quali dati sono affidabili e quali no, se l’azienda ha imparato a convivere con tre strumenti paralleli, allora un gestionale nuovo non risolve niente: replica il disordine su una piattaforma più recente, più rigida e più costosa da modificare. La sequenza corretta è prima decidere come si deve lavorare, poi scegliere il software che sostiene quel modo di lavorare. Nella maggior parte dei progetti che ho visto fallire, questa sequenza era invertita.
Il resto di questo pezzo serve a mettere in mano a chi decide gli strumenti per verificarlo.
Perché il cambio del gestionale non è un progetto informatico
Un gestionale non è un programma che registra fatture. È il sistema nervoso dell’azienda: tocca processi, ruoli, abitudini, dati e integrazioni con qualunque altra cosa abbiate acceso negli ultimi quindici anni. Cambiarlo significa cambiare il modo in cui l’azienda funziona — non il modo in cui archivia documenti.
Questa distinzione non è retorica, e ha una conseguenza pratica immediata: se il progetto viene classificato come informatico, viene affidato a chi si occupa di informatica, e quella persona — per quanto brava — non ha il mandato di dire a un capo reparto che il suo modo di lavorare va ripensato. Così il progetto parte con un vincolo implicito: replichiamo quello che facciamo oggi, ma sul sistema nuovo. Ed è l’unica premessa che garantisce di spendere molto e cambiare poco.
Quando arrivo in un’azienda a progetto già avviato, il sintomo che riconosco per primo è sempre lo stesso. Chiedo perché è stata scelta una certa configurazione e la risposta è: «perché così lo facevamo anche prima». Nessuno ha deciso: hanno tradotto.
Quando conviene cambiare, e quando invece no
La domanda arriva quasi sempre già orientata: ci conviene cambiare? In realtà prima va stabilito se il problema che stai sentendo è davvero un problema di sistema.
| Il sintomo che senti | Quasi sempre è | Cambiare il gestionale serve? |
|---|---|---|
| I report li rifate a mano su fogli di calcolo | Dati non affidabili o processi non condivisi | No, non da solo |
| Il sistema non regge i volumi, si blocca, è lento | Limite tecnologico reale | Sì |
| Ogni modifica richiede il fornitore e costa | Personalizzazioni stratificate, lock-in | Sì, ma con un’exit progettata |
| Nessuno sa dire il margine per commessa | Manca il modello, non il software | No |
| Il gestionale non parla con e-commerce o CRM | Architettura, non piattaforma | A volte basta un’integrazione |
| Il fornitore non esiste più o non aggiorna | Rischio di continuità | Sì, e con una certa urgenza |
| Le persone usano procedure parallele | Processo mai ridisegnato | No, lo peggiora |
Le righe con «no» sono la maggioranza dei casi che incontro, e sono anche quelle in cui la spesa è già stata autorizzata. Non perché qualcuno abbia mentito: perché la domanda posta al fornitore era quanto costa il gestionale nuovo, e a quella domanda un fornitore risponde sempre.
Vale la pena aggiungere una cosa scomoda: un gestionale digitalizzato male è più rigido di un processo analogico. Prima potevi fare un’eccezione e chiudere la pratica; dopo devi aprire una richiesta di modifica e aspettare un preventivo. Irrigidire un processo sbagliato costa due volte — una per costruirlo, una per smontarlo.
Quali decisioni vanno prese prima di scegliere il software
Sono tre, e nella quasi totalità dei progetti nessuna delle tre è stata presa quando il contratto viene firmato.
La prima: che cosa deve cambiare nel modo di lavorare. Non nel software: nei processi. È una decisione di business, spetta a chi guida l’azienda, e richiede di dire ad alta voce quali attività si smettono di fare. Se non la prendi tu, la prenderà per omissione il capitolato, congelando lo stato attuale.
La seconda: quali dati sono la verità. In quasi ogni azienda familiare esistono tre versioni dello stesso numero — quella del gestionale, quella del commerciale e quella di un foglio di calcolo tenuto da una persona sola. Prima della migrazione qualcuno deve stabilire, per ciascun dato che conta, quale fonte vince. È un lavoro noioso e lo rimandano tutti; è anche la singola attività che più riduce il costo finale, perché la migrazione dei dati è dove i progetti sforano.
La terza: che cosa non si personalizza. Ogni personalizzazione è debito: costa costruirla, costa mantenerla, e costa soprattutto il giorno in cui vuoi aggiornare o cambiare fornitore. Stabilire in anticipo un tetto — quali processi si adattano al sistema invece di adattare il sistema ai processi — è la decisione che più incide sul costo dei dieci anni successivi, e va presa quando ancora hai potere contrattuale: prima della firma.
Perché il fornitore non è la persona giusta per prendere queste decisioni
Voglio essere netto, perché su questo passaggio è facile fraintendermi: non sto dicendo che i fornitori siano in malafede. I system integrator migliori con cui lavoro sono seri, competenti, e conoscono il loro prodotto meglio di quanto potrò mai conoscerlo io.
Il problema è di posizione, non di carattere. Il fornitore guadagna sulla complessità: più moduli attivi, più giornate di configurazione, più personalizzazioni richieste. Il suo incentivo naturale è allargare il perimetro, non restringerlo. È il modello di business, ed è legittimo — ma significa che non sentirai mai da lui la frase che potrebbe farti risparmiare di più: questa parte non vi serve, tenete quella che avete.
C’è poi un effetto più sottile, che si vede solo col tempo. Ogni fornitore vede la porzione di azienda che gli hai mostrato. Chi installa il gestionale ottimizza il gestionale; chi ha fatto l’e-commerce ottimizza l’e-commerce; nessuno ha il mandato di guardare l’insieme. Poi ti ritrovi con sistemi tutti sensati presi uno per uno e un’azienda che complessivamente si muove più lenta di prima.
Come si legge davvero un preventivo per un gestionale
Il totale in fondo è l’informazione meno utile del documento. Quello che conta sta altrove, e quasi mai è scritto in modo che tu lo trovi.
| Cosa chiedere | Perché conta | Risposta che dovrebbe preoccuparti |
|---|---|---|
| Che cosa succede se sforiamo le giornate previste | Lì nasce la differenza fra il preventivo e il consuntivo | «Vedremo, di solito non succede» |
| Quali attività sono incluse e quali diventano variante | È la voce che raddoppia i progetti | Un elenco generico senza confini |
| Di chi sono i dati, e in che formato escono | È la tua via d’uscita | «Esportiamo tutto quando serve» |
| Chi possiede le personalizzazioni sviluppate | Determina se puoi cambiare fornitore | «Restano nostre» |
| Quanto costa l’assistenza dopo il primo anno | Il costo vero è ricorrente, non iniziale | Non quotata |
| Chi fa la migrazione dei dati e chi ne risponde | È dove i progetti sforano | «La fate voi, noi importiamo» |
| Che cosa serve da noi, e per quante ore | Il costo interno non è nel preventivo ma lo paghi | Non stimato |
Quest’ultima riga merita una nota. Il costo che nessuno mette a bilancio è il tempo delle tue persone: le ore che i responsabili passeranno in analisi, test e correzioni mentre continuano a fare il loro lavoro. Nei progetti che ho seguito è una voce paragonabile a quella del fornitore, e non compare in nessun preventivo — con la conseguenza che il progetto sembra più economico di quanto sia e viene programmato in periodi in cui l’azienda non ha capienza.
Dove comincia davvero il lock-in
Il lock-in non arriva dopo tre anni di contratto. Comincia il giorno della firma, e prende tre forme diverse che conviene saper distinguere.
Il lock-in tecnologico è quello che tutti immaginano: i dati in un formato proprietario, le personalizzazioni che nessun altro sa mantenere, le integrazioni fatte con connettori che appartengono al fornitore.
Il lock-in informativo è più insidioso e quasi mai viene nominato: col passare degli anni il fornitore conosce i tuoi processi meglio di te. Se se ne va, non perdi soltanto un servizio — perdi la mappa di come funziona la tua azienda, perché quella mappa non è mai stata scritta da nessuna parte se non nella sua testa.
Il lock-in relazionale è il più difficile da ammettere: lavorate insieme da anni, conoscono la famiglia, vi hanno tolto dai guai più di una volta. Mettere a gara quel rapporto sembra un tradimento, e così non si fa — e il non farlo, nel tempo, ha un prezzo che nessuno misura.
Nessuno dei tre si elimina del tutto. Tutti e tre si riducono, ma soltanto prima di firmare: pretendendo i dati in formato standard, documentando i processi mentre il progetto avanza invece che dopo, e mettendo per iscritto che le personalizzazioni sviluppate per te restano tue.
E l’intelligenza artificiale, in tutto questo?
Ti aspetteresti che uno che si occupa di AI ti dica di scegliere il gestionale con più funzioni di intelligenza artificiale. Ti dico il contrario, e per una ragione che riguarda i tuoi soldi.
Le funzioni di AI che i fornitori stanno aggiungendo ai gestionali sono, oggi, quasi tutte ragionevoli e quasi tutte secondarie rispetto a ciò che determinerà se le userai: la qualità dei dati che ci girano sotto. Un sistema che interroga a voce dati sbagliati produce risposte sbagliate a maggiore velocità. Se in fase di scelta ti trovi a valutare due soluzioni in base alle loro funzioni di intelligenza artificiale, stai quasi certamente guardando la variabile meno importante del confronto.
C’è però un punto su cui l’AI cambia davvero la decisione, ed è un altro: i dati che stai per migrare varranno più di quanto valgono oggi. Storici di vendita, resi, tempi di consegna, assistenza — è materiale che nessun concorrente può comprare e che, con gli strumenti di oggi, diventa utilizzabile per decidere. Il che sposta il peso di una voce che di solito viene trattata come noiosa: quanto storico porti dietro, in che formato, e con quale qualità. Migrare tre anni di dati sporchi per risparmiare sulla bonifica è una scelta che ti sembrerà molto più cara fra due anni di quanto ti sembri oggi.
Chi deve prendere questa decisione
Arriviamo al punto che di solito resta implicito, e che decide l’esito più di qualunque scelta di piattaforma.
Una decisione di questo tipo vale centinaia di migliaia di euro fra licenze, servizi e tempo interno; impegna l’azienda per otto-dieci anni; cambia il modo in cui si muovono gli ordini, quali informazioni vedrai e quali no, e quanto ti costerà cambiare idea. Per definizione è una decisione di investimento, e andrebbe portata dove si prendono le decisioni di investimento.
Quasi mai succede. Nelle aziende familiari quella scelta viene affidata a chi ha più dimestichezza con la tecnologia — che è una competenza diversa da quella richiesta — oppure, più spesso, viene delegata di fatto a chi la sta vendendo. Non per leggerezza: perché in azienda non c’è una figura il cui mestiere sia decidere questo. Nelle imprese grandi quella figura esiste e ha un nome. Nelle familiari quella sedia è vuota, ed è il vero motivo per cui il gestionale nuovo, tre anni dopo, assomiglia tanto al vecchio.
Se ti riconosci, il primo passo non è chiedere un altro preventivo. È scrivere le tre decisioni di prima — come si deve lavorare, quali dati sono la verità, che cosa non si personalizza — e portarle al tavolo prima delle demo. Cambia completamente il tipo di conversazione che avrai con i fornitori, e cambia anche chi la guida.
Domande frequenti
Quando conviene cambiare gestionale? Quando il limite che ti blocca è nel sistema — volumi che non regge, continuità del fornitore a rischio, ogni modifica che richiede lui e costa — e non nel processo. Se il problema è che i dati non sono affidabili o che i processi non sono condivisi, un gestionale nuovo riproduce lo stesso disordine su una piattaforma più rigida.
Quanto dura la migrazione di un gestionale? Dipende molto meno dalla piattaforma di quanto dipenda dallo stato dei dati e dal numero di personalizzazioni concordate. I progetti che sforano, nella mia esperienza, sforano quasi sempre sulla migrazione dei dati — cioè su un’attività che si poteva ridurre prima di firmare, mettendo in ordine le fonti.
Chi deve decidere il cambio del gestionale in un’azienda familiare? Chi risponde del business, non chi risponde della tecnologia. È una decisione di investimento con effetti decennali sui processi e sui costi: la scelta della piattaforma è l’ultimo passo, non il primo. Il ruolo tecnico serve per valutare la fattibilità, non per stabilire la direzione.
Conviene personalizzare il gestionale o adattare i processi? Come regola: si adattano i processi, salvo dove la differenza è ciò che ti fa guadagnare. Ogni personalizzazione è debito che pagherai a ogni aggiornamento e il giorno in cui vorrai cambiare fornitore. Stabilire il tetto prima della firma è la decisione che più incide sul costo dei dieci anni successivi.
Come si evita il lock-in con il fornitore del gestionale? Non si elimina, si riduce, e solo prima di firmare: dati esportabili in formato standard, proprietà delle personalizzazioni sviluppate per te messa per iscritto, processi documentati mentre il progetto avanza e non dopo. Il lock-in più costoso non è quello tecnologico: è quello informativo, cioè il fornitore che conosce i tuoi processi meglio di te.
Se stai valutando un cambio di gestionale e vuoi che quelle tre decisioni vengano prese prima delle demo — dalla tua parte del tavolo — è esattamente il lavoro che faccio: Metodo Belli.
