Risorse · 42
Assistenti conversazionali accessibili: modalità multiple, recupero e passaggio di consegne a un operatore umano
Progettare un assistente di supporto accessibile, comprensibile e che permetta di richiedere assistenza umana senza dover ricominciare la richiesta da capo.
Aggiornato · 4 min
Obiettivi di questa guida
- Rendere l'input e l'output utilizzabili attraverso diverse modalità.
- Consentire agli utenti di comprendere e correggere una risposta
- Definire quando e come contattare una persona
- Testare l'intero percorso con utenti e casi complessi
Verifica rapida
- Il servizio funziona con tastiera e tecnologie assistive pertinenti?
- Una persona può leggere una risposta senza dipendere dalla voce o da un effetto visivo?
- Gli errori spiegano come risolvere il problema?
- La risposta distingue le informazioni verificate da un'ipotesi?
- L'assistenza umana è reperibile prima e dopo l'errore?
- L'agente riceve solo il contesto necessario, con la possibilità di scelta dell'utente?
Metodo passo passo
- 1
Definire compiti e limiti espliciti
Scegliere richieste reali: trovare informazioni, risolvere un problema con l'account, comprendere un addebito e richiedere assistenza umana. Specificare cosa l'assistente può spiegare, suggerire o inoltrare e cosa non deve mai decidere autonomamente.
Risultato: mappa dei compiti, dati necessari e trigger di trasferimento.
- 2
Offrire diverse modalità di interazione
Verificare il testo, l'uso della tastiera, la messa a fuoco, l'ordine di lettura, il contrasto, lo zoom e gli annunci di nuovi messaggi. Se è disponibile la funzione vocale, mantenere un percorso testuale completo e i controlli per rallentarlo, rileggerlo o interromperlo.
Risultato: percorsi testati su dispositivi e modalità di input rappresentativi.
- 3
Rendere le risposte e gli errori recuperabili
Una risposta dovrebbe indicare la provenienza delle informazioni rilevanti quando una decisione richiede prove. Evitare di dichiarare certezze senza supporto. Se la richiesta è ambigua, chiarire la necessità, mantenere l'input utile e fornire un'azione successiva chiara.
Risultato: scenari di risposta corretti, incerti, errati e senza risposta.
- 4
Progettare il trasferimento a una persona
Definire i trigger di handover: richiesta esplicita, errore ripetuto, situazione delicata, disaccordo o azione al di fuori dell'ambito. Spiegare il canale, la disponibilità e le informazioni da condividere; consentire all'utente di modificare o rimuovere tale contesto.
Risultato: protocollo di trasferimento, riepilogo verificabile e responsabile della ricezione.
- 5
Test di continuità end-to-end
Riprodurre ogni attività con diverse capacità, dispositivi e ambienti, quindi monitorare cosa accade dopo il trasferimento. Tracciare la risoluzione e l'abbandono, esaminare gli errori gravi e ripetere dopo una modifica del modello o del contenuto.
Risultato: set di test datato, risultati prioritari e decisione di rilascio.
Esempio pratico fittizio
Situazione illustrativa
Un cliente chiede perché non è stato ricevuto un rimborso previsto. L'assistente fornisce inizialmente informazioni generali, quindi dichiara di non poter verificare il caso del cliente. Utilizzando una tastiera e un lettore di schermo, il cliente può raggiungere lo stesso punto di controllo per il trasferimento.
Decisione e prove attese
Prima del trasferimento, il cliente rivede e corregge un riepilogo che omette i dettagli di pagamento. L'operatore umano riceve la segnalazione del problema, i passaggi già tentati e la domanda irrisolta; il cliente non deve ripetere l'intero percorso. Il test registra la continuità e la risoluzione, non solo il volume dell'automazione. Prima del trasferimento, il cliente rivede e corregge un riepilogo che omette i dettagli di pagamento.
Indicatori di gestione
| Indicatore | Cosa misura | Prima azione |
|---|---|---|
| Completamento dell'attività | Quota di scenari risolti senza informazioni fuorvianti per modalità di accesso | Correggere il percorso o restringere l'ambito |
| Passaggio di consegne efficace | Richieste che raggiungono una persona con un contesto utile | Disponibilità di riparazione, riepilogo o instradamento |
| Errore recuperabile | Errori in cui l'utente può correggere e continuare senza reinserire tutto | Revisione dei messaggi e stato mantenuto |
| Qualità della risposta | Risposte verificate rispetto a un set datato, inclusi i casi senza risposta | Aggiornare le fonti e le soglie di rifiuto |
Errori comuni
- Trattare la voce come unico canale accessibile
- Spostare il focus per ogni nuovo messaggio senza controllo
- Fornire risposte sicure in assenza di prove
- Nascondere il contatto umano dietro ripetuti rifiuti
- Trasmettere l'intera conversazione senza necessità o scelta
- Misurare solo la deviazione da Supporto
Domande frequenti
Un chatbot accessibile rende accessibile l'intero servizio?
No. Pagine, moduli, canali di trasferimento e risposte dopo il trasferimento fanno parte della stessa attività.
Il trasferimento deve attendere ripetuti errori?
No. Gli utenti dovrebbero poterlo richiedere direttamente; anche errori ripetuti o contesti sensibili possono attivarlo.
La nota W3C sull'interfaccia in linguaggio naturale è uno standard di conformità?
No. Descrive le esigenze degli utenti ed è in fase di sviluppo. I criteri WCAG applicabili al servizio web devono essere verificati separatamente.
L'intera conversazione deve essere conservata per l'operatore?
Trasmettere solo il contesto necessario per la richiesta, informare l'utente e consentire la correzione o la rimozione prima del trasferimento.
Riferimenti ufficiali
I riferimenti supportano il metodo. Adattare i controlli al proprio contesto; non costituiscono una certificazione. I titoli dei riferimenti originali e i documenti di origine potrebbero essere in un'altra lingua.
