Prima che l'IA parli con i tuoi clienti
Una lista di controllo pre-lancio per l'AI rivolta ai clienti: ambito, escalation, test su casi reali, divulgazione, monitoraggio, proprietà e un interruttore di emergenza.
Un'applicazione AI interna che commette un errore costa tempo
Un errore di un'applicazione AI rivolta ai clienti costa molto di più: una restituzione, una lamentela o uno screenshot sui social media. La tecnologia spesso è simile, ma l'esposizione no.
La maggior parte dei team è pronta a lanciare il prodotto molto prima di aver risposto alle seguenti domande. Risolvi questi punti prima che il sistema inizi a gestire le prime conversazioni reali.
Definisci cosa il sistema è autorizzato a fare
Non ciò che può fare, ma ciò che è autorizzato a fare. Sono due liste diverse e solo la seconda ti protegge.
Sii specifico e meccanico. "Rispondere alle domande sullo stato degli ordini, sui tempi di spedizione e sulla politica di reso" è un ambito definito. "Gestire il servizio clienti" no. Successivamente, crea la seconda lista: le azioni che il sistema non deve intraprendere autonomamente. Emettere rimborsi oltre una certa soglia. Confermare prezzi. Fare dichiarazioni su conseguenze mediche, legali o finanziarie. Modificare dettagli dell'account. Promettere date di consegna.
Se una richiesta è al di fuori del primo elenco, il sistema deve passare la palla. Questa regola dovrebbe essere implementata nel sistema, non lasciata al giudizio del modello in quel momento.
Decidi cosa accade quando non sa
Ogni distribuzione rivolta ai clienti richiede un percorso definito. A chi passa la conversazione, quanto velocemente e cosa vede il cliente mentre aspetta.
Testa il passaggio prima di testare qualcos'altro. Il responsabile umano riceve l'intera conversazione o il cliente deve ripetere tutto? Il passaggio funziona anche alle 23:00 di una domenica, quando nessuno è in servizio? Un sistema che si blocca in una coda vuota è peggio di nessun sistema, perché il cliente ha già perso cinque minuti.
Testa sui casi reali più difficili, non su quelli inventati
Estrai cento conversazioni reali dei clienti dell'ultimo trimestre. Non quelle facili - quelle arrabbiate, ambigue, in cui il cliente aveva torto, nelle tue seconde e terze lingue. Esegui queste conversazioni attraverso il sistema e leggi ogni risposta personalmente o fai leggere al team che gestisce quei casi oggi.
Cerca una breve lista di errori specifici:
- Risposte sicure a domande per le quali il sistema non ha fonti
- Politiche leggermente sbagliate: l'idea giusta, ma con il numero o la scadenza errati
- Tono piatto o aggressivo quando il cliente è arrabbiato
- Qualsiasi cosa che sembra un impegno da parte della tua azienda
- Comportamento che cambia quando il cliente scrive in una lingua diversa
Non stai cercando una percentuale di accuratezza qui. Stai cercando la forma degli errori, così da poter decidere quali puoi tollerare.
Dì ai clienti che stanno parlando con un'AI
Informa chiaramente i clienti che stanno interagendo con un sistema AI, fin dall'inizio. I regolatori di diversi mercati lo richiedono ora e i clienti se ne accorgono comunque. Le aziende punite sono quelle che sembravano nasconderlo.
Mentre ci sei, conferma anche cosa succede ai dati della conversazione: dove vengono archiviati, quanto tempo rimangono conservati, se lasciano la tua giurisdizione e se addestrano qualcun altro. I tuoi legali e esperti di protezione dei dati dovrebbero firmare prima del lancio, non dopo la prima richiesta di accesso.
Rendi visibili gli errori
Registra ogni conversazione e rileggi un campione ogni settimana - leggile veramente, dall'inizio. Imposta un allarme sui segnali importanti: tasso di escalation, conversazioni in cui il cliente deve ripetere, cali e volume di lamentele che menzionano l'assistente.
Scegli un numero con cui giudicherai il sistema e concordalo ora. Definisci la percentuale di deviazione, il tasso di risoluzione, i tempi di risposta e la soddisfazione per le conversazioni gestite. Concordate la soglia che significa richiamarlo in causa. Decidere sotto pressione dopo tre settimane non va bene.
Assegna un responsabile e crea uno switch di emergenza
Una persona è responsabile del sistema in produzione, per nome, con l'autorità di spegnerlo. Spegnere il sistema dovrebbe richiedere un'azione e meno di un minuto, e qualcuno dovrebbe averla praticata. Se disabilitare l'assistente richiede un deploy, non hai uno switch di emergenza - ne hai solo una speranza.
Inizia in modo ristretto
Lancia il prodotto su un solo canale, una sola lingua, una categoria di domanda, il 10% del traffico. Allarga la distribuzione quando le revisioni settimanali diventano noiose. I team che lanciano a largo raggio e poi si ritirano raramente ottengono l'approvazione per un secondo tentativo.
Nessuno di questo è esotico. È la disciplina ordinaria che applicheresti a qualsiasi sistema che parli per la tua azienda - ed è proprio questo il caso. Possiamo portare questo peso per i clienti che non vogliono costruire da soli le strutture, ma la checklist funziona altrettanto bene nelle tue mani.