InizioScenari
Scenari
Tre negozi, una chat sul sito
Storie costruite per spiegare come lavora la chat. Non sono clienti e i dati delle prove sono inventati.
Scenario
Scenario: la chat risponde mentre lavori al banco
La situazione
Paolo ha un negozio di biciclette con cinque persone. Mentre monta una ruota, qualcuno apre il sito e chiede se sabato c'è posto per una regolazione. Oggi quella domanda si perde, oppure arriva sul cellulare personale alle 23. Paolo vuole una chat che conosca solo listino e agenda, e che dica subito di essere un'AI.
Cosa cambia
Sul sito compare la chat. Il primo messaggio dice: «Sei in chat con un assistente AI; per parlare con una persona scrivi operatore». Orari e prezzi escono dalle risposte scritte. Se la domanda è diversa, parte un avviso a chi è di turno.
Prima e dopo
9:30
Prima: Al banco Paolo ricostruisce cosa aveva promesso la sera prima al telefono.
Dopo: Apre la conversazione della sera: vede orario e nota senza richiedere tutto al cliente.
16:20
Prima: Paolo ha le mani sulla ruota. Il telefono vibra e lui perde il filo della regolazione.
Dopo: La chat propone il sabato libero o dice che è pieno. Paolo finisce il montaggio.
19:50
Prima: Un cliente chiede uno sconto fuori listino. Paolo risponde a memoria e si contraddice.
Dopo: Lo sconto non è scritto: la chat dice che non lo sa e passa a chi può decidere.
Stima, non garanzia: 40–60% delle chat si chiude con le risposte scritte, senza una persona.
Due rischi, e come si gestiscono
- Listino vecchio: l'errore sta nel foglio dei prezzi. Si aggiorna prima di pubblicare la chat.
- Avviso senza risposta: si prova il passaggio a una persona durante un turno vero.
Come si parte. Paolo porta tre domande vere dei clienti. Le trasformiamo in risposte scritte e le proviamo sul sito di prova. Poi Paolo fa una domanda che non è tra le risposte: la chat deve dire che non lo sa e avvisarlo. Solo dopo questa prova la chat va sul sito pubblico. Per le prime due settimane Paolo legge ogni sera le conversazioni e corregge le risposte che non lo convincono.
Scenario
Scenario: quando serve una persona vera
La situazione
Sara guida l'assistenza di un negozio online di prodotti artigianali, con otto persone. L'assistente sul sito gestisce le spedizioni normali. I resi contestati, invece, devono arrivare a un operatore con il riepilogo pronto. Sara non vuole che il cliente ripeta tutto, né che l'assistente inventi una regola sui resi.
Cosa cambia
Una parola chiave, come «operatore», o una domanda fuori dalle risposte scritte ferma l'assistente. L'operatore riceve la conversazione già scritta. Sara misura quante chat si chiudono da sole e quante passano a una persona.
Prima e dopo
11:40
Prima: L'assistente improvvisa una regola sul reso. Sara deve scusarsi e regalare un buono.
Dopo: Fuori dalle risposte scritte, l'assistente dice che non lo sa e chiama Sara. Nessuna regola inventata.
14:05
Prima: Il cliente spiega il problema tre volte, perché chi risponde non ha letto la chat.
Dopo: L'operatore apre la conversazione completa e chiede solo il dettaglio che manca.
18:15
Prima: Fuori orario le chat difficili restano aperte. Il mattino dopo la coda è confusa.
Dopo: Fuori orario la chat raccoglie la richiesta e avvisa all'apertura, senza promettere tempi falsi.
Stima, non garanzia: 20–35% delle chat passa a una persona.
Due rischi, e come si gestiscono
- Parola chiave troppo generica: passa tutto all'operatore. Dopo una settimana di prova si restringe.
- Operatore in ritardo: si decide chi è di turno e in quanto tempo deve prendere in carico la chat.
Come si parte. Sara sceglie le frasi che fanno passare la chat a una persona. Poi si prova con tre casi inventati: un reso, un ritardo e una richiesta di sconto. Chi riceve il passaggio vede la domanda e l'ultima risposta, e il cliente non deve ripetere niente. Per ogni caso si annota se l'operatore capisce la situazione in meno di un minuto. Se non la capisce, si migliora il riepilogo prima di andare online.
Scenario
Scenario: «a che punto è la mia riparazione?»
La situazione
Diego gestisce un piccolo laboratorio di riparazioni con sette tecnici. Ogni giorno i clienti chiedono sul sito a che punto è il loro lavoro. Oggi, se lo stato non è scritto nella pratica, qualcuno tira a indovinare o non risponde. Diego vuole che la chat legga solo lo stato vero e, se manca, chiami una persona.
Cosa cambia
La chat legge lo stato direttamente dalla pratica. Se il campo è vuoto non inventa e avvisa il banco. Diego vede quante richieste sullo stato si chiudono da sole.
Prima e dopo
8:20
Prima: La coda del mattino è fatta di «a che punto siete?», ripetuto dieci volte.
Dopo: Chi ha già letto lo stato in chat viene solo se il lavoro è davvero fermo.
12:00
Prima: Diego interrompe un intervento per dire al telefono «è ancora in prova», senza aprire la pratica.
Dopo: Il cliente legge lo stato in chat. Diego continua il lavoro senza rispondere al telefono.
16:50
Prima: Uno stato non aggiornato porta a una risposta sbagliata e a una discussione al ritiro.
Dopo: Il campo è vuoto: la chat dice che non lo sa e chiama chi può aggiornare la pratica.
Stima, non garanzia: 50–70% delle domande sullo stato si chiude in chat.
Due rischi, e come si gestiscono
- I tecnici non aggiornano lo stato: non si passa alla fase successiva senza averlo scritto.
- Numero di pratica sbagliato: la chat chiede di riprovare e non mostra mai le pratiche di altri clienti.
Come si parte. Si collegano tre pratiche di prova con stati inventati e Diego fa le domande dei clienti. La chat deve ripetere la stessa riga che Diego vede al banco. Se la pratica è ferma, lo dice e non promette una data. Se il cliente sbaglia numero, non vede niente di altri. Solo dopo questa prova si collegano le pratiche vere.
Partiamo da un tuo lavoro vero