Come progettare la selezione della lingua in WebChat multilingue senza instradare erroneamente i clienti
Una WebChat multilingue dovrebbe consentire alle persone di scegliere sia un’interfaccia leggibile sia la lingua in cui desiderano ricevere assistenza. Scopri come raccogliere questa preferenza in modo chiaro, instradare solo verso team con personale disponibile e offrire un’alternativa umana trasparente quando una coda corrispondente non è disponibile.
Tratta la lingua del widget e la lingua di assistenza come decisioni separate
La selezione della lingua in una WebChat multilingue comporta due diverse scelte operative. La prima è la lingua di visualizzazione del widget: la lingua usata per pulsanti, messaggi, testo sulla privacy, messaggi di errore e altri elementi dell’interfaccia. La seconda è la lingua di assistenza preferita dal cliente: la lingua in cui desidera spiegare un problema e ricevere aiuto da una persona.
Queste scelte possono coincidere, ma non si deve presumere che coincidano. Un cliente può preferire un’interfaccia in inglese ma richiedere assistenza in arabo, usare un browser condiviso configurato in un’altra lingua oppure scegliere una lingua dell’interfaccia familiare per un’attività tecnica pur volendo parlare con un operatore nella lingua che padroneggia meglio.
Progetta e memorizza questi elementi come campi distinti. La “lingua del widget” controlla la presentazione. La “lingua di assistenza preferita” è una preferenza di servizio dichiarata che può essere usata per l’instradamento quando le regole di copertura lo consentono. Mantenere separati i campi evita che un’interfaccia leggibile diventi una promessa non supportata di copertura umana nella lingua scelta.
- Non etichettare una semplice impostazione dell’interfaccia come “Lingua” se può influire sull’instradamento; distingui tra “Lingua di visualizzazione della chat” e “Lingua di assistenza preferita”.
- Mostra le lingue di servizio supportate prima che il cliente avvii un percorso specifico per una lingua.
- Consenti al cliente di modificare entrambe le scelte durante la conversazione.
- Non equiparare un widget tradotto alla garanzia di assistenza da parte di un operatore umano fluente.
Non indovinare la lingua di assistenza preferita dal cliente
Le impostazioni linguistiche del browser possono essere utili come suggerimento per la presentazione, ma non costituiscono una dichiarazione definitiva della preferenza di lettura o di assistenza di una persona. I browser possono inviare un elenco ordinato di preferenze Accept-Language e le persone possono usare dispositivi condivisi, impostazioni ereditate o una configurazione del browser che non corrisponde al contenuto che desiderano leggere.
Anche la posizione è un indicatore inaffidabile. La posizione di una persona basata sull’IP non corrisponde necessariamente alla lingua che preferisce leggere o usare per l’assistenza. Nomi, campi dell’account e messaggi precedenti sono scorciatoie altrettanto poco sicure: possono essere incompleti, obsoleti, ambigui o sensibili.
Usa qualsiasi segnale tecnico solo per suggerire un valore predefinito reversibile per la lingua di visualizzazione. Fornisci sempre una scelta visibile e non usare la lingua dedotta da sola per inserire qualcuno in una coda specifica per lingua. L’instradamento dovrebbe seguire una scelta esplicita e una copertura operativa verificata.
- Uso sicuro: preselezionare una lingua di visualizzazione del widget lasciando la scelta visibile e facile da modificare.
- Uso non sicuro: instradare in base a Paese, indirizzo IP, nome o intestazione del browser senza conferma.
- Evita di chiedere agli operatori di dedurre la capacità linguistica da campi legati all’identità.
- Se il cliente scrive in una lingua diversa, lascia che un operatore o un flusso proponga l’aggiornamento della preferenza invece di modificare silenziosamente l’instradamento.
Pubblica una policy sulle lingue supportate prima di creare i percorsi
Un menu delle lingue è un impegno di servizio. Definisci cosa significa concretamente ogni lingua elencata prima di esporla nel widget. La policy dovrebbe coprire reparti, orari operativi, livelli di servizio, responsabilità del passaggio di consegne e cosa accade quando gli operatori qualificati non sono disponibili.
Un modello utile prevede tre categorie. Le lingue pienamente supportate hanno copertura formata o designata per il reparto e la fascia oraria pertinenti. Le lingue con supporto limitato possono essere disponibili solo per specifici argomenti, reparti o orari. Le lingue di alternativa sono lingue nelle quali il team può offrire un’opzione chiaramente descritta, come una coda generale, un’opzione di contatto o una richiesta di ricontatto successivo secondo la propria policy operativa.
Mantieni il menu pubblico allineato a questa policy. Se una lingua è disponibile solo in determinati orari, dichiaralo prima che il cliente si impegni in quel percorso. Se l’azienda non può fornire assistenza nella lingua richiesta, non presentare testo automatizzato, una coda generica o un widget tradotto come equivalenti a un’assistenza umana qualificata per quella lingua.
- Per ogni lingua, indica il responsabile delle decisioni sulla copertura.
- Definisci la copertura per reparto, non solo nell’intera azienda.
- Documenta orari, requisiti di capacità degli operatori, regole di overflow e messaggio alternativo.
- Rivedi l’elenco delle lingue ogni volta che cambiano personale, reparti o orari.
Rendi la selezione della lingua chiara, accessibile e poco onerosa
Usa un linguaggio semplice e i nomi delle lingue nelle rispettive forme e scritture native nel selettore, come “Español”, “Français” e “العربية”. La denominazione nativa aiuta i clienti a riconoscere la propria scelta senza dover comprendere la lingua attuale dell’interfaccia. Se utile, aggiungi una spiegazione nella lingua corrente dell’interfaccia, ma non sostituire il nome nativo.
Ogni controllo necessita di un’etichetta che ne identifichi lo scopo e sia associata al controllo per le tecnologie assistive. Assicurati che l’intero selettore funzioni con la tastiera, compresa l’apertura del controllo, lo spostamento tra le opzioni, la selezione di un’opzione, la chiusura e il raggiungimento del passaggio successivo. Mantieni un indicatore di stato attivo visibile ed evita un menu che intrappoli lo stato attivo.
Imposta correttamente la lingua determinabile a livello di programmazione del contenuto del widget e identifica, quando applicabile, cambiamenti di lingua significativi all’interno del contenuto. Testa il selettore su larghezze mobili ridotte e con nomi delle lingue lunghi affinché le opzioni non risultino troncate, nascoste o difficili da attivare.
- Usa un controllo etichettato, ad esempio “Scegli la lingua di assistenza”.
- Presenta i nomi nativi; evita di usare le bandiere come unico indicatore della lingua.
- Mantieni un’opzione predefinita o alternativa quando la lingua richiesta non è disponibile.
- Fornisci “Continua nella lingua corrente” o un’opzione equivalente che non blocchi l’utente.
- Non richiedere una selezione linguistica per accedere a un aiuto umano urgente, a meno che tale requisito non sia realmente necessario per il servizio.
Raccogli solo la preferenza necessaria per erogare il servizio
Spiega perché lo chiedi. Un messaggio conciso come “Usiamo la tua scelta per cercare di metterti in contatto con il team di assistenza più adatto per questa conversazione” fornisce una motivazione legata all’erogazione del servizio senza esagerare ciò che il sistema può fare. La chiarezza sullo scopo aiuta i team a decidere quali informazioni siano necessarie e favorisce la minimizzazione dei dati.
Di solito, l’input necessario è una lingua di assistenza preferita selezionata da un elenco controllato, più un’opzione “Altro / Ho bisogno di aiuto per scegliere” se appropriata. Evita di chiedere nazionalità, etnia, luogo di nascita o altre informazioni identitarie per prendere una decisione di instradamento. Questi dettagli non sono necessari per stabilire una preferenza conversazionale.
Nello stesso processo, non costringere i clienti a ripetere una lingua che hanno già fornito. Mostra la scelta registrata per conferma oppure consenti di selezionarla quando serve di nuovo. Questo riduce l’attrito senza richiedere che la preferenza venga conservata tra sessioni separate.
- Indica lo scopo nel punto di raccolta.
- Raccogli una preferenza linguistica, non dati identitari.
- Rendi operativi i percorsi “Non sono sicuro” e “Altro”, anziché farli diventare vicoli ciechi.
- Offri ai clienti un modo per correggere una selezione errata.
- Definisci pratiche di conservazione, accesso e revisione in base agli obblighi e alle policy sulla privacy applicabili alla tua organizzazione.
Instrada solo quando la regola di copertura è soddisfatta
Una regola di instradamento per lingua richiede più di un’etichetta linguistica. Richiede un reparto idoneo, una programmazione, un requisito di capacità dell’operatore e una condizione di disponibilità attuale. Nella terminologia dei contact center, la lingua richiesta è una proprietà della richiesta; gli operatori qualificati sono idonei in base a competenze o capacità; e la disponibilità determina se un operatore idoneo può ricevere una nuova conversazione.
In webchat.vip, i team possono organizzare operatori, reparti, instradamento, programmazioni e livelli di servizio in una casella di posta condivisa per conversazioni WebChat e WhatsApp. Usa questi controlli operativi per implementare solo le regole di instradamento che il tuo team può mantenere. Per esempio, “assistenza alla fatturazione in spagnolo durante gli orari pubblicati” è più sicuro di una regola ampia che invia ogni preferenza per lo spagnolo a un reparto senza operatori qualificati disponibili.
Non creare una coda solo perché una lingua è comparsa in un menu. Testa l’intera catena: preferenza dichiarata, reparto corrispondente, copertura di operatori idonei, stato della programmazione, disponibilità, condizione di overflow e messaggio rivolto al cliente.
- Instrada in base a una preferenza esplicita più una condizione di copertura attiva.
- Abbina la copertura linguistica al reparto o all’argomento richiesto.
- Non assegnare conversazioni a operatori che non siano stati approvati per quel ruolo di assistenza linguistica.
- Definisci un tempo massimo di attesa o un’attivazione dell’overflow in base alla tua policy di servizio.
- Mantieni responsabile il proprietario dell’alternativa; un overflow non è completo finché una persona o un passaggio successivo praticabile non se ne fa carico.
Crea un’alternativa trasparente invece di un instradamento errato silenzioso
La modalità di errore critica è che un cliente scelga una lingua e venga inserito silenziosamente in una coda inadeguata. Ciò comporta spiegazioni ripetute, trasferimenti evitabili, attese più lunghe e perdita di fiducia. Un’alternativa deve indicare al cliente cosa è disponibile ora, cosa non è disponibile e come raggiungere un aiuto umano o proseguire la richiesta.
Una buona alternativa può offrire una coda umana in una lingua generale, la possibilità di attendere fino al successivo periodo di copertura pubblicato oppure un altro canale di contatto umano effettivamente gestito dalla tua organizzazione. Il testo dovrebbe distinguere una coda specifica per lingua dall’assistenza generale. Non dire mai che un operatore parlerà la lingua richiesta se la regola di assegnazione non conferma tale condizione.
Quando l’automazione non ha fornito una risposta soddisfacente dopo tentativi ripetuti, rendi disponibili i dettagli di contatto umano o un passaggio a una persona. Una soglia pratica è di tre tentativi non riusciti, abbinata a un’opzione visibile “Parla con una persona”. Se le persone non sono disponibili, indica quando è previsto che l’assistenza umana sia disponibile anziché lasciare i clienti in un ciclo automatizzato indefinito.
- Informa immediatamente il cliente quando la lingua scelta non è disponibile per il reparto o l’orario selezionati.
- Offri un’azione successiva reale: coda umana generale, orario di ritorno pubblicato o un altro canale di contatto con personale disponibile.
- Mantieni visibile un percorso “Parla con una persona” e consenti di chiudere e richiamare la chat.
- Registra il motivo dell’alternativa: nessuna copertura, fuori orario, nessun operatore qualificato disponibile o modifica richiesta dal cliente.
- Escalation dei casi urgenti, vulnerabili, di reclamo, di sicurezza o di insuccesso ripetuto al responsabile umano designato secondo le procedure interne.
Usa l’automazione per aiutare nella scelta e nel passaggio di consegne, non per intrappolare i clienti
I flussi automatizzati in webchat.vip possono inviare messaggi e file, raccogliere risposte convalidabili, ramificare, trasferire e passare le conversazioni alle persone. Usa questa capacità per presentare le scelte linguistiche, confermare la preferenza selezionata, verificare la condizione di instradamento appropriata e fornire la coda corrispondente o il messaggio alternativo.
La convalida dovrebbe impedire valori inutilizzabili, non costringere un cliente a una risposta artificiale. Un selettore controllato è di solito migliore del testo libero per l’instradamento, ma dovrebbe includere una via d’uscita per clienti la cui lingua non è presente o che non riescono a decidere. Se viene usato l’input in testo libero, non trattarlo come un codice di instradamento affidabile senza una regola di revisione.
Progetta tenendo conto delle interruzioni. I clienti possono arrivare con un problema diverso, modificare la lingua selezionata o chiedere subito una persona. In ogni ramo, mantieni l’accesso a un percorso umano ed evita messaggi circolari, come chiedere ripetutamente la stessa lingua dopo che il cliente ha già risposto.
- Conferma la lingua di assistenza scelta con un messaggio breve e comprensibile.
- Trasmetti la scelta come contesto della conversazione al team ricevente.
- Fornisci un’azione visibile di escalation umana in ogni fase automatizzata.
- Dopo ripetuti tentativi di automazione non riusciti, smetti di riprovare lo stesso percorso e offri aiuto umano.
- Testa risposte non valide, vuote, modificate e relative a lingue non disponibili.
Domande frequenti
La WebChat dovrebbe instradare automaticamente i clienti in base alla lingua del browser?
No. La lingua del browser può essere un suggerimento reversibile per la lingua di visualizzazione del widget, ma non è una dichiarazione affidabile della lingua di assistenza preferita dal cliente. Lascia scegliere al cliente, quindi instrada solo se le regole di personale e programmazione supportano tale scelta.
Possiamo usare il Paese o la posizione IP per selezionare una lingua di assistenza?
Non usare la posizione come segnale decisivo. La posizione non corrisponde necessariamente alla lingua che una persona preferisce leggere o usare per l’assistenza. Offri una scelta linguistica esplicita e mantieni un’alternativa chiara.
Cosa dovrebbe accadere quando non è disponibile alcun operatore nella lingua richiesta?
Informa tempestivamente il cliente. Offri la successiva opzione con personale disponibile che la tua organizzazione può effettivamente fornire, ad esempio una coda di assistenza umana generale, un futuro orario di disponibilità pubblicato o un altro canale di contatto con personale disponibile. Non trasferire silenziosamente la conversazione a una coda inadeguata.
Come dovrebbero essere archiviate le preferenze linguistiche in una conversazione?
Mantieni la lingua di assistenza preferita dichiarata come contesto utile della conversazione, separata dalla lingua di visualizzazione del widget. Consenti ai clienti di modificarla, trasmettila al team ricevente e applica regole di revisione documentate quando la conversazione scritta o la richiesta esplicita del cliente indica un’eccezione.
Cosa dovremmo misurare dopo il lancio?
Usa registri delle conversazioni, analisi operative, valutazioni e report esportabili per esaminare accuratezza dell’instradamento in base alla lingua dichiarata, trasferimenti dopo la selezione linguistica, spiegazioni ripetute, esiti delle attese, motivi delle alternative, abbandoni e uso dell’escalation umana. Non trattare la preferenza linguistica come un indicatore dell’identità o del valore del cliente.
Qual è la checklist di lancio per la selezione della lingua in una WebChat multilingue?
Conferma la policy sulle lingue supportate; separa le impostazioni di visualizzazione e della lingua di assistenza; verifica etichette, funzionamento con tastiera, comportamento con lettori di schermo, layout mobile e metadati linguistici; testa programmazioni e copertura degli operatori idonei per reparto; testa l’alternativa fuori orario e in assenza di operatori; verifica l’escalation umana dopo ripetuti fallimenti dell’automazione; testa modifiche delle preferenze e conversazioni in lingue miste; rivedi i testi rivolti ai clienti per evitare promesse non supportate; e assegna responsabili per instradamento, personale, privacy, accessibilità e reportistica continua.
Fonti e approfondimenti
Riferimenti primari e autorevoli usati per verificare la base fattuale di questa guida.
- Guiding users to translated pages — W3C Internationalization
- When to use language negotiation — W3C Internationalization
- Internationalization Quick Tips for the Web — W3C Internationalization
- Web Content Accessibility Guidelines (WCAG) 2.2 — W3C
- Labeling Controls — W3C Web Accessibility Initiative
- Understanding Success Criterion 3.2.6: Consistent Help — W3C Web Accessibility Initiative
- Understanding Success Criterion 3.3.7: Redundant Entry — W3C Web Accessibility Initiative
- Core concepts: Routing — Twilio Documentation
- Configure Skill-Based Routing — Twilio Documentation
- Principle (b): Purpose limitation — Information Commissioner's Office