Da dove nasce questa idea.
Ho iniziato a lavorare con le aziende come system integrator, molto prima di fondare Blueware. Il mio lavoro era capire i sistemi esistenti e collegarli tra loro — o sostituirli quando non tenevano più. Nel tempo ho visto decine di progetti, di settori diversi, dimensioni diverse, ambizioni diverse.
E ho notato uno schema che si ripete sempre.
La difficoltà non è trovare il software giusto. È distinguere cosa è software e cosa è processo — il know-how reale di come funzionano le cose dentro quell'azienda. Le due cose vengono sistematicamente confuse. E quando si confondono, succede qualcosa di preciso: il processo prende la forma dello strumento invece del contrario.
Ne ho parlato in un articolo dedicato — il caso più classico è il file Excel che nel tempo è diventato il vero gestionale dell'azienda. Non per scelta, ma per inerzia. Il processo si è adattato alle colonne del foglio, non il foglio al processo. Quando poi arriva il software "vero", le persone lo trovano rigido, incomprensibile, inadeguato — perché non prevede le eccezioni, le emergenze, i casi limite che invece il file Excel, infinitamente malleabile, aveva imparato ad assorbire nel tempo.
Il risultato è che si perde tracciabilità proprio nei momenti critici. Il software non prevede quella situazione, quindi quella situazione finisce fuori dal sistema — su un post-it, su WhatsApp, nella memoria di una persona sola.
Il livello di autoconsapevolezza che le aziende hanno di sé.
Questo è il punto che mi ha sorpreso di più, negli anni. Le persone che lavorano in azienda — spesso brave, esperte, dedicate — hanno una consapevolezza limitata del processo complessivo in cui operano. Non per mancanza di capacità. Per mancanza di tempo e di distanza.
Sono totalmente assorbite dal risolvere problemi. Ogni giorno. E la cosa più insidiosa è che questi problemi vengono vissuti come eccezioni — casi particolari, situazioni straordinarie, imprevisti da gestire. Salvo poi scoprire, quando ci si ferma a guardare, che quelle eccezioni accadono ogni settimana. Sempre le stesse. Con le stesse persone coinvolte. Con le stesse soluzioni improvvisate.
L'eccezione che si ripete non è un'eccezione. È la regola che nessuno ha ancora scritto.
Ed è esattamente lì — in quelle eccezioni non riconosciute — che si nasconde la vera mappa del processo reale. Non in quello dichiarato, non in quello che dovrebbe funzionare sulla carta, ma in quello che funziona davvero ogni giorno, tra compromessi e aggiustamenti.
"La tecnologia comprata per risolvere un problema organizzativo non risolve il problema. Lo automatizza."
La tecnologia come fine, non come abilitatore.
C'è una trappola in cui cadono molti progetti di digitalizzazione: trattare la tecnologia come la risposta invece che come lo strumento. Il ragionamento suona così — "se compriamo questo software, il problema sparisce". Oppure: "se integriamo l'AI, diventiamo più competitivi".
Non funziona così. Un CRM perfetto installato in un'azienda senza un processo commerciale definito diventa un archivio costoso che nessuno aggiorna. Un sistema di ticketing avanzato adottato da un team che non ha una cultura della tracciabilità finisce abbandonato dopo tre mesi — e si torna a WhatsApp.
La tecnologia amplifica quello che c'è. Se i processi sono chiari, li rende più veloci e più scalabili. Se i processi sono confusi, li rende più confusi e più costosi.
Il punto di partenza non può essere lo strumento. Deve essere il punto di osservazione.
L'Approccio Reframe.
Reframe significa cambiare la cornice — non la realtà, ma il modo in cui la si guarda. Ogni azienda ha già tutto quello che serve: processi collaudati, persone formate, know-how accumulato negli anni. Il lavoro non è sostituire tutto questo. È aiutare l'imprenditore a vederlo da un angolo diverso, così che le soluzioni diventino evidenti invece di essere imposte dall'esterno.
L'approccio si articola in tre livelli, in ordine di profondità. Non di importanza — tutti e tre sono legittimi, tutti e tre producono valore reale. La scelta del livello dipende da dove si trova l'azienda in questo momento.
Il processo funziona, le persone lo conoscono, i risultati ci sono. Lo strumento tecnologico non tiene più il passo — è lento, isolato, fragile. Si interviene sullo strato tecnologico senza toccare l'organizzazione. Le persone trovano gli stessi flussi di lavoro, con strumenti che finalmente li supportano invece di ostacolarli.
Il problema è lo strumento, non il processo.
Il business è cambiato — nuovi mercati, nuove dimensioni, nuovi modelli di servizio — ma i flussi di lavoro sono rimasti fermi a come funzionavano tre anni fa. La tecnologia non basta: serve ridisegnare il processo con la tecnologia come abilitatore. Si parte dall'ascolto, si mappano i flussi reali, si costruisce il sistema intorno a come l'azienda vuole lavorare, non intorno a come il software è stato progettato.
Il problema è l'organizzazione, non le persone.
Nuovi margini, nuove aree di business, nuove integrazioni, nuovi mercati. Non si tratta di migliorare quello che c'è — si tratta di costruire qualcosa che prima non esisteva, partendo da ciò che l'azienda sa già fare. Dal prototipo al prodotto, con un approccio incrementale che riduce il rischio e mantiene il controllo nelle mani di chi conosce il settore meglio di chiunque altro.
Il problema è il modello, non il mercato.
Ogni Reframe parte sempre dall'ascolto, non dalla proposta. Prima si capisce da dove sta guardando l'imprenditore. Poi, insieme, si sposta il punto di vista. Solo dopo si parla di tecnologia — e a quel punto la scelta dello strumento giusto diventa quasi ovvia.