Una buona automazione gestisce la routine. Una migliore sa gestire anche le eccezioni.
La maggior parte delle demo di automazione mostra il caso semplice. La domanda più difficile è che cosa succede alla richiesta che non rientra nelle regole, e come arriva alla persona che deve decidere.
La maggior parte delle demo di automazione mostra il caso semplice.
Arriva un ordine. I dati sono corretti. L’importo rientra nei limiti previsti. Il flusso procede. Tutto si conclude automaticamente.
I processi reali, però, raramente sono così lineari.
Un cliente chiede uno sconto insolito. Un pagamento non corrisponde alla fattura. Manca un documento. Una richiesta è perfettamente valida, ma abbastanza diversa da non dover essere decisa automaticamente dal sistema.
È spesso qui che si vede se un’automazione è davvero utile.
Ventinove e una
Immaginiamo che in un giorno arrivino 30 richieste di preventivo.
Ventinove sono semplici. Il cliente è conosciuto, lo sconto richiesto rientra nella policy commerciale e tutte le informazioni necessarie sono disponibili.
Una è diversa. Il cliente chiede uno sconto del 12%, mentre l’intervallo standard è 0–8%.
Ci sono diversi modi poco efficaci per gestire il caso.
Il sistema può rifiutare automaticamente la richiesta. Può fermarsi e creare un’attività generica: da verificare. Oppure l’intero processo può rimanere manuale solo perché esistono delle eccezioni.
Nessuna di queste è una grande automazione.
Un sistema progettato meglio gestisce automaticamente i 29 casi normali e porta quello insolito alla persona giusta, insieme alle informazioni necessarie per decidere. Per esempio:
Richiesta di preventivo #QR-2026-1042 — Brightworks
- Valore stimato: 1.980 €
- Sconto richiesto: 12%
- Intervallo standard: 0–8%
Il sistema può raccogliere nello stesso punto le informazioni rilevanti: gli ordini precedenti, lo storico del cliente, gli sconti concessi in passato, il margine o qualsiasi altro elemento utile alla decisione.
Può anche suggerire un’azione:
Controproposta suggerita: sconto del 10%
La decisione resta alla persona. Semplicemente, non deve più ricostruire l’intero caso prima di poterla prendere.
L’eccezione deve arrivare alla persona giusta, con il contesto giusto
Uno degli errori più comuni nell’automazione dei workflow è automatizzare l’individuazione del problema, ma non la preparazione della decisione.
Il sistema rileva qualcosa di insolito e crea un’attività: da verificare.
Tecnicamente, una persona è entrata nel processo. Dal punto di vista operativo, però, potrebbe essere cambiato ben poco.
Chi prende in carico il caso deve comunque aprire il CRM, trovare il cliente, controllare gli ordini precedenti, cercare le regole commerciali, calcolare l’impatto e capire come ci si comporta di solito. L’automazione ha individuato il problema, ma ha lasciato quasi tutto il lavoro manuale.
Un’eccezione gestita bene dovrebbe arrivare alla persona responsabile con il motivo per cui è stata segnalata, il contesto rilevante e le azioni disponibili. Nel caso del preventivo, per esempio:
- Approva il 12%
- Invia una controproposta del 10%
- Scegli un altro sconto
- Rifiuta
L’obiettivo non è eliminare la persona da ogni decisione. È rendere il suo intervento breve, informato e intenzionale.
Applichiamo lo stesso principio anche nei nostri sistemi
Non è soltanto un modello che consigliamo ai clienti. Lo utilizziamo anche nel nostro sistema di prenotazione.
Le prenotazioni normali seguono il flusso automatico senza intervento. Ma quando un’azione non può essere autenticata in modo sicuro, il sistema non prova a indovinare e proseguire comunque. Si rifiuta di agire automaticamente.
L’interfaccia dell’operatore mostra poi che cosa è rimasto in attesa e perché.
La differenza è importante. Un’automazione non dovrebbe essere valutata in base a quanto si avvicina al 100% di azioni automatiche. Dovrebbe essere valutata in base a quanto bene i casi di routine procedono senza lavoro inutile e a quanto chiaramente vengono presentati i casi che il sistema non dovrebbe decidere da solo.
In alcune situazioni, l’azione automatica corretta non è “fare di più”. È: fermarsi, spiegare e passare il caso alla persona giusta.
Tenere una persona nel processo non significa che l’automazione abbia fallito
C’è una tendenza a misurare l’automazione in base a quanto si avvicina al 100%. Spesso è l’obiettivo sbagliato.
Se il 95% di un processo è ripetitivo e prevedibile, automatizzare quel 95% può già generare quasi tutto il valore. Tentare di eliminare anche l’ultimo 5% di giudizio umano può rendere il sistema sproporzionatamente più costoso, complesso e rischioso.
Soprattutto quando le decisioni rimanenti richiedono valutazione commerciale, informazioni ambigue, situazioni insolite dei clienti o comportano conseguenze finanziarie rilevanti. I segnali che qualcosa non andrebbe automatizzato affatto sono un elenco a parte; questo è lo stesso ragionamento un livello più sotto, dentro un processo che vale la pena automatizzare.
La domanda migliore non è:
Possiamo automatizzare l’intero processo?
Ma:
Quali decisioni sono abbastanza ripetitive da poter essere affidate al software, e quali dovrebbero rimanere a una persona?
Quel confine dovrebbe essere progettato intenzionalmente.
Le eccezioni non devono diventare una coda nascosta
Esiste un altro modo in cui l’automazione può fallire.
I casi semplici vengono gestiti perfettamente, mentre quelli insoliti si accumulano silenziosamente altrove. Nessuno sa chiaramente chi ne è responsabile. Non esiste una priorità. Non c’è un avviso quando un caso resta in attesa troppo a lungo.
La parte automatizzata sembra efficiente, ma il cliente continua a subire il ritardo.
Per questo un flusso di gestione delle eccezioni pronto per la produzione ha bisogno di più di un semplice stato.
Ha bisogno di responsabilità — chi deve vedere il caso? Ha bisogno di tempi — quanto può rimanere in attesa? Ha bisogno di escalation — cosa succede se nessuno interviene? E deve offrire abbastanza visibilità da poter rispondere a una domanda molto semplice:
Che cosa è bloccato in questo momento, e perché?
A volte questa risposta è più utile della percentuale del processo che è stata automatizzata.
Non tutte le eccezioni devono essere gestite allo stesso modo
Un modo pratico di progettare il flusso è dividere il lavoro in tre categorie.
Decisioni di routine. Le regole sono chiare, i dati in ingresso sono affidabili e l’applicazione della regola produce un risultato prevedibile. Automatizzatele.
Eccezioni con confini chiari. Il sistema è in grado di riconoscere che il caso è insolito, ma una persona dovrebbe decidere cosa succede dopo. Automatizzate l’individuazione e la preparazione del caso. Lasciate la decisione alla persona.
Attività ambigue. Il processo stesso non è ben definito, le persone applicano regole diverse oppure le informazioni necessarie non sono affidabili. Non automatizzatelo ancora. Chiarite prima il processo.
Questa distinzione conta spesso più del fatto che la soluzione finale utilizzi un workflow, software su misura o AI.
L’AI può aiutare senza prendere la decisione
L’AI può rendere molto più efficace la gestione delle eccezioni. Può riassumere un caso, estrarre informazioni dai documenti, confrontare la richiesta corrente con casi precedenti e preparare una risposta o suggerire l’azione successiva.
Ma il fatto che un sistema possa formulare una raccomandazione non significa automaticamente che debba avere anche l’autorità di agire. Per alcune decisioni, il ruolo più utile dell’AI è preparare la decisione, non prenderla.
Nel caso del preventivo insolito, per esempio, il sistema potrebbe mostrare:
Questo cliente lavora con voi da nove anni e ha acquistato per 42.600 € negli ultimi dodici mesi, senza fatture scadute. Lo sconto massimo concesso in precedenza è stato del 10%, sei mesi fa. Una controproposta del 10% manterrebbe questa operazione più vicina all’intervallo di margine abituale.
In questo modo, diversi minuti di ricerca possono diventare una decisione molto più rapida, senza spostare la responsabilità dalla persona a cui appartiene.
Verificate uno dei vostri processi
Scegliete un processo che il vostro team vorrebbe già automatizzare. Scrivete il percorso normale e poi chiedetevi:
- Che cosa fa uscire un caso dal percorso normale?
- Il sistema riesce a riconoscere queste situazioni in modo affidabile?
- Quali eccezioni possono comunque essere risolte automaticamente?
- Quali richiedono davvero una valutazione umana?
- Di quali informazioni ha bisogno chi deve decidere?
- Il sistema può raccogliere automaticamente queste informazioni?
- Cosa succede se nessuno prende in carico il caso?
- Chi è, in ultima istanza, responsabile della decisione?
Se riuscite ad automatizzare il percorso normale ma non sapete rispondere alle ultime quattro domande, probabilmente l’automazione non è ancora completa.
Come lavoriamo
In Creavanti non partiamo chiedendoci come automatizzare ogni singolo passaggio. Partiamo separando la routine dalle decisioni che richiedono giudizio.
La routine dovrebbe, per quanto possibile, scomparire sullo sfondo. L’eccezione no. Deve arrivare alla persona giusta con il motivo per cui è stata segnalata, il contesto rilevante e azioni chiare.
A volte questo significa regole e un workflow. Altre volte significa integrare sistemi esistenti. In alcuni casi, l’AI può aiutare a interpretare le informazioni o a preparare una raccomandazione. E a volte la decisione corretta è semplicemente lasciare un’azione a una persona.
L’obiettivo non è automatizzare per il gusto di automatizzare. È creare un processo in cui il software fa ciò che sa fare bene e le persone dedicano il proprio tempo alle decisioni che hanno davvero bisogno di loro.
Automatizzate la routine. Rendete le eccezioni facili da decidere.
Se avete un processo in cui i casi normali sono semplici ma le eccezioni costringono le persone a tornare su Excel, email e controlli manuali, la valutazione di 20 minuti può partire proprio da lì. Guardiamo il flusso reale, ciò che può procedere in sicurezza in automatico e dove invece ha più senso mantenere una persona nel processo.
E se spingere ulteriormente l’automazione aggiungesse più complessità che valore, ve lo diremo.