Quando i fogli Excel sono diventati il tuo gestionale
Nessuno decide di gestire un'azienda con Excel
Succede per accumulo. All'inizio è un foglio per tenere traccia degli ordini, perché il gestionale non ha quel campo. Poi uno per la pianificazione, perché la vista che serve non esiste. Poi uno che il commerciale aggiorna ogni lunedì. Nessuno di questi passaggi è sbagliato preso da solo: sono tutti la risposta ragionevole a un problema immediato. Il problema è la somma.
A un certo punto — e quel punto non è mai annunciato — i fogli smettono di essere un aiuto e diventano l'infrastruttura. Le decisioni si prendono guardando loro. Se sono sbagliati, si spedisce la merce sbagliata. E la conoscenza di come funzionano vive nella testa di due o tre persone.
Excel non è il colpevole. È uno strumento straordinario e continuerà a servire anche dopo. Il punto è capire quando ha superato il limite del lavoro per cui è fatto.
I segnali che contano
La stessa informazione viene digitata più di una volta. Un ordine che entra via email, viene ricopiato in un foglio, poi in un altro foglio, poi nel gestionale per la fattura. Ogni ricopiatura è un'occasione di errore e un pezzo di tempo che nessuno conta perché è distribuito su decine di micro-gesti.
Esiste un file con "definitivo" nel nome, e non è definitivo. Se convivono pianificazione_v3_ok_FINALE.xlsx e la sua copia sul desktop di qualcun altro, non hai un dato: ne hai due, e prima o poi divergeranno. La domanda "qual è la versione buona?" è la spia più affidabile che il sistema non regge più.
Una persona sola sa come funziona. C'è sempre un file con formule stratificate negli anni, che una persona ha costruito e che nessun altro osa toccare. Finché c'è, funziona. È un rischio operativo, non un dettaglio tecnico.
Rispondere a una domanda semplice richiede mezza giornata. "Quanto abbiamo marginato su questa commessa?" dovrebbe essere una query. Se è un lavoro di riconciliazione fra tre file, il dato c'è ma non è accessibile — che è quasi come non averlo.
Nessuno sa chi ha cambiato cosa. I fogli condivisi non hanno una vera storia delle modifiche a livello di processo. Quando un numero cambia da solo, l'unica indagine possibile è chiedere in giro.
I controlli vivono nelle teste. "Quel campo va lasciato vuoto se il cliente è estero" è una regola aziendale vera, che però non è scritta da nessuna parte e non viene applicata dal file. Funziona finché la applica chi la conosce.
Cosa cambia davvero passando a un sistema
Non è l'interfaccia più bella. Sono tre cose concrete.
Il dato entra una volta sola e da lì si propaga. Sparisce l'intera categoria di errori da ricopiatura, e con essa il tempo speso a cercarli.
Le regole diventano del sistema, non delle persone. Un campo obbligatorio, un controllo che blocca un valore impossibile, un'approvazione che non si può saltare: la conoscenza esce dalle teste e diventa un comportamento del software, verificabile e modificabile.
Le domande si rispondono da sole. Se i dati stanno in un database invece che in venti file, marginalità per commessa, carico per reparto e scadenze della settimana sono viste, non progetti.
Come si fa senza fermare l'azienda
L'errore più comune è provare a sostituire tutto insieme. La migrazione grande e unica è il modo migliore per finire con un sistema nuovo che nessuno usa e i vecchi file che continuano a girare di nascosto.
Un percorso che funziona meglio, in pratica:
- Mappa i file, non i reparti. Quali fogli esistono davvero, chi li aggiorna, con che frequenza, e quale alimenta quale. Quasi sempre emergono due o tre file centrali da cui dipendono tutti gli altri.
- Parti da quello con più mani sopra. Non dal più complesso: da quello che tocca più persone. È dove l'attrito quotidiano è più alto e dove il beneficio si vede subito.
- Ricostruisci un processo, non tutti. Un flusso completo che funziona bene convince più di dieci flussi a metà.
- Tieni Excel dove è bravo. Analisi una tantum, simulazioni, elaborazioni personali: l'export verso Excel deve restare, e va progettato bene. L'obiettivo non è vietarlo, è togliergli il ruolo di archivio ufficiale.
- Sposta il secondo processo solo quando il primo è davvero in uso. Se le persone tornano al foglio, il problema è nel sistema nuovo e va risolto prima di allargare.
Il momento in cui conviene muoversi
Non è quando il problema diventa insopportabile: è prima. Quando i fogli esplodono davvero — di solito in coincidenza con una crescita, un nuovo cliente grande, un'assunzione, un cambio normativo — è anche il momento in cui l'azienda ha meno tempo da dedicare a un progetto. Si finisce per costruire di corsa, sotto pressione, mentre si sta anche imparando a gestire il carico nuovo.
Il momento migliore è la fase in cui il processo si è stabilizzato ma il volume non è ancora critico: le regole sono chiare, chi le esegue sa spiegarle, e c'è il tempo di verificare che il sistema nuovo le rispetti davvero prima che diventi urgente. Chi si muove lì spende meno e ottiene un risultato migliore, semplicemente perché può permettersi di provare.
Un ultimo criterio pratico: se state per assumere qualcuno il cui lavoro sarà in buona parte tenere aggiornati dei fogli, quel costo annuale è già il budget di un progetto. Vale la pena metterli a confronto prima di pubblicare l'annuncio.
Quando invece i fogli vanno benissimo
Vale la pena dirlo, perché la risposta non è sempre "costruire". Se il processo cambia ogni settimana, se lo usa una persona sola, se il volume è di poche righe al mese, o se stai ancora capendo come dovrebbe funzionare, il foglio di calcolo è lo strumento giusto: è la cosa più veloce e flessibile che esista, e irrigidire troppo presto un processo che non è ancora stabile costa più di quanto faccia risparmiare.
La domanda utile non è "usiamo ancora Excel?", ma "quanti minuti al giorno, per quante persone, spendiamo a tenerlo in piedi?". Moltiplicati per i giorni dell'anno, quei minuti sono il vero preventivo con cui confrontare qualsiasi alternativa.
I fogli di calcolo non falliscono con un errore: falliscono lentamente, mentre tutti si abituano a lavorare intorno al problema.
