Quando il chatbot deve fermarsi e passare a una persona

Un assistente automatico si giudica soprattutto da come si ferma. Rispondere alle domande facili è la parte semplice; i problemi nascono quando il sistema continua a rispondere in situazioni in cui doveva passare la mano. Il danno non è una risposta imprecisa su un orario: è una risposta sicura su una condizione contrattuale, o su un guasto che poteva essere pericoloso.

I limiti si scrivono prima, insieme a chi il mestiere lo fa. Non si scoprono in esercizio, leggendo le conversazioni andate male.

Le domande che non deve trattare

Il primo elenco non riguarda quello che il sistema sa, ma quello che non deve fare nemmeno quando saprebbe rispondere.

• Impegni: prezzi fuori listino, tempi promessi, condizioni contrattuali, deroghe. Sono cose che vincolano l’azienda.
• Sicurezza e salute: qualunque sospetto di rischio per le persone o per un impianto va portato a un operatore, non gestito con istruzioni.
• Dati personali e pratiche: richieste che riguardano identità, pagamenti o documenti di qualcuno.
• Reclami: chi scrive arrabbiato non vuole una procedura, vuole una persona. Insistere peggiora una situazione già storta.
• Casi che richiedono un giudizio: se per rispondere bisogna vedere, provare o decidere, non è materia da assistente.

Questo elenco è anche il modo più efficace per far accettare il progetto in azienda: chi teme che il sistema dica sciocchezze al posto suo ha bisogno di vedere per iscritto che cosa non toccherà.

Le condizioni di passaggio

Oltre ai casi esclusi ci sono le situazioni in cui la conversazione, per come sta andando, va chiusa e passata.

La terza riga è quella che si dimentica più spesso ed è la più utile, perché non dipende da nessuna stima interna al sistema: se una persona riformula la stessa domanda, la risposta precedente non ha funzionato, qualunque cosa dicano i registri.

Che cosa passare all’operatore, e che cosa no

Il passaggio è utile se chi riceve non deve ricominciare da capo. È dannoso se gli scarica addosso mezz’ora di conversazione da leggere.

• Serve: la richiesta iniziale con le parole dell’utente, i dati già raccolti, che cosa ha già provato l’assistente e perché si è fermato.
• Serve: da dove arriva la persona, cioè la pagina o il canale, perché spiega il contesto della domanda.
• Non serve: la trascrizione integrale quando è lunga. Un riassunto, con il testo completo disponibile a richiesta, funziona meglio.
• Non deve passare: informazioni raccolte per altri scopi e dati che l’operatore non ha bisogno di vedere per rispondere.

All’utente va detto che cosa viene trasferito. È una cortesia e insieme una protezione: chi sa che le sue parole vengono passate non si sorprende di essere richiamato su quanto ha scritto.

Il passaggio deve finire in mano a qualcuno

È il punto in cui questi progetti falliscono più spesso, e non ha niente a che vedere con la tecnologia.

1. Stabilire dove arriva il passaggio — una coda, una casella, una chat interna — e chi la guarda durante l’orario di lavoro.
2. Stabilire che cosa succede fuori orario: se nessuno risponderà fino al giorno dopo, l’utente deve saperlo prima di chiudere la conversazione.
3. Registrare la presa in carico: senza, nessuno sa se il passaggio è andato a buon fine o è caduto nel vuoto.
4. Contare i passaggi non raccolti. È l’unico numero che dice se la promessa «ti mettiamo in contatto con una persona» è vera.

Tre conversazioni, tre esiti

• Risolto. «Fate assistenza anche su impianti installati da altri?» L’informazione è nelle fonti autorizzate: l’assistente risponde, indica la pagina da cui viene la risposta e propone il passo successivo.
• Chiarimento. «Non funziona più.» La domanda è troppo vaga: l’assistente chiede una volta di quale prodotto si tratta. Se la risposta resta generica, passa a una persona invece di provare a indovinare.
• Passaggio. «Mi fate uno sconto se ne ordino dieci?» Rientra fra gli impegni. L’assistente non tratta: dice che la richiesta va a un commerciale, raccoglie i dati minimi e conferma che cosa succederà.

Quando il passaggio umano non è la risposta

• Se quasi tutte le conversazioni finiscono in passaggio, l’assistente non sta aiutando: sta aggiungendo un passaggio prima del telefono. Meglio restringerlo alle poche cose che fa bene, o rinunciare.
• Se non c’è nessuno che può prendere in carico, la funzione va tolta: promettere una persona che non arriva costa più che non prometterla.
• Se il problema è che le informazioni pubbliche sono incomplete, il passaggio nasconde la causa invece di risolverla, e il carico si sposta sull’assistenza.

Quello che questa guida non copre

Qui si parla di limiti, passaggio e continuità: quando fermarsi, che cosa trasferire, come verificare che qualcuno raccolga. La scelta di quali percorsi offrire ai clienti — assistente, centro assistenza, operatore — viene prima di questa decisione. E il modo di verificare che le risposte siano corrette, con prove ripetibili, è un lavoro a sé che questa guida non sostituisce.