Smistare email con l'AI: classificazione, assegnazione e gestione delle eccezioni

Un sistema che legge la posta in arrivo e la smista funziona bene sui messaggi normali. Il problema è che le email che fanno perdere tempo non sono normali: sono quelle ambigue, quelle inoltrate tre volte, quelle in cui l’informazione sta nell’allegato e il testo dice solo «come da accordi». È su quelle che si decide se il sistema toglie lavoro o ne aggiunge.

La domanda utile non è se un modello può leggere le email, perché può. È un’altra: che cosa gli lasciamo decidere da solo, che cosa deve limitarsi a proporre, e dove finisce quello che non ha capito.

Le categorie: poche, distinte, con un destinatario

Le categorie non sono un’ontologia della vostra azienda: sono l’elenco delle strade che un messaggio può prendere. Se due strade portano alla stessa scrivania e allo stesso lavoro, sono una strada sola.

• Una categoria esiste se cambia chi prende in carico il messaggio o che cosa succede dopo. Altrimenti è un’etichetta decorativa.
• Ogni categoria ha un destinatario operativo: una persona o un gruppo che risponde, non un indirizzo generico che tutti leggono e nessuno presidia.
• Deve esistere una categoria «da guardare», e usarla non deve essere considerato un fallimento del sistema: è il comportamento corretto davanti a un messaggio ambiguo.
• La priorità è un attributo separato dalla categoria. Un reclamo urgente e un reclamo ordinario vanno nello stesso posto, con un ordine diverso.

Che cosa può decidere e che cosa deve proporre

Il criterio per distribuire le responsabilità è uno solo: quanto costa correggere l’errore dopo che è stato fatto. Se la correzione è immediata e visibile, l’automatismo può decidere. Se l’errore si propaga in silenzio in altri sistemi, no.

La riga sull’estrazione dei dati è quella che viene saltata più spesso, perché è anche quella che fa risparmiare più tempo. Il compromesso praticabile è mostrare il dato estratto accanto al punto del messaggio da cui è stato preso, così la conferma richiede un secondo invece di una rilettura.

I messaggi su cui va provato davvero

Un campione di prova fatto di email ordinate non prova niente. Il campione utile si costruisce prendendo dalla casella vera i casi che una persona esperta risolve rallentando.

• Il messaggio che contiene due richieste diverse: un ordine e un reclamo nella stessa email.
• L’inoltro con tutta la storia sotto, dove la richiesta vera sta nelle prime tre righe e il testo più lungo è quello vecchio.
• La risposta di una persona a una notifica automatica, che arriva con un oggetto che non c’entra niente.
• L’allegato che contiene l’informazione, con il corpo del messaggio vuoto o ridotto a «in allegato».
• L’allegato che è la fotografia di un documento, storta e con l’ombra della mano.
• Il messaggio con l’oggetto sbagliato perché il mittente ha risposto a una vecchia email invece di scriverne una nuova.
• La richiesta incompleta: manca il codice, manca l’indirizzo, manca la quantità.
• I messaggi automatici: fuori sede, mancata consegna, comunicazioni di servizio dei fornitori.

Confermare prima delle azioni che contano

La conferma umana funziona se è veloce. Se richiede di riaprire il messaggio, cercare il dato e riscriverlo, le persone smettono di confermare e cominciano ad approvare senza guardare, che è la situazione peggiore di tutte.

• Mostrare accanto a ogni dato estratto il punto del messaggio da cui proviene.
• Distinguere «non trovato» da «trovato ma incerto»: sono due situazioni che richiedono azioni diverse.
• Permettere la correzione di un campo senza far ripartire l’intera lavorazione.
• Fissare una soglia sotto la quale il messaggio va comunque in revisione, decisa insieme a chi lavora e rivista dopo le prime settimane.

La coda di revisione: dove finiscono i casi dubbi

Tutto quello che il sistema non risolve deve finire in un posto solo, con un responsabile e un tempo massimo di giacenza deciso da voi. Una coda senza responsabile trasforma il sistema in un secondo luogo dove le richieste si perdono: è il modo più comune di peggiorare la situazione di partenza.

• Ogni correzione viene registrata: che cosa aveva proposto il sistema, che cosa era giusto, chi ha corretto.
• Le correzioni si contano per tipo, non una per una: servono a capire dove il sistema sbaglia sistematicamente.
• La coda ha una dimensione attesa. Se cresce, non è un problema di pazienza: è un segnale che le categorie o le soglie non funzionano.

Correggere gli errori ricorrenti

1. Raggruppare le correzioni per tipo, alla fine di ogni settimana nelle prime fasi.
2. Distinguere fra tre cause: categoria definita male, informazione assente nel messaggio, difetto nel sistema.
3. Intervenire sulla causa giusta. Una categoria mal definita si ridefinisce con chi lavora, non si compensa con istruzioni sempre più lunghe.
4. Riprovare sullo stesso campione prima di rimettere in funzione, per verificare di non aver rotto i casi che funzionavano.

Quando l’informazione non è nel messaggio, nessun modello la può dedurre. In quel caso si interviene a monte: il modulo del sito chiede il codice, la firma automatica del cliente riporta il riferimento, il fornitore riceve indicazioni su come scrivere l’oggetto.

Quando non conviene automatizzare

• Se il volume è basso e una persona smaltisce la casella in pochi minuti: il tempo risparmiato non ripaga la supervisione.
• Se le categorie sono ancora in discussione fra reparti: il sistema renderebbe automatico un disaccordo.
• Se nessuno può presidiare la coda di revisione tutti i giorni.
• Se la casella riceve dati particolarmente delicati e non è ancora stato deciso chi può vederli, dove risiedono e per quanto tempo restano.
• Se il processo a valle è già disordinato: smistare più in fretta verso un disordine produce disordine più in fretta.

In diversi di questi casi la strada praticabile è più stretta e più utile: non smistare tutto, ma solo una categoria ben definita e ad alto volume, lasciando il resto come è oggi.

Quello che questa guida non copre

Qui si tratta l’interpretazione della posta elettronica: categorie, prove, confini delle decisioni automatiche. Il modo di raccogliere senza perderle le richieste che arrivano da canali diversi — sito, email, messaggistica, telefono — è trattato nella guida dedicata. L’estrazione di dati da documenti strutturati, con le verifiche che richiede, ha anch’essa una guida a sé.