Un bot per l'assistenza clienti progettato male non fa risparmiare denaro, lo sposta. Riduce una spesa visibile – il costo del team di supporto – e ne aumenta altre che nessuno attribuisce a tale decisione: perdita di clienti, reclami più complessi, danni alla reputazione e, sempre più spesso, responsabilità legali per ciò che il sistema dice.
Il bilancio patrimoniale viene quasi sempre presentato in modo incompleto. Viene mostrato il costo evitato per ogni query automatizzata, che è facile da calcolare, ma non viene mostrato il costo delle query risolte in modo inadeguato, che è difficile da calcolare e considerevolmente più elevato.
Nel 2024, la British Columbia Civil Resolution Court si è pronunciata sul caso *Moffatt contro Air Canada*. Un cliente aveva consultato il chatbot della compagnia aerea in merito alle tariffe per il lutto, e il sistema aveva fornito informazioni errate. Quando il cliente si è lamentato, la compagnia ha sostenuto che il chatbot era, in sostanza, responsabile delle proprie affermazioni.
La corte ha ritenuto tale argomentazione notevole, nel senso di sorprendente, e ha ordinato ad Air Canada di risarcire il cliente. L'importo era simbolico: 812,02 dollari canadesi. Il precedente non lo è.
Ciò che è rilevante per qualsiasi direzione è questo: Ciò che dice il tuo bot è ciò che dice la tua azienda.. Non esiste un sistema di responsabilizzazione. Se il sistema promette un rimborso, impone una condizione o stabilisce una scadenza, l'organizzazione ne è responsabile proprio come se a dirlo fosse stato un dipendente. E a differenza di un dipendente, il sistema può comunicarlo a diecimila persone prima che qualcuno se ne accorga.
Partenza | Come si misura? | Chi la vede |
Risparmi sul supporto | Query automatizzate x costo per query | Gestione delle operazioni, ogni mese |
Clienti persi | Ricambio di coloro che hanno avuto una brutta interazione | Nessuno lo attribuisce al bot. |
Ridimensionamento tardivo | Costo della risoluzione di un incidente aggravato | Supporto, senza tracciare l'origine |
Reclami formali | Tempi legali e compensi | Legale, mesi dopo |
Reputazione | Recensioni, social media, passaparola | Marketing senza una causa identificata |
L'asimmetria è strutturale: i risparmi vengono misurati con precisione mensile e attribuiti direttamente al progetto; le perdite, invece, sono ripartite tra cinque reparti e non vengono mai attribuite a nessuno in particolare. Per questo motivo, i progetti di automazione dell'assistenza clienti vengono quasi sempre presentati come successi, anche se il cliente riceve un servizio peggiore.
Il modo per correggere quell'asimmetria è misurare il saldo completo fin dall'inizio, non dopo. E la metrica che meglio lo cattura non è il tasso di automazione, ma il tasso di risoluzione nella prima interazione combinato con la soddisfazione dei casi inoltrati. Un bot che automatizza molti processi e ha una scarsa scalabilità produce risultati eccellenti ma un cliente insoddisfatto.
Non ti permette di uscire. Il sintomo che distrugge più rapidamente il valore. Un cliente che non riesce a trovare un modo per comunicare con qualcuno se ne va: abbandona o scrive pubblicamente. L'opzione di escalation dovrebbe essere visibile fin dal primo messaggio, non nascosta dopo cinque tentativi falliti.
Lui non sa chi sei. Un bot senza accesso al contesto del cliente (ordini, problemi aperti, cronologia) costringe a ripetere informazioni che l'azienda già possiede. Questo è il segnale più evidente di un sistema installato sopra il processo anziché integrato in esso.
Afferma con sicurezza di non sapere ciò che non sa. Il problema non è che commetta errori, ma che li commetta con lo stesso tono che usa quando ha ragione. Un sistema ben progettato prevede condizioni esplicite per dire "Non posso confermarlo" e per comunicare l'informazione alla persona competente.
Promette cose che l'azienda non manterrà. Qui risiede il rischio legale. Qualsiasi impegno riguardante importi, scadenze, rimborsi o condizioni deve provenire da una fonte affidabile all'interno del sistema, non dalla generazione del modello.
Non impara nulla da ciò che scala. Ogni caso simulato fornisce dati su ciò che manca. Se nessuno esamina regolarmente i casi simulati per correggere la progettazione, il bot non migliora: diventa semplicemente obsoleto.
Abbiamo analizzato un caso specifico di questo modello e le sue conseguenze in Come un chatbot ha rovinato la reputazione di un'azienda
La differenza tra i due risultati non risiede nel modello. Risiede in quattro decisioni di progettazione prese prima di scrivere qualsiasi codice:
Decidi cosa NON fare. Prima di definire l'ambito del progetto, è necessario considerare cosa ne è escluso. Reclami, questioni legali, casi che coinvolgono clienti in circostanze particolari: tutto ciò che implica un impegno finanziario. Questo elenco deve essere esplicito e redatto dal team aziendale, non dal team tecnico.
Collegalo alla fonte della verità. Lo stato di un ordine non dovrebbe essere generato: dovrebbe essere interrogato. La generazione del linguaggio serve a spiegare, non a determinare i fatti. Questa distinzione – il modello elabora, il sistema decide – elimina gran parte del rischio in un colpo solo.
Progettare la scalabilità come parte integrante del prodotto. Con un contesto completo, senza che il cliente ripeta nulla e con una tempistica concordata. Una buona scalabilità è un'esperienza positiva; una cattiva è peggio che non aver avuto affatto un bot.
Misura la soddisfazione del cliente nella sua interezza, non solo di quello automatizzato. È l'indicatore che rileva il danno prima che si manifesti nel vortice.
Un'organizzazione che prende queste quattro decisioni può implementare l'automazione con sicurezza. Un'organizzazione che non lo fa rischia di compromettere il rapporto con i clienti affidandosi al comportamento di una componente probabilistica.
Esistono contesti in cui la risposta corretta non è automatizzare la prima riga:
In questi casi, l'automazione ha più senso dietro le quinte: prepara la risposta che una persona invierà poi, riassume la cronologia prima della chiamata, classifica e instrada. Il risparmio è reale e il rischio per il cliente è nullo perché c'è un essere umano coinvolto.
Non si tratta di "quanto risparmieremo". Si tratta di: Quanto ci costa perdere un cliente insoddisfatto e quanti clienti dovremmo perdere per annullare il risparmio?
Nella maggior parte delle aziende B2B, questa cifra è decisamente esigua. Fare i calcoli in anticipo è ciò che distingue un'automazione economicamente vantaggiosa da un risparmio ottenuto a scapito della clientela.
Sì. Nel caso Moffatt contro Air Canada (2024), il tribunale civile della Columbia Britannica ha respinto l'argomentazione secondo cui il chatbot fosse responsabile delle proprie dichiarazioni e ha ordinato alla compagnia aerea di risarcire il cliente per le informazioni errate fornite dal sistema.
A causa di un'asimmetria nella misurazione: i risparmi sull'assistenza vengono calcolati con precisione mensile e attribuiti al progetto, mentre i danni – clienti persi, incidenti aggravati, reclami e reputazione – si distribuiscono su diversi reparti e non vengono attribuiti all'automazione.
Il tasso di risoluzione al primo contatto combinato con la soddisfazione dei casi inoltrati. Il tasso di automazione da solo è fuorviante: un bot che automatizza molto e non è scalabile produce un buon numero di risoluzioni ma un cliente insoddisfatto.
Esprimi il problema in modo esplicito e, se necessario, rivolgiti a una persona fornendo il contesto completo, senza che il cliente debba ripetere le informazioni. Il problema di un bot scadente non è commettere errori, ma piuttosto affermare con lo stesso livello di certezza se le proprie affermazioni siano giuste o sbagliate.
Separazione delle due funzioni: il sistema determina i fatti consultando la fonte di verità (stato dell'ordine, termini contrattuali, importi), mentre il modello si limita a redigere la spiegazione. Qualsiasi impegno finanziario o di scadenza deve essere escluso dal processo di generazione del linguaggio.
Quando il volume delle richieste è basso e ogni cliente ha un impatto significativo sul fatturato, quando la maggior parte delle richieste sono reclami, quando il settore è gravato da un elevato carico emotivo o normativo, o quando l'azienda compete per l'attenzione personale dei clienti, l'automazione funziona al meglio dietro le quinte, preparando ciò che una persona invierà successivamente.
Avete intenzione di automatizzare il servizio clienti? Innanzitutto definiamo cosa il sistema non dovrebbe fare, lo colleghiamo alla vostra fonte di dati affidabile e integriamo la scalabilità nel prodotto. Analizzeremo il vostro caso in due ore, senza alcun impegno. Parliamone → |
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
