Pianificare WebChat per più siti: una checklist decisionale

Parti dal motivo per cui i clienti ti contattano

Il numero di siti web, da solo, non determina come organizzare l’assistenza. Inizia mappando le esigenze dei visitatori, il team responsabile della risposta e l’eventualità che i clienti passino da un sito all’altro durante un’unica interazione di assistenza.

È utile distinguere tra il modello di servizio che desideri e la configurazione supportata dal prodotto. I canali WebChat dispongono di widget installabili, personalizzabili e multilingue. Le informazioni disponibili sul prodotto non specificano se un singolo widget possa essere usato su più siti, se sia possibile configurare più widget a questo scopo o quali limiti si applichino a canali o widget. Verifica questi dettagli con webchat.vip prima dell’implementazione.

• Elenca i motivi principali per cui un visitatore potrebbe avviare una chat su ciascun sito.
• Individua chi risponde, chi è responsabile della risoluzione e a chi viene inoltrato un problema irrisolto.
• Indica se i clienti passano spesso da un sito all’altro durante un’unica interazione di assistenza.

Definisci il modello operativo

Pianifica in base alle responsabilità e alle esigenze dei clienti, non soltanto in funzione di loghi o colori diversi. Se lo stesso team gestisce lo stesso servizio, valuta come offrire un’esperienza coerente. Se le responsabilità o le regole del servizio sono diverse, documenta i confini e come i visitatori potranno capire a quale servizio si sono rivolti. Sono considerazioni di pianificazione, non affermazioni sulle configurazioni WebChat disponibili.

Webchat.vip offre strumenti per organizzare operatori e reparti, instradamento, orari, livelli di servizio, modelli e tag. I flussi automatizzati possono inviare messaggi e file, raccogliere risposte convalidate, creare diramazioni, trasferire le conversazioni e passarle agli operatori. Decidi di quali funzionalità ha bisogno il tuo servizio, quindi verifica come si applicano alla configurazione che intendi utilizzare.

• Confronta le esigenze di assistenza, i requisiti linguistici, gli orari e i percorsi di escalation di ciascun sito.
• Indica il team responsabile delle risposte e del follow-up.
• Individua ciò che visitatori e operatori devono sapere sul sito o sul servizio interessato.

Specifica i requisiti di privacy e contesto

Non considerare un widget o un sito separato come prova dell’esistenza di un confine separato per i dati. Le informazioni disponibili sul prodotto non chiariscono come funzionino la cronologia delle conversazioni, l’accesso degli operatori, i log o le esportazioni in una configurazione proposta per più siti.

Chiedi ai responsabili della piattaforma e dell’implementazione di verificare questi dettagli rispetto ai requisiti di privacy e accesso. Se un requisito non può essere confermato, coinvolgi il responsabile della privacy o della sicurezza prima del lancio. Decidi anche come gli operatori dovrebbero identificare il sito di provenienza e quali informazioni i visitatori devono fornire; non dare per scontato che il contesto o la cronologia delle conversazioni vengano trasferiti da un sito all’altro.

• Documenta quali informazioni possono essere raccolte e chi deve potervi accedere.
• Conferma il comportamento effettivo della cronologia delle conversazioni, degli accessi, dei log e delle esportazioni per la configurazione prevista.
• Fornisci a ciascun servizio testi chiari che non facciano intendere che l’assistenza sia gestita da un altro team.

Crea un documento decisionale

Un breve documento decisionale offre ai responsabili di web, assistenza e servizi un riferimento condiviso. Registra il modello operativo previsto per ogni sito, le eventuali eccezioni, chi lo ha approvato e quali dettagli della configurazione del prodotto devono ancora essere verificati.

Usa questa checklist per confrontare i siti e assegnare le decisioni:

• Sito e servizio: che cosa offre il sito e di quale assistenza potrebbe avere bisogno un visitatore?
• Pubblico e lingua: chi usa il sito e quali opzioni linguistiche devono essere testate?
• Responsabilità: quale team gestisce le risposte, la risoluzione e il follow-up?
• Operatività: quali regole di instradamento, orari di assistenza e aspettative sul servizio sono necessari?
• Privacy e accesso: quali informazioni possono essere raccolte, chi deve potervi accedere e che cosa va verificato?
• Escalation: quando l’automazione deve trasferire la conversazione a una persona e che cosa succede se non è disponibile?
• Report: quali informazioni dovrebbero poter consultare gli operatori e i responsabili?
• Decisione: quale modello operativo viene scelto, quale configurazione è stata verificata, chi l’ha approvata e quando sarà riesaminata?

Assegna i responsabili e verifica l’esperienza

Indica un responsabile dell’assistenza per i testi del servizio e le escalation e un responsabile web o tecnico per l’installazione e i test. Coinvolgi anche un responsabile della privacy o della sicurezza quando occorre esaminare l’accesso ai dati o i relativi confini.

Esegui test come visitatore su ogni sito e su dispositivi mobili. Verifica la visualizzazione del widget, la scelta della lingua, l’instradamento, l’automazione, il trasferimento e il passaggio a un operatore. Prova cosa succede quando la chat non è disponibile e assicurati che l’alternativa indichi chiaramente il passo successivo, senza far intendere che sia disponibile un’assistenza umana immediata.

Webchat.vip registra analisi operative, log delle conversazioni, valutazioni e report esportabili. Decidi a quali domande dovrebbero rispondere questi dati e verifica l’ambito dei report per la configurazione prevista, senza presumere che i dati vengano combinati o separati in un modo specifico.

• Verifica che il widget previsto e i testi del servizio compaiano sul sito e sulle dimensioni dei dispositivi previsti.
• Prova le domande relative a ciascun servizio e verifica che raggiungano il team responsabile.
• Testa la selezione della lingua, l’automazione, il trasferimento e il passaggio a un operatore.
• Controlla l’alternativa prevista quando la chat non è disponibile e verifica che sia chiara e utilizzabile.
• Chiedi ai responsabili competenti di esaminare le informazioni registrate, gli accessi e i report.
• Chiedi a un responsabile del servizio di approvare l’esperienza rivolta ai clienti e il percorso di escalation.

Rivaluta il piano quando cambia il servizio

Riesamina il documento decisionale quando viene aggiunto un sito, i team vengono riorganizzati, cambiano gli orari di assistenza o un nuovo requisito di privacy incide su responsabilità, instradamento, contesto dei clienti o escalation.

Quando si verifica un problema in produzione, indirizza le questioni relative al servizio e al personale al responsabile dell’assistenza; invia quelle relative all’installazione o alla configurazione al responsabile web o tecnico. Sottoponi al responsabile della privacy o della sicurezza le questioni irrisolte sui confini dei dati o sugli accessi e mantieni un’alternativa chiara per i clienti mentre il problema viene esaminato.

• Riesamina il piano dopo modifiche a siti web, servizi, reparti, politiche o orari operativi.
• Usa i log delle conversazioni, le valutazioni e i report operativi per individuare errori di instradamento ricorrenti o passaggi di consegne poco chiari.
• Documenta le modifiche, ripeti i test sui siti interessati e informa i team responsabili dell’esperienza.