La soglia dipende dall’azione
Cercare una procedura, preparare una bozza e modificare un dato hanno conseguenze diverse. Il punto di controllo va scelto rispetto all’azione e alla possibilità di correggerla. Un agente può preparare informazioni utili senza avere il permesso di applicare una modifica. Più il passaggio successivo produce effetti su persone o sistemi, più serve chiarire chi ne risponde e quali verifiche lo precedono.
Non occorre trattare tutte le richieste allo stesso modo. Definisci poche categorie comprensibili: lavoro che può proseguire nel perimetro concordato, casi che richiedono chiarimenti e azioni che devono restare a una persona. Evita soglie elaborate che il team non riesce a spiegare o applicare.
Distingui takeover, revisione e approvazione
Il takeover permette a un operatore di prendere il controllo di una conversazione. La revisione riguarda la valutazione di un risultato, anche dopo la preparazione. Un’approvazione preventiva è invece un passaggio che autorizza un’azione prima che avvenga. Sono meccanismi diversi: mostrare un pulsante per intervenire nella chat non dimostra che esista un motore di approvazione per le azioni esterne.
Questa distinzione va scritta nel progetto. Se il controllo è previsto nel CRM o nel gestionale, indica quel sistema come punto di decisione. Non attribuire alla piattaforma degli agenti una verifica che, nella configurazione reale, viene eseguita altrove.
Il collega deve ricevere qualcosa su cui decidere
Una segnalazione «serve assistenza» trasferisce il lavoro senza prepararlo. Un passaggio utile descrive la richiesta, le informazioni consultate, il risultato proposto e il motivo per cui il flusso si è fermato. Quando un dato manca, evidenzialo. Quando due fonti sono in conflitto, indica la divergenza invece di nasconderla in un riepilogo apparentemente certo.
Consegna solo le informazioni necessarie alla decisione. Il collega non dovrebbe dover ricostruire tutto lo storico, ma nemmeno ricevere dati non pertinenti. Il riepilogo deve rendere più semplice una verifica reale, non ottenere una conferma automatica perché il testo sembra convincente.
Un esempio: una richiesta fuori dalle condizioni standard
Immagina un agente che risponde sulle condizioni di reso. Il cliente descrive un caso che non rientra nelle istruzioni approvate. L’agente può raccogliere i dettagli consentiti e preparare il passaggio al servizio clienti. Non deve trasformare un’eccezione commerciale in una propria decisione, né annunciare un rimborso prima che un responsabile lo abbia confermato.
L’implementazione dipende dal processo e dalle connessioni disponibili. L’esempio non presume accesso agli ordini o capacità di eseguire rimborsi: serve a identificare il punto in cui cambia la responsabilità.
La verifica deve poter rifiutare la proposta
Un controllo è credibile quando la persona può correggere, respingere o sospendere il passaggio, non soltanto confermarlo. Definisci il comportamento del flusso dopo ciascuna decisione e chiarisci cosa accade se nessuno è disponibile. Evita che un’attesa venga interpretata come assenso o che un tentativo ripetuto aggiri il punto di verifica.
Il progetto OWASP sull’Excessive Agency identifica funzionalità, permessi e autonomia eccessivi tra le cause di azioni dannose. È un riferimento di progettazione, non una certificazione del prodotto o della tua configurazione.
Prova il passaggio quando le condizioni sono difficili
Verifica almeno una richiesta incompleta, una fonte contraddittoria, un operatore indisponibile e una proposta respinta. Controlla che il contesto arrivi alla persona corretta e che il flusso non dichiari conclusa un’azione ancora da decidere. Inserisci queste prove nella revisione del progetto pilota, insieme ai casi ordinari.
Osserva poi le correzioni ricorrenti. Possono indicare una fonte da aggiornare, istruzioni da restringere o un’attività che è meglio lasciare manuale. La presenza di una persona non elimina il bisogno di progettare bene il lavoro a monte.
La supervisione nel perimetro AgenVIO
AgenVIO documenta supervisione delle conversazioni e takeover umano. Applicazione automatica di policy, approvazioni formali e controlli su agenti esterni richiedono verifica specifica: non sono equivalenti a quelle funzionalità documentate.
Scopri la piattaforma e parla con il team del punto in cui una persona deve intervenire. Partire dalla decisione da proteggere rende più chiaro quali informazioni e responsabilità servono.
