Ho visto questa scena decine di volte. Un'azienda adotta un nuovo gestionale — magari dopo mesi di valutazione, formazione, migrazione dati. Passa qualche settimana. Poi, piano piano, ricompaiono i fogli Excel. Prima uno, per "tenere un'occhiata veloce". Poi un secondo, "solo per questo caso specifico". Dopo sei mesi, il gestionale viene usato per emettere fatture. Il resto vive ancora su Excel.
La reazione istintiva è dare la colpa alle persone. "Non vogliono cambiare." "Sono abitudinari." "Non capiscono lo strumento."
Ho smesso di pensarla così da un pezzo.
Excel non è il problema. È la risposta a un problema.
Quando le persone tornano a Excel, stanno dicendo qualcosa di preciso: il software che avete scelto non si adatta al modo in cui lavoriamo. Excel sì. Excel è infinitamente malleabile, non ha un'opinione su come dovresti fare le cose, e risponde esattamente a quello che gli chiedi, nel momento in cui lo chiedi.
Il gestionale, invece, ha una sua logica. Spesso è la logica di chi l'ha costruito, non di chi lo usa. Impone un flusso, una sequenza, una terminologia. Chi lavora sul campo — il tecnico, il coordinatore, il responsabile operativo — deve imparare a pensare come il software. Non il contrario.
"Il software aziendale spesso fallisce non perché sia sbagliato tecnicamente, ma perché non riconosce le stanze in cui le persone lavorano."
Ogni azienda ha le sue stanze. L'archivio, il registro degli interventi, la lavagna delle urgenze, il foglio delle presenze. Sono luoghi fisici — o mentali — dove le informazioni vivono e dove le decisioni vengono prese. Quando un software non rispecchia quelle stanze, le persone lo aggirano. Non per pigrizia: per sopravvivenza operativa.
Il telefono che non si riesce ad usare.
C'è un secondo segnale che vedo spesso, e che mi preoccupa ancora di più. Il tecnico che ha appena finito un intervento — in piedi, fuori dalla porta del cliente — non può sedersi davanti a un desktop per aggiornare lo stato del ticket. Non dovrebbe neanche doverci pensare.
Eppure succede. Il sistema esiste, ma non esiste lì, in quel momento, in quel contesto. Così il tecnico manda un messaggio su WhatsApp al responsabile. Il responsabile lo segna su un foglio. Il giorno dopo qualcuno aggiorna il gestionale. Tre passaggi, tre occasioni di errore, tre minuti persi — moltiplicati per ogni intervento, ogni giorno.
Usiamo WhatsApp, Instagram, Google Maps decine di volte al giorno senza pensarci. Sono strumenti costruiti per il momento e il luogo in cui servono. Il software aziendale raramente ragiona così — e il gap si sente.
La soluzione non è un'app più bella.
Non sto parlando di estetica. Un'interfaccia più moderna non risolve il problema se la logica sottostante è ancora quella del gestionale anni '90.
Sto parlando di qualcosa di più profondo: progettare il software a partire dal contesto reale di chi lo usa. Dove si trova? Che informazioni ha in quel momento? Cosa deve poter fare in trenta secondi, e cosa può aspettare la scrivania?
Non esiste una risposta universale. Ogni azienda ha le sue stanze, i suoi ritmi, le sue abitudini consolidate. Il lavoro — quello vero — è capire tutto questo prima di scrivere una riga di codice.
Quando lo facciamo, Excel smette di tornare.