Vai al contenuto
← Idee

Come decidere quali decisioni spettano a una persona e quali può eseguire un’automazione

Un quadro pratico per assegnare autonomia alle automazioni in base a impatto, reversibilità, incertezza, contesto e capacità di correzione.

Diagramma decisionale per definire quando un’automazione richiede l’intervento umano

Automatizzare un processo non obbliga ad automatizzare tutte le decisioni che contiene. Una stessa operazione può includere un controllo ripetibile, una raccomandazione basata sui dati e un’eccezione che richiede di comprendere un contesto che il sistema non possiede. Trattare l’intero flusso come se richiedesse lo stesso livello di autonomia crea due problemi opposti: controlli umani che aggiungono solo attesa e automazioni che prendono decisioni con conseguenze che nessuno riesce a spiegare o correggere in tempo.

La domanda utile non è se una persona o un’automazione svolga meglio un intero processo. È quale decisione specifica viene delegata, a quali condizioni, con quali evidenze e come si riprende il controllo quando qualcosa esce dal previsto. Questo approccio consente di ridurre il lavoro manuale senza trasferire a una regola opaca rischi aziendali, di assistenza clienti, di conformità o operativi.

Separare il compito dalla decisione

Separare il compito dalla decisione

Un compito è una sequenza di azioni: classificare una richiesta, aggiornare un ordine, instradare un caso o preparare un pagamento. Una decisione determina quale conseguenza avrà quel compito: accettare, rifiutare, dare priorità, assegnare, modificare o inoltrare a un livello superiore. L’automazione è spesso adatta a eseguire passaggi definiti; il livello di cautela deve aumentare quando decide su diritti di un cliente, ricavi, accesso alle informazioni, impegni contrattuali o esposizione alle frodi.

Prima di scegliere una tecnologia, scomponete il processo in decisioni osservabili. Per esempio, nella gestione degli ordini non esiste un’unica decisione di «approvare un ordine». Possono esserci la convalida dell’indirizzo, la verifica dell’inventario, il rilevamento di dati incompleti, il rilascio alla preparazione e l’annullamento per un segnale di rischio. Ognuna presenta impatto, dati disponibili e possibilità di annullamento diversi.

  • Input: quali dati, segnali e documenti vengono usati.
  • Regola o criterio: quale condizione modifica il risultato.
  • Output: quale azione, comunicazione o registrazione viene prodotta.
  • Conseguenza: chi viene coinvolto e quale costo comporta un errore.
  • Recupero: come si corregge un’azione errata e chi può farlo.

Questa separazione evita una confusione frequente: presumere che, poiché un sistema può classificare o attribuire un punteggio a un caso, debba anche eseguirne il risultato. Un modello può rilevare che una richiesta sembra urgente; la politica aziendale può richiedere che una persona confermi una priorità che sposta impegni con altri clienti.

Le quattro modalità di intervento

Non esiste una divisione binaria tra lavoro manuale e automazione autonoma. Progettare quattro modalità intermedie aiuta a scegliere controlli proporzionati e a rendere visibile chi risponde del risultato.

Informare senza raccomandare

Il sistema raccoglie informazioni, rileva una condizione o presenta un riepilogo, ma non propone una decisione. È adatto quando si sta esplorando la qualità dei dati, quando il criterio non è ancora stabilizzato o quando il contesto è determinante. È anche un modo sicuro per osservare schemi prima di introdurre regole di azione.

Raccomandare con decisione umana

L’automazione propone una classificazione, una priorità o l’azione successiva e mostra le proprie evidenze. La persona accetta, modifica o rifiuta. È opportuno nei casi con impatto rilevante o ambiguità frequente: eccezioni commerciali, richieste sensibili dei clienti o valutazioni in cui i dati non rappresentano l’intera situazione.

Eseguire con approvazione obbligatoria

Il sistema prepara l’azione e richiede un’autorizzazione prima di applicarla. Usatelo quando l’esecuzione è costosa da annullare, ma la preparazione è ripetibile. Per esempio, può preparare modifiche ai registri amministrativi e lasciare la pubblicazione finale a un ruolo responsabile. L’approvazione deve avere una funzione reale: accesso ai dati pertinenti, autorità per dissentire e tempo ragionevole per la revisione.

Eseguire automaticamente con revisione successiva

L’automazione agisce entro limiti espliciti, registra la decisione e consente audit o campionamenti successivi. È la modalità più efficiente per decisioni frequenti, ben definite e reversibili. Non significa assenza di supervisione: richiede avvisi, responsabili e un percorso di correzione. Se non esiste un modo pratico per individuare e riparare gli errori, l’autonomia è prematura.

I cinque criteri che determinano il livello di autonomia

Assegnate una modalità di intervento a ogni decisione, non all’intero processo, valutando congiuntamente questi criteri.

  1. Impatto. Quanto maggiore è la conseguenza per un cliente, un obbligo, la reputazione o i ricavi, tanto maggiore deve essere la supervisione. Un errore che modifica un’etichetta interna non merita lo stesso controllo di uno che annulla una relazione commerciale.
  2. Reversibilità. Chiedetevi quanto costa annullare l’azione, quanto tempo c’è per farlo e se la persona coinvolta può subire una conseguenza prima della correzione. La facilità tecnica di ripristinare una registrazione non basta se è già stata inviata una comunicazione errata.
  3. Incertezza dei dati. Valutate copertura, aggiornamento, coerenza e casi mancanti. Dati incompleti, cambiamenti recenti nel comportamento o segnali contraddittori sono ragioni per inoltrare il caso, non per forzare una decisione.
  4. Frequenza e volume. Le decisioni molto ripetute giustificano investimenti in regole, controlli e monitoraggio. Tuttavia, il volume non rende sicuro un criterio ambiguo; ne amplifica soltanto gli errori.
  5. Necessità di contesto. Mantenete una persona nel processo quando il risultato dipende da intenzione, relazione precedente, sfumature linguistiche, circostanze eccezionali o una negoziazione non rappresentata nei sistemi.

Regola pratica: una decisione può essere eseguita automaticamente se il suo impatto è circoscritto, i dati sono affidabili, il risultato è reversibile ed esiste un’eccezione chiara. Se vengono meno due o più condizioni, iniziate con una raccomandazione o un’approvazione.

Costruire una matrice decisionale e regole di escalation

La matrice non richiede un punteggio dall’apparenza scientifica per essere utile. È sufficiente documentare un criterio coerente e rivedibile. Per ogni decisione, definite la modalità iniziale, i limiti operativi e il responsabile delle eccezioni. L’obiettivo è che una persona delle operazioni, del prodotto o della tecnologia possa comprendere perché il sistema ha agito e quando deve fermarlo.

  • Controllo umano: impatto elevato, risultato difficile da annullare, evidenze deboli o contesto rilevante. Il sistema può informare o raccomandare.
  • Automazione parziale: regole chiare nella maggior parte dei casi, ma con fasce dubbie, documentazione incompleta o segnali contraddittori. L’automazione esegue solo i casi che soddisfano condizioni rigorose.
  • Esecuzione autonoma circoscritta: decisione frequente, bassa conseguenza individuale, dati convalidati e meccanismo di annullamento collaudato. Si esaminano campioni e metriche delle eccezioni.

Le soglie devono esprimere condizioni aziendali comprensibili, non soltanto valori tecnici. Una regola come se mancano dati obbligatori, non eseguire e creare un caso di revisione è più governabile di una logica che tenta di dedurre silenziosamente un risultato. Definite anche cosa accade in caso di errore: fermare l’automazione, inviare a una coda, applicare un’alternativa sicura o avvisare un responsabile.

Evitate percorsi di eccezione senza un proprietario. Ogni escalation deve indicare un team o un ruolo, un tempo previsto, le informazioni che riceverà e l’azione possibile. Altrimenti, i casi complessi si accumulano e il team finisce per ignorare gli avvisi o approvare in blocco.

Applicare il quadro in situazioni comuni

Nell’assistenza clienti, un’automazione può identificare l’argomento di un messaggio e proporre una risposta basata su informazioni approvate. Può rispondere autonomamente a domande semplici e ripetute se non modifica condizioni né rivela informazioni sensibili. Deve inoltrare il caso quando rileva un reclamo, una richiesta fuori politica, un possibile problema di privacy o un linguaggio che indica un disagio significativo.

Nelle operazioni commerciali, può assegnare contatti in base al territorio o alla disponibilità quando i campi necessari sono completi e le regole stabili. Al contrario, una modifica delle condizioni offerte a un cliente dovrebbe richiedere approvazione se dipende da negoziazione, storico o eccezioni alla politica vigente.

Nell’amministrazione interna, un’automazione può verificare che una richiesta includa i campi obbligatori, ricordare la documentazione mancante o registrare un’azione già autorizzata. Se deve concedere accesso ai sistemi, modificare dati critici o approvare un esborso, è opportuno separare il controllo automatico dall’autorizzazione umana, salvo l’esistenza di una politica a basso rischio espressamente definita.

Registrare le evidenze, misurare i risultati e correggere la progettazione

Registrare le evidenze, misurare i risultati e correggere la progettazione

Una decisione automatizzata deve lasciare una registrazione che consenta di rispondere a cosa è successo senza ricostruire il caso a memoria. Registrate la versione della regola o del modello applicato, i dati di input rilevanti, il risultato, il livello di confidenza o la condizione di soglia quando presenti, l’azione eseguita, le eccezioni e qualsiasi intervento umano. Non si tratta di conservare indiscriminatamente tutti i dati, ma di mantenere evidenze proporzionate e utili per operare, correggere e rendere conto.

Il NIST AI Risk Management Framework è utile come riferimento per integrare valutazione e monitoraggio del rischio, in particolare quando intervengono sistemi di IA. Anche la gestione dei dati è decisiva: se definizioni, responsabili e controlli di qualità sono ambigui, un’automazione riprodurrà tale ambiguità su larga scala.

Rivedete il livello di autonomia quando compaiono questi segnali:

  • aumentano le correzioni o le riaperture dei casi eseguiti automaticamente;
  • cresce la percentuale delle eccezioni o ne cambia la tipologia;
  • le persone accettano raccomandazioni senza verificarle, oppure le rifiutano frequentemente;
  • cambiano politiche, fonti dati, integrazioni o condizioni di mercato;
  • le persone coinvolte segnalano risultati difficili da comprendere o correggere.

Prima della messa in produzione, confermate che ogni decisione ha uno scopo, un responsabile, dati definiti, soglie visibili, un’uscita per le eccezioni, una registrazione delle evidenze e un meccanismo di annullamento collaudato. La migliore automazione non elimina il giudizio umano: lo riserva ai casi in cui apporta una differenza sostanziale.

Fuentes y referencias

  1. AI Risk Management FrameworkNIST
  2. Data management body of knowledgeDAMA International