Primi passi nell'automazione dei processi: un piano sereno di 30 giorni per le piccole imprese

La parte più difficile dell'automazione dei processi non è la tecnologia. È la prima mossa. La maggior parte dei titolari che incontro si ripromette da due anni di «mettersi a fare automazione», e il progetto non parte mai perché viene inquadrato come qualcosa di enorme: una trasformazione, una roadmap, una voce di bilancio. Ecco allora un'idea più piccola e di gran lunga più utile: gli dedichi trenta giorni, un processo e una o due ore a settimana. Questa non è una trasformazione. È un'abitudine che può davvero iniziare lunedì.

Ho visto molte piccole imprese provare ad automatizzare, e quelle che ci riescono non partono quasi mai da un grande piano. Partono da un singolo fastidio specifico: il report che nessuno vuole preparare, l'indirizzo che si digita tre volte, il promemoria che si dimentica in una giornata frenetica. Risolvono per bene quell'unica cosa, sentono il sollievo e d'un tratto l'intero tema smette di fare paura. I fallimenti, invece, cominciano quasi sempre con una riunione di avvio e uno strumento da 40 funzioni.

Questa guida è, letteralmente, un calendario. Quattro settimane, con cosa fare in ciascuna. Presuppone che Lei non abbia alcuna formazione tecnica, nessuna persona IT dedicata e pochissimo tempo libero. Se questo La descrive, è esattamente la persona per cui è stata scritta. Alla fine del mese avrà un processo reale che gira in automatico — e, cosa più importante, un modo ripetibile per rifarlo.

Perché trenta giorni, e non una roadmap

Le roadmap sono il modo in cui i progetti di automazione muoiono nelle piccole aziende. Una roadmap presuppone che Lei veda l'intero percorso fin dall'inizio, che si impegni per mesi e che il valore arrivi alla fine. Niente di tutto ciò si concilia con il funzionamento reale di una piccola impresa. Non ha mesi di pazienza, e non dovrebbe averne. Le serve un risultato che possa sentire prima che la novità svanisca.

Trenta giorni sono abbastanza lunghi per fare qualcosa di concreto e abbastanza brevi per non perdere coraggio. Impongono un vincolo sano: qualunque cosa scelga deve poter essere completata in un mese da chi non è uno sviluppatore. Questa sola regola La protegge in silenzio dai due errori più costosi: prendere un boccone troppo grande e comprare una piattaforma che userà solo a metà.

C'è anche un effetto cumulativo. La prima automazione è quella costosa — non in denaro, in apprendimento. Capirà come si collegano i Suoi strumenti, dove vivono davvero i Suoi dati, chi nel team ha delle opinioni. La seconda richiede metà della fatica. La quarta sembra routine. Trenta giorni non riguardano solo un processo; riguardano l'acquisto della capacità di realizzare i nove successivi a basso costo.

Settimana uno: trovi l'unico processo che vale il Suo mese

Resista alla voglia di buttarsi subito sugli strumenti. Tutta la prima settimana consiste soltanto nel guardare — onestamente — dove va davvero il Suo tempo. La maggior parte dei titolari si sbaglia sul proprio maggiore divoratore di tempo. Nominano quello drammatico, ciò che li ha stressati martedì scorso. Il vero vincitore è di solito più silenzioso: un piccolo compito che si ripete così spesso che nessuno nota le ore che si accumulano.

Dedichi quindi la settimana a raccogliere. Tenga una nota — sul telefono, su carta, ovunque — e ogni volta che Lei o qualcuno svolge un compito che sembra meccanico, lo annoti con un'idea approssimativa di quanto è durato. Non analizzi ancora. Si limiti a raccogliere. Entro venerdì avrà un elenco disordinato, e quell'elenco è la materia prima dell'intero mese.

• Ridigitare gli stessi dati da un'e-mail in un sistema, poi in una fattura.
• Inviare a mano promemoria di appuntamenti o di pagamento.
• Rispondere alla stessa manciata di domande dei clienti, tutto il giorno, ogni giorno.
• Costruire lo stesso report settimanale dalle stesse due o tre fonti.
• Rincorrere preventivi che si sono zittiti un paio di settimane fa.
• Copiare ordini tra un negozio online e il Suo gestionale di contabilità.

Alla fine della settimana, valuti i Suoi migliori candidati con due numeri semplici, ciascuno su cinque. Quante ore a settimana costa? E quanto è prevedibile — segue gli stessi passi ogni volta, oppure richiede ogni volta un vero giudizio? Moltiplichi i due. Il punteggio più alto che riesce anche a immaginare di completare entro il mese è il Suo processo. Lo scelga, lo scriva su un foglietto adesivo e smetta di cercare.

Settimana due: lo mappi prima di toccare qualsiasi strumento

Questa è la settimana che tutti vogliono saltare, ed è la settimana che decide se il Suo progetto funziona. Prima di automatizzare un processo, deve davvero comprenderlo — ogni passo, ogni decisione, ogni «tranne quando». Si stupirebbe di quanto spesso un compito che sembra semplice si riveli avere cinque diramazioni nascoste non appena lo si scrive.

Mappare non significa diagrammi sofisticati. Apra una pagina bianca e scriva il processo come elenco numerato, esattamente come avviene oggi. «Arriva un'e-mail. La leggo. Copio nome e indirizzo nel sistema. Controllo se è un cliente abituale. Se sì, applico il suo sconto. Se no, creo una nuova scheda.» Vada avanti finché non arriva a «fatto». Poi lo rilegga e cerchi le parole se, tranne e a volte — è lì che l'automazione brilla o inciampa.

Individui presto i casi limite

Le eccezioni sono il punto in cui i progetti si sfaldano in silenzio tre settimane dopo il lancio. Mentre mappa, si chieda deliberatamente: qual è la versione strana di questo? Il cliente che paga in due parti. L'ordine senza indirizzo e-mail. La prenotazione cambiata due volte. Non deve automatizzare ogni caso limite — spesso la risposta giusta è «l'automazione gestisce il 90% normale, e una persona viene avvisata per lo strano 10%». Ma deve sapere che esistono prima di costruire, non scoprirli in produzione.

Decida: servono regole o IA?

Con la mappa davanti, una domanda onesta si risponde da sola: questo compito è basato su regole o di natura linguistica? Se ogni passo segue una regola fissa — sposta questo campo lì, invia quel promemoria a quest'ora — vuole automazione semplice. È più economica, più veloce e più affidabile, e la maggior parte dei primi progetti è esattamente questo. Se il compito implica leggere testo libero disordinato, capire cosa intendeva davvero un cliente o redigere una risposta nel Suo tono, è lì che l'IA si guadagna davvero il suo posto. Sia onesto su cosa sta davvero guardando; chiamare «IA» un semplice promemoria lo rende solo più costoso.

Settimana tre: costruisca la versione più piccola che funziona

Ora costruisce — ma solo il percorso principale. Resista alla tentazione di gestire ogni eccezione, aggiungere ogni cosa carina da avere e rifinire ogni angolo. Il Suo obiettivo della settimana tre è un'automazione funzionante che copra il caso normale, il 90% che ha mappato. I casi limite possono andare a una persona per ora. La perfezione è nemica di un progetto finito.

Come costruisce dipende da cosa ha trovato nella settimana due. Molte prime automazioni sono problemi di connessione — due strumenti che dovrebbero parlarsi ma non lo fanno — e quelli si risolvono spesso con le funzioni di integrazione che il Suo software già possiede, o con un semplice connettore tra loro. Altri sono problemi di promemoria e tempistiche, che la maggior parte degli strumenti di prenotazione e calendario gestisce in modo nativo non appena attiva l'impostazione. E alcuni richiedono un piccolo pezzo costruito per Lei. Il senso delle settimane uno e due è che ormai sa quale di questi casi ha, così cerca una risposta specifica, non una piattaforma gigantesca.

1. 1
   Costruisca solo il percorso principale

   Automatizzi il caso normale che ha mappato. Lasci le rare eccezioni a una persona per ora — possono attendere.
2. 2
   Usi dati reali, non esempi inventati

   Provi con ordini reali, e-mail reali, prenotazioni reali della settimana scorsa. I dati fittizi nascondono proprio i problemi che ha più bisogno di trovare.
3. 3
   All'inizio tenga una persona nel ciclo

   Faccia in modo che l'automazione proponga e una persona approvi, prima che agisca da sola. La fiducia si guadagna in qualche giorno, non si dà per scontata.
4. 4
   Scriva cosa significa «fatto»

   Una frase, decisa nella settimana uno: «Nessuno digita l'indirizzo di un cliente più di una volta.» Se la costruzione soddisfa la frase, ha finito — smetta di aggiungere cose.

Questa settimana tenga un registro semplice di tutto ciò che La sorprende. Ogni sorpresa è o un caso limite che Le è sfuggito mappando, o una piccola correzione da fare. Entro la fine della settimana le sorprese dovrebbero esaurirsi — ed è il Suo segnale che la cosa è davvero pronta per il mondo reale.

Settimana quattro: la introduca senza interruzioni

L'ultima settimana riguarda l'inserimento della Sua automazione nella vera giornata di lavoro — il momento in cui la maggior parte dei progetti vacilla. L'errore è premere un interruttore e andarsene. La tratti invece come un piccolo esperimento reversibile in cui entra gradualmente. Nessuno dovrebbe sentirsi tirare il tappeto da sotto i piedi un lunedì mattina.

1. 1
   La faccia girare in parallelo per qualche giorno

   Lasci che l'automazione e il vecchio modo manuale funzionino fianco a fianco. Coglie gli ultimi casi limite con rischio zero, perché la rete di sicurezza manuale è ancora lì.
2. 2
   Le assegni un responsabile con nome e cognome

   Un'automazione senza responsabile marcisce. Una persona la sorveglia, gestisce i primi reclami e decide cosa aggiustare. Non deve essere per forza Lei.
3. 3
   Scriva la nota «quando si rompe»

   Tre righe affisse in un punto visibile: cosa fa, chi avvisare se si comporta male e cosa fare a mano fino alla riparazione. Questa minuscola nota è ciò che trasforma uno script fragile in qualcosa di cui il team si fida.
4. 4
   Poi mandi in pensione il vecchio modo — a voce alta

   Una volta passati alcuni giorni tranquilli, spenga il processo manuale e dica a tutti che non c'è più. Altrimenti qualcuno tiene in vita un foglio di calcolo segreto e Lei non ottiene mai il beneficio completo.

Quando il mese è finito, non ne avvii subito altre tre. Lasci che la prima si assesti un paio di settimane, la osservi guadagnarsi il pane e si goda le ore che le restituisce. Poi apra il Suo elenco con i punteggi della settimana uno, scelga il successivo più alto che può completare in un mese e ripercorra il ciclo. Quattro di queste in un anno sommano in silenzio l'equivalente di un dipendente part-time che non ha mai dovuto assumere.

Trappole comuni del primo mese

Alcune buche prevedibili colpiscono quasi tutti al primo tentativo. Nessuna è fatale, ma conoscerle in anticipo risparmia una settimana frustrante. La più comune è l'espansione dell'ambito: parte per automatizzare un promemoria e in qualche modo finisce per riprogettare l'intero database clienti. Nel momento in cui sente il progetto crescere oltre la Sua definizione di «fatto» in una frase, si fermi e si chieda se l'extra fa davvero parte di questo mese — o del prossimo.

La seconda trappola è comprare prima di mappare — farsi sedurre da una demo brillante nella settimana uno e scegliere lo strumento prima di capire il problema. La terza è rincorrere il caso d'uso entusiasmante invece di quello prezioso; l'appariscente assistente IA è allettante, ma è il noioso tubo di inserimento dati a nascondere di solito le ore. E la quarta, la più silenziosa, è l'assenza di un responsabile: un'automazione funzionante che decade lentamente perché nessuno aveva il compito di accorgersi di quando ha smesso di comportarsi bene.

Quando farlo da soli e quando chiedere aiuto

Molte prime automazioni sono genuinamente fai-da-te. Se il Suo processo è basato su regole e i Suoi strumenti hanno funzioni di integrazione decenti, un titolare con un paio di serate concentrate spesso ci arriva da solo — e imparerà tantissimo facendolo. Quell'apprendimento vale più del tempo risparmiato sul primo progetto, perché rende più facile ogni progetto futuro.

Ci sono però buoni motivi per chiamare aiuto. Se la mappatura rivela una vera complessità — diversi sistemi che non si connettono, un compito con un input umano davvero disordinato, o uno in cui un errore è costoso e difficile da annullare — una breve conversazione con chi l'ha già fatto può risparmiare settimane di tentativi ed errori. L'obiettivo non è cedere l'intera faccenda; è saltare gli errori costosi nell'unico progetto in cui non può permetterseli.

Domande frequenti