Prima di automatizzare qualsiasi cosa, c’\u00e8 una domanda che quasi nessuno si fa. Ed \u00e8 proprio quella che cambia tutto.<\/p>\n
Da un po’ di tempo vedo la stessa scena ripetersi con variazioni diverse: qualcuno arriva con la voglia di automatizzare i processi<\/strong> della propria attivit\u00e0, gli occhi che brillano, a parlare di strumenti, flussi, efficienza. Ha fatto ricerche, ha confrontato piattaforme, forse ha gi\u00e0 sottoscritto qualcosa. E non appena mi spiega cosa vuole automatizzare, gli faccio una domanda che di solito riceve come un secchio d’acqua fredda: quel processo, cos\u00ec com’\u00e8 adesso, funziona bene?<\/p>\n Silenzio.<\/p>\n A volte un \u00abbeh, pi\u00f9 o meno\u00bb. A volte un \u00abpotrebbe migliorare\u00bb. E a volte, quando c’\u00e8 confidenza, un \u00aba dire il vero no, ma pensavamo che con l’automazione si sarebbe sistemato da solo\u00bb.<\/p>\n Non si sistema da solo. Mai.<\/p>\n Capisco la logica. Davvero, la capisco, perch\u00e9 ci sono caduto anch’io. C’\u00e8 qualcosa di molto seducente nell’idea che uno strumento tecnologico possa mettere ordine nel caos. La tecnologia promette velocit\u00e0, e la velocit\u00e0 promette sollievo.<\/strong> Ma andare veloci su una strada storta ti porta all’errore pi\u00f9 in fretta, nient’altro.<\/p>\n Pensa a qualcuno che ha un processo di onboarding dei clienti che genera confusione: i clienti non sanno quali informazioni inviare, il team le chiede via email in modo improvvisato, met\u00e0 dei dati arriva incompleta, bisogna rincorrere la gente. Tutto questo costa tempo, crea attrito e lascia una prima impressione pessima. Ora immagina che quel processo venga automatizzato: le email partono da sole, ci sono moduli, ci sono promemoria automatici. Il sistema funziona alla perfezione. E alla perfezione, ogni nuovo cliente riceve un’esperienza confusa, frammentata e frustrante. Solo che adesso la riceve in modo automatico e su scala.<\/p>\n L’automazione non ha risolto niente. Ha moltiplicato il problema.<\/p>\n Quello che succede, secondo me, \u00e8 che automatizzare \u00e8 diventato sinonimo di modernizzarsi<\/strong>, e modernizzarsi suona bene, suona a progresso. Nessuno vuole essere quello che frena l’innovazione. Cos\u00ec quando qualcuno propone di automatizzare, la risposta istintiva \u00e8 \u00abs\u00ec, andiamo\u00bb. E raramente qualcuno si ferma a chiedersi cosa c’\u00e8 sotto.<\/p>\n \u00c8 come avere un tubo con una piccola perdita e, invece di trovare dove perde, installare una pompa dell’acqua pi\u00f9 potente. Il risultato \u00e8 l’acqua che esce pi\u00f9 veloce dallo stesso buco.<\/p>\n Mi \u00e8 capitato con clienti che volevano automatizzare il loro processo di acquisizione di lead. Analizzando come funzionava, abbiamo scoperto che il modulo chiedeva troppi dati, che la landing page non si comportava bene da mobile, e che la prima email automatica era fredda e generica da far venire i brividi. Automatizzare tutto quello avrebbe significato automatizzare il rifiuto. Prima di tutto andava sistemato ogni singolo punto. Dopo, e solo dopo, aveva senso parlare di automatizzare i processi<\/strong> di acquisizione.<\/p>\n Con gli anni ho imparato che prima di chiederti \u00abcome posso automatizzare questo?\u00bb c’\u00e8 una domanda precedente, quella che conta davvero: questo processo, se lo facesse alla perfezione una persona a mano, darebbe il risultato che voglio?<\/em><\/p>\n Se la risposta \u00e8 no, fermati. Sistema prima il processo.<\/p>\n Se la risposta \u00e8 s\u00ec, allora hai qualcosa che vale la pena scalare. E l\u00ec l’automazione ha tutto il senso del mondo: ti libera tempo, riduce gli errori umani, ti permette di crescere senza crescere proporzionalmente nelle ore di lavoro. L\u00ec s\u00ec.<\/p>\n Ma quel \u00abfermati\u00bb \u00e8 difficile da accettare quando sono settimane che sei convinto che la soluzione sia lo strumento. Rivedere il processo prima di automatizzarlo richiede di guardare qualcosa di scomodo<\/strong>: che forse il problema non \u00e8 la mancanza di tecnologia, ma il modo in cui hai progettato quello che fai.<\/p>\n Non serve un’analisi sofisticata. Ci sono segnali molto evidenti, se sei disposto a vederli.<\/p>\n Il primo \u00e8 che il processo cambia ogni volta che lo esegue una persona diversa. Se ogni membro del tuo team lo fa in modo leggermente diverso, non c’\u00e8 niente di stabile da automatizzare. L’automazione ha bisogno di consistenza: fa sempre la stessa cosa, esattamente la stessa cosa. Se quello che \u00abfa sempre\u00bb \u00e8 variabile, il risultato \u00e8 imprevedibile.<\/p>\n Il secondo segnale \u00e8 che ci sono passaggi che dipendono da un giudizio umano non documentato. \u00abQui bisogna vedere come sta il cliente e decidere.\u00bb<\/em> Bene, quel giudizio esiste nella testa di qualcuno. \u00c8 scritto da qualche parte? Ci sono regole chiare? Se non ci sono, l’automazione non pu\u00f2 gestirlo. O lo ignora, o lo forza in una direzione che non \u00e8 sempre quella giusta.<\/p>\n Il terzo: quando il processo fallisce, nessuno sa esattamente perch\u00e9. Se non riesci a tracciare l’errore in un processo manuale, un processo automatizzato far\u00e0 lo stesso percorso senza lasciarti traccia. Ci\u00f2 che \u00e8 opaco diventa ancora pi\u00f9 opaco quando gira a macchina.<\/strong><\/p>\n A mio modo di vedere, l’ordine corretto \u00e8 sempre lo stesso: prima capisci cosa sta succedendo, poi semplifichi, poi documenti, e solo allora automatizzi. Saltare uno qualsiasi di questi passaggi ti porta allo stesso posto: tanto rumore, poca efficienza reale e, quel che \u00e8 peggio, la convinzione che la tecnologia non funzioni \u2014 quando in realt\u00e0 quello che non funzionava era ci\u00f2 che ci hai messo dentro.<\/p>\nL’illusione dell’efficienza istantanea<\/h2>\n
L’errore che nessuno vuole vedere<\/h2>\n
La domanda da farsi prima<\/h2>\n
Come riconoscere un processo che non \u00e8 pronto<\/h2>\n
Prima il processo, poi la velocit\u00e0<\/h2>\n