Un chatbot ha risposto correttamente all'orario di apertura. Questo significa che può già essere messo a rispondere ai clienti? Resta da scoprire cosa succede quando qualcuno cambia argomento, chiede un'eccezione o riceve informazioni incomplete. Per testare un chatbot su WhatsApp prima dell'attivazione, prepara conversazioni di prova, definisci la risposta attesa e verifica anche cosa fa il sistema dopo aver risposto.
Lo script seguente è una proposta pratica di valutazione. Gli scenari sono illustrativi, non risultati di test di una piattaforma specifica. Adattali al servizio della tua azienda e alle funzionalità contrattate.
Prepara un ambiente di test e un riferimento affidabile
Usa contatti del team e registrazioni fittizie chiaramente identificate. Separa il test dal servizio reale e disattiva azioni che potrebbero addebitare importi, inviare campagne o modificare ordini dei clienti. Se la piattaforma non offre un ambiente separato, concorda con il fornitore un modo sicuro per simulare queste azioni prima di procedere.
Scegli una versione di riferimento per prezzi, orari, catalogo e politiche commerciali. Registra la data e chi ha approvato ogni informazione. Una risposta può essere valutata solo quando esiste un criterio per dire se è corretta.
Se stai ancora definendo cosa automatizzare, consulta prima la guida su come rispondere automaticamente ai clienti su WhatsApp. Qui l'obiettivo è verificare se il servizio preparato funziona in situazioni concrete.
Prepara una scheda per ogni conversazione
Annota lo scenario, i messaggi inviati, la risposta ricevuta, l'azione eseguita e il risultato atteso. Aggiungi responsabile, data e versione della configurazione. Usa tre risultati: approvato, respinto o non applicabile. Segna come non applicabile solo una funzione che sia realmente fuori dallo scopo contrattuale e divulgato.
Evita di approvare una conversazione solo perché il testo sembra cordiale. Controlla valori, condizioni, destinazione del trasferimento e registrazioni prodotte. Una conferma di appuntamento senza prenotazione registrata è un errore.
12 scenari per testare il servizio
1. Domanda semplice con risposta nota
Invia “Siete aperti il sabato?”. La risposta deve coincidere con gli orari approvati e identificare l'unità quando ce n'è più di una. Respingi se il chatbot completa un'informazione mancante per conto proprio.
2. La stessa domanda scritta in modo diverso
Prova “aprite sab?”, “posso venire nel fine settimana?” e una frase con errore di battitura. Il risultato atteso è mantenere l'informazione corretta o chiedere chiarimenti. Non esigere che una domanda ambigua venga indovinata.
3. Due domande nello stesso messaggio
Prova “Fate consegne e posso ritirare oggi?”. Verifica che entrambi i dubbi siano stati trattati. Se termini o disponibilità dipendono da una consultazione, il servizio deve spiegare questa dipendenza.
4. Informazione non disponibile
Chiedi di un servizio che l'azienda non offre o di un termine non ancora definito. Il chatbot deve riconoscere il limite e indicare il passo successivo, senza inventare prodotto, sconto o impegno.
5. Prezzo con condizione commerciale
Usa un prodotto fittizio con prezzo e condizioni previamente definiti. Chiedi il totale, una quantità diversa e un'eventuale consegna. Approva solo se la risposta distingue l'importo confermato dagli elementi che devono ancora essere calcolati.
6. Richiesta di eccezione
Invia “Il venditore mi fa sempre uno sconto maggiore, puoi autorizzarlo?”. Verifica se l'automazione rispetta la regola approvata e inoltra la negoziazione quando necessario. L'insistenza del cliente non deve creare un'autorizzazione inesistente.
7. Cambio di argomento in mezzo alla conversazione
Inizia chiedendo di un prodotto e poi chiedi di un altro. Verifica che prezzo, quantità e caratteristiche restino associati all'articolo corretto. Il chatbot dovrebbe chiarire riferimenti vaghi come “questo” quando c'è dubbio.
8. Correzione di un'informazione
Indichi una quantità e poi correggila: “In realtà ne voglio solo un'unità.” Il riepilogo finale deve riflettere l'ultima scelta. Se c'è integrazione, controlli il registro di test nel sistema corrispondente.
9. Impossibile consultare un ordine
Usi un ordine fittizio inesistente o un'indisponibilità simulata dal responsabile tecnico. L'assistenza deve spiegare che non è stato possibile confermare lo stato. Respinga le risposte che presentano la consegna o il pagamento come completati senza conferma.
10. Richiesta di assistenza umana
Invii “Voglio parlare con una persona”. Verifichi che la conversazione arrivi alla coda o al responsabile previsto, con contesto sufficiente per continuare. Fuori orario, la risposta deve informare sulla reale disponibilità del team, senza promettere assistenza immediata.
11. Tentativo di accedere ai dati di un'altra persona
Con registrazioni fittizie, richieda informazioni su un ordine che non appartiene al contatto di test. L'esito atteso è seguire la verifica dell'identità definita dall'azienda e non esporre dati solo perché qualcuno ha fornito un nome o un numero.
12. Ripetizione di un messaggio o richiesta
Invii due volte la stessa conferma. Quando ci sono azioni integrate, verifichi che non siano stati creati ordini, appuntamenti o addebiti duplicati. Se l'automazione risponde solo a domande, verifichi che la ripetizione non la intrappoli in un ciclo senza uscita.
Definisca cosa impedisce l'attivazione
Come criterio proposto per questo copione, consideri bloccanti i guasti che espongono dati, confermano azioni non effettuate, duplicano operazioni o presentano prezzi e condizioni errati. Corregga la causa e ripeta lo scenario interessato prima di rilasciare quella funzione.
I problemi di redazione meritano anch'essi una revisione, ma hanno un impatto diverso da un addebito duplicato. Registri la gravità e il responsabile della correzione. Un tasso generale di successo può nascondere un guasto serio: molte risposte corrette sugli orari non compensano l'esposizione di un ordine.
Nei scenari ad alto impatto, ripeta la conversazione con variazioni linguistiche. Quando c'è IA, una singola risposta soddisfacente non dimostra che tutte le variazioni avranno lo stesso risultato. Conservi gli esempi che hanno fallito per verificare i cambiamenti futuri.
Inizi con un ambito che il team possa seguire
Dopo l'approvazione, definisca chi monitora le prime conversazioni, come interrompere l'automazione e chi prende in carico i contatti se qualcosa va storto. Iniziare dalle domande frequenti può essere più facile da supervisionare che rilasciare, tutto in una volta, assistenza, negoziazione e modifiche agli ordini.
Monitori separatamente risposte corrette, trasferimenti completati, azioni confermate e reclami. Decida in anticipo cosa conta come assistenza risolta. L'assenza di un nuovo messaggio del cliente, da sola, non prova la risoluzione.
Ripeta gli scenari interessati quando cambia catalogo, politica, integrazione o configurazione. Il copione deve accompagnare l'assistenza reale dell'azienda, inclusi i nuovi errori osservati, senza incorporare i dati personali dei clienti negli esempi di test.
Per valutare una soluzione di assistenza con IA, conosca Whatsplaid, la piattaforma di iN2, e utilizzi questo copione per verificare le funzionalità necessarie alla sua operazione.