Come usare i numeri di riferimento dei casi nella chat di assistenza senza aumentare lo sforzo dei clienti

Perché le richieste di numeri di riferimento creano sforzo evitabile

Un numero di riferimento può velocizzare una conversazione con l'assistenza, ma solo quando rappresenta il percorso affidabile più breve verso il record. Crea sforzo quando un operatore lo chiede prima di verificare la conversazione corrente, i record disponibili tramite i sistemi approvati dall'organizzazione o i dettagli che il cliente ha già fornito nello stesso percorso.

L'errore più comune è trattare ogni richiesta come «Fornisci il tuo numero di riferimento». I clienti potrebbero non sapere quale numero sia richiesto, non riuscire a trovarlo oppure averlo già fornito. Una richiesta vaga aumenta inoltre la probabilità che inviino informazioni personali non pertinenti o eccessive.

Definisci chiaramente l'obiettivo della politica: usare un riferimento come supporto di contesto e ricerca, non come barriera che i clienti devono superare prima di ricevere un aiuto ragionevole.

• Cerca prima nella conversazione corrente e nei record pertinenti disponibili tramite i sistemi approvati, quando ciò è operativamente appropriato.
• Chiedi solo l'identificatore necessario per la richiesta corrente.
• Offri immediatamente un percorso alternativo quando il cliente non ha il numero.
• Non richiedere di reinserire informazioni già fornite nello stesso processo digitale, salvo che sia essenziale o richiesto per la sicurezza.

Mantieni separate ricerca, autenticazione e autorizzazione

Una procedura operativa solida separa tre decisioni. Trovare un caso risponde alla domanda: «Di quale record stiamo parlando?». L'autenticazione risponde alla domanda: «Questa persona ha dimostrato il controllo del fattore di autenticazione richiesto?». L'autorizzazione risponde alla domanda: «Questa persona autenticata può eseguire questa azione?».

Un riferimento di caso, ordine o reclamo può aiutare a individuare un record. Non dimostra chi sta partecipando alla chat e non concede il permesso di divulgare dettagli protetti, modificare un indirizzo, annullare un ordine, cambiare impostazioni dell'account o compiere un'altra azione sensibile.

Definisci procedure di verifica e approvazione specifiche per azione al di fuori del flusso di lavoro dei numeri di riferimento. Gli operatori non devono improvvisare chiedendo più identificatori finché non si sentono sicuri.

• Ricerca: usa il riferimento minimo necessario per localizzare un record pertinente.
• Autenticazione: usa il metodo approvato dall'organizzazione quando è necessario stabilire l'identità.
• Autorizzazione: verifica se la persona autenticata può richiedere l'azione specifica.
• Non chiedere mai ai clienti di divulgare password, password monouso o altri fattori di autenticazione nella normale chat.

Crea una mappa degli identificatori per tipo di richiesta

Sostituisci l'espressione generica «numero di riferimento» con una mappa controllata degli identificatori. Per ogni tipo di richiesta dovrebbero essere indicati l'identificatore preferito, un'alternativa accettabile, lo scopo della raccolta e le azioni che richiedono comunque una verifica separata.

Questo migliora la comprensione del cliente e rende più coerente la gestione interna. Evita inoltre che un riferimento di consegna venga considerato intercambiabile con un record di reclamo o un identificatore dell'account.

• Richiesta su un ordine: chiedi il riferimento dell'ordine; usa il messaggio di conferma dell'ordine come indicazione su dove trovarlo.
• Problema di consegna: chiedi il riferimento di consegna o di tracciamento quando il problema riguarda una spedizione.
• Seguito di un reclamo: chiedi il riferimento del reclamo o il riferimento del caso di assistenza precedente.
• Richiesta relativa all'account: usa il percorso approvato per la ricerca dell'account; non suggerire che un riferimento d'ordine verifichi la titolarità dell'account.
• Conversazione precedente: usa il riferimento dell'assistenza precedente solo per localizzare l'interazione precedente, non per autorizzare una nuova azione.

Decidi quando un operatore deve chiedere il riferimento

Crea una breve sequenza decisionale che gli operatori possano seguire in modo coerente. Prima, identifica l'obiettivo del cliente. Poi, esamina la conversazione attiva e i record pertinenti disponibili tramite i sistemi approvati dall'organizzazione per trovare un identificatore utilizzabile. Chiedi un riferimento solo se è necessario per localizzare o distinguere il record pertinente e non può ragionevolmente essere ricavato dalle informazioni disponibili.

Evita di raccogliere un riferimento solo perché potrebbe essere utile in seguito. Se la richiesta può ricevere risposta senza aprire un record specifico del cliente, non chiederlo. Se viene richiesta un'azione sensibile, passa al processo approvato di autenticazione e autorizzazione invece di basarti sul riferimento.

Per le operazioni condivise via WebChat e WhatsApp, fornisci la stessa sequenza decisionale a ogni reparto affinché i trasferimenti non riavviino il processo di raccolta delle informazioni.

• Chiedi il riferimento quando più record potrebbero corrispondere plausibilmente e il riferimento è il modo meno gravoso per distinguerli.
• Non chiederlo quando il riferimento è già visibile nella conversazione corrente o disponibile tramite i sistemi approvati.
• Non chiederlo quando un aiuto generico risolve il problema.
• Inoltra il caso invece di fare supposizioni quando i record sono in conflitto, una corrispondenza è ambigua o l'azione richiesta è sensibile.

Usa un messaggio chiaro e accessibile per il cliente

Un buon messaggio indica cosa serve, perché serve, dove trovarlo e cosa accade se il cliente non riesce a reperirlo. Nomina l'identificatore con precisione. Se un formato previsto è utile, fornisci un breve esempio senza suggerire che il formato dimostri il diritto di accesso al record.

Evita abbreviazioni non spiegate, lunghi elenchi di numeri possibili e messaggi che inducono il cliente a cercare in ogni email. Etichette e istruzioni chiare riducono gli errori di inserimento; i messaggi di errore utili dovrebbero indicare il problema in testo anziché limitarsi a dire che una ricerca non è riuscita.

• Messaggio preferito: «Per trovare la consegna, inviami il riferimento di consegna presente nell'email di spedizione. Di solito compare accanto a “Riferimento di consegna”. Se non riesci a trovarlo, dimmelo e ti aiuterò con un'altra procedura.»
• Messaggio sul formato: «Il riferimento dell'ordine di solito inizia con ORD- seguito da cifre, ad esempio ORD-12345. Invia solo il riferimento dell'ordine.»
• Messaggio per formato non valido: «Non sembra un riferimento d'ordine. Controlla l'email di conferma per un numero che inizia con ORD-. Se non è disponibile, rispondi “Non riesco a trovarlo” e inoltrerò la richiesta per ricevere assistenza.»
• Messaggio per ricerca non riuscita: «Non ho trovato un record corrispondente a quel riferimento di consegna. Controlla i caratteri e invialo di nuovo, oppure dimmi se hai bisogno che una persona lo esamini.»

Riduci al minimo i dati nella chat a testo libero

La chat a testo libero incoraggia i clienti a inviare più informazioni del necessario. La politica dovrebbe dire ai clienti esattamente quale identificatore fornire e scoraggiare esplicitamente l'invio di dati non pertinenti. Gli operatori non devono chiedere una raccolta di dati personali «per ogni evenienza».

Usa la raccolta di risposte convalidata quando un formato prevedibile è realmente utile, ma mantienila proporzionata. La convalida del formato può migliorare la qualità dei dati; non può stabilire l'identità, dimostrare la titolarità né determinare se un cliente può compiere un'azione.

Esamina periodicamente i dati memorizzati relativi agli identificatori e rimuovi le informazioni che non sono più pertinenti allo scopo di assistenza definito.

• Richiedi un identificatore alla volta, ove possibile.
• Non chiedere ai clienti di incollare segreti di autenticazione nella chat.
• Non richiedere più riferimenti come sostituto di un processo di verifica approvato.
• Usa un percorso di eccezione con revisione umana quando una convalida rigida escluderebbe un cliente legittimo.
• Limita i record interni all'identificatore, al suo tipo, all'esito della ricerca e all'azione successiva, nel rispetto della politica di privacy e sicurezza dell'organizzazione.

Registra gli identificatori in modo coerente nella casella condivisa

Una casella condivisa richiede una convenzione di registrazione affinché l'operatore successivo possa capire cosa è stato fornito senza doverlo chiedere di nuovo. In webchat.vip, i team possono usare una casella condivisa con operatori, reparti, instradamento, modelli e tag. Configura il flusso di lavoro attorno a un piccolo insieme documentato di tag e modelli approvati, anziché distribuire identificatori non strutturati nei messaggi della conversazione.

Mantieni il record operativo basato sui fatti. Annota il tipo di riferimento, l'esito della ricerca, se la verifica è ancora richiesta e il responsabile successivo nel sistema di registrazione consentito dall'organizzazione. Non registrare conclusioni secondo cui il riferimento abbia autenticato il cliente.

Qualsiasi registrazione di identificatori, controlli di accesso e periodi di conservazione deve seguire la politica di privacy e sicurezza dell'organizzazione. Evita di copiare un identificatore nelle note quando esiste già in un record strutturato consentito. Quando l'organizzazione usa note interne di trasferimento in un sistema consentito, usale per preservare il contesto essenziale tra reparti e usa i tag solo per stati operativi definiti.

• Tag consigliati: riferimento-richiesto, riferimento-ricevuto, ricerca-corrispondente, ricerca-non-trovata, verifica-richiesta, revisione-umana-necessaria.
• Esempio di record di passaggio di consegne, ove consentito: «Riferimento di consegna ricevuto; ricerca corrispondente a un record; nessuna verifica dell'identità completata; il cliente richiede modifica dell'indirizzo; inoltrare al processo di verifica approvato.»
• Evita registrazioni vaghe come «cliente verificato» quando è stato fornito solo un riferimento.
• Fornisci agli operatori modelli approvati per richieste, insuccessi e passaggi di consegne.

Progetta alternative sicure e un percorso di escalation umana

Un riferimento mancante o senza corrispondenza non dovrebbe diventare un vicolo cieco. I clienti potrebbero aver eliminato un messaggio, ricevuto un numero errato, non avere accesso a un dispositivo o a un account email, oppure necessitare di supporto per l'accessibilità. Offri agli operatori un percorso alternativo documentato, appropriato alla richiesta e che non incentivi una raccolta non necessaria di dati.

L'automazione può raccogliere un riferimento, verificare un formato definito, diramare il flusso in base al risultato e trasferire la conversazione. In webchat.vip, i flussi automatizzati possono raccogliere risposte convalidate, inviare messaggi o file, diramarsi e passare le conversazioni alle persone. Usa queste funzionalità per ridurre gli attriti di routine, non per prendere una decisione non revisionabile sull'identità o sul diritto a un'azione.

Definisci attivatori espliciti per l'intervento di una persona. Il passaggio di consegne dovrebbe dire al cliente cosa accadrà in seguito e l'operatore che riceve il caso dovrebbe usare la conversazione corrente e i record consentiti per evitare richieste ripetute non necessarie.

• Inoltra a una persona quando il cliente non riesce a trovare l'identificatore dopo aver ricevuto indicazioni chiare.
• Inoltra quando un riferimento non trova corrispondenza dopo un'attenta verifica, oppure quando sembrano possibili più record.
• Inoltra immediatamente in presenza di vincoli di accessibilità o tecnologici, sospetta compromissione dell'account, dubbi sulla privacy, controversie, problemi di tutela o azioni sensibili che richiedono una verifica approvata.
• Dì al cliente: «Sto trasferendo la richiesta a uno specialista dell'assistenza che può esaminare le alternative. Mi assicurerò che possa vedere le informazioni che hai già condiviso, dove la nostra procedura lo consente.»
• Fornisci all'operatore ricevente il tipo di richiesta, il risultato della ricerca, le informazioni pertinenti della conversazione e il motivo dell'escalation attraverso il processo consentito dall'organizzazione.