Come standardizzare un processo prima di automatizzarlo.

Quando si parla di standardizzare, molti pensano a manuali pesanti, burocrazia, lavoro irrigidito. È il contrario. Standardizzare vuol dire togliere la variabilità inutile, quella che fa sì che lo stesso processo dia risultati diversi a seconda di chi lo esegue.

Prendi la preparazione di un preventivo. Se tre commerciali producono tre preventivi diversi per la stessa richiesta, con sconti decisi a sensazione e tempi imprevedibili, quel processo non è pronto per nessuna automazione. Un agente che lavora su una base così non fa che moltiplicare l’incoerenza. Ecco la differenza tra prima e dopo.

Il primo passo è fotografare come il processo funziona oggi, davvero. E qui c’è la prima trappola: il flusso che le persone descrivono quasi mai coincide con quello che eseguono.[1] Sul documento ufficiale, l’ordine entra e viene evaso in quattro passaggi. Nella realtà, in mezzo, c’è una telefonata al magazzino, un controllo su un Excel personale e un’email per sbloccare un’eccezione che capita una volta su tre.

Per mappare l’as-is reale non chiedere «come si fa», osserva. Affianca chi esegue il processo mentre lavora (lo shadowing), prendi nota di ogni clic, ogni passaggio tra strumenti, ogni decisione presa al volo. L’obiettivo non è il diagramma perfetto: è far emergere i passaggi nascosti, le scorciatoie e le eccezioni che nessuno aveva mai messo per iscritto.

Mappare gli step non basta. Il valore vero di un processo è spesso nelle decisioni che il senior prende d’istinto: come riconosce un cliente a rischio, quando conviene fare un’eccezione, quale fornitore chiamare per primo. È il sapere tacito, e se resta nella testa di una persona, l’agente non potrà mai ereditarlo.

Per tirarlo fuori funzionano tre tecniche pratiche.[2] La prima è l’intervista mirata: invece di «come fai il tuo lavoro», chiedi «raccontami l’ultima volta che è andata storta, e cosa hai fatto». Le storie fanno emergere le regole non scritte. La seconda è la registrazione: filmare o registrare l’esperto mentre lavora cattura i controlli automatici che non penserebbe mai a dichiarare. La terza, oggi, è l’AI: trascrivere chiamate, ticket e chat e farne estrarre i criteri ricorrenti accorcia di settimane la parte più lenta.

Un processo pronto per l’automazione non ha zone grigie. Ogni bivio deve avere una regola scritta nella forma «se succede X, fai Y». È il passaggio che trasforma il «dipende» del senior in qualcosa che chiunque, o un agente, può eseguire.

Tornando al preventivo: «gli sconti li decide chi prepara» non è una regola, è una zona grigia. «Sconto fino al 10% deciso dal commerciale; oltre il 10% serve l’ok del responsabile; mai oltre il 25%» è una regola. Allo stesso modo vanno scritte le eccezioni: cosa fare se il cliente è già insoluto, se la richiesta è fuori catalogo, se manca un dato. Le eccezioni che non scrivi sono esattamente i punti in cui l’automazione si romperà.

Un processo standard ha bisogno di dati standard. Se le informazioni che servono sono sparse tra il gestionale, un Excel sul desktop di qualcuno e una cartella condivisa, nessuna procedura regge a lungo, e nessun agente può lavorarci sopra in modo affidabile.

Il lavoro qui è scegliere, per quel processo, dove vivono i dati ufficiali e fare in modo che tutti li usino. Non serve rifare tutti i sistemi: serve decidere qual è la fonte di verità per le poche informazioni che quel workflow tocca, e disattivare le copie ombra. È lo stesso prerequisito che rende possibile, più avanti, dare quei dati a un agente senza propagare errori.

Ora metti tutto insieme in una procedura operativa, la SOP. Non deve essere un trattato: deve essere abbastanza chiara da permettere a una persona nuova di eseguire il processo senza chiedere aiuto. Frasi brevi, un’azione per riga, e gli elementi che contano.

Un ultimo elemento, spesso dimenticato: la baseline. Prima di automatizzare, misura come va il processo ora, quanto tempo richiede, quanti errori produce, quante rilavorazioni. Senza un punto di partenza non saprai mai se l’agente, dopo, sta davvero migliorando le cose. La baseline è ciò che trasforma «sembra funzionare» in un numero.

E sì, esiste una scuola opposta, secondo cui conviene automatizzare subito e standardizzare strada facendo.[4] Per processi a basso rischio, e quando lo standard è impossibile da definire a tavolino, può avere senso. Ma per un processo core, ad alto impatto, saltare lo standard è la scorciatoia che porta dritti nel 95% dei progetti che falliscono.

Mettiamo i cinque passi in fila su un caso concreto. Un’azienda di servizi vuole automatizzare l’onboarding dei nuovi clienti, oggi gestito in modo diverso da ognuno dei tre account manager.

Mappa (passo 1). Affianca i tre account per una settimana. Scopre che l’onboarding «in quattro step» in realtà ne ha undici, e che due passaggi critici (la raccolta documenti e il primo setup) vengono fatti in ordine diverso da ognuno.

Cattura (passo 2). Intervistando l’account più esperto emerge una regola che nessuno aveva scritto: per i clienti enterprise fa sempre una call di allineamento prima del setup, e questo dimezza i problemi dopo.

Regole (passo 3). «Se il cliente è enterprise o il contratto supera i 20.000 €, call di allineamento obbligatoria prima del setup». Le eccezioni (documenti mancanti, dati incompleti) diventano passaggi espliciti con un responsabile.

Fonte di verità (passo 4). I dati del cliente vivono solo nel CRM, non più anche nei fogli personali dei tre account. Una sola anagrafica, aggiornata.

SOP e baseline (passo 5). La procedura è scritta in una pagina. La baseline dice: oggi l’onboarding richiede in media 9 giorni, con il 30% di pratiche che tornano indietro per dati mancanti. Ora c’è un numero da battere.

Solo a questo punto il processo è pronto per un agente. E non è un caso che il primo lavoro, quello che ha creato davvero valore, non abbia richiesto una riga di codice AI. Dopo aver costruito l’agente resta un ultimo anello, l’adozione: far sì che il team usi davvero il nuovo flusso. Lo trattiamo in come far adottare l’AI al team.