The Build File, numero 02. Una serie per chi deve approvare un progetto di agente vocale AI senza scriverne il codice.
Le demo degli agenti vocali funzionano.
Non quasi sempre: sempre. E questa è una cosa che dovrebbe insospettire molto più di quanto insospettisca.
Non perché qualcuno bari. Perché una demo è per costruzione una chiamata sola: una voce sola, una linea pulita, una domanda sola, scelta da chi la demo la sta facendo. Non è una prova. È un campione selezionato da chi aveva tutto l'interesse a selezionarlo.
Finché in sala lo sanno tutti, va benissimo. Il problema arriva dopo, quando la demo è andata bene, il team si sente confermato ed entra nel progetto una frase che vi costerà quattro mesi: ce l'abbiamo già che funziona.
No. Avete il primo dieci per cento, e somiglia moltissimo all'ultimo novanta.
Il rapporto è rovesciato
La forma di un progetto vocale è esattamente il contrario di quello che si immagina.
Far reggere a un agente una buona conversazione, oggi, è un lavoro piccolo. Piccolo davvero. Uno sviluppatore in gamba ci mette qualche giorno, e il risultato è già abbastanza convincente da portarlo in consiglio.
Fargliene reggere mille, con chi chiama davvero e non con chi avete scelto voi, su una linea che non controllate, su un prodotto che è cambiato la settimana scorsa: quello è il lavoro. E in una demo non se ne vede niente, perché una demo serve — legittimamente — a mostrare la cosa che riesce.
Quindi la proporzione che tutti si portano in testa è capovolta. Il prototipo sembra il novanta per cento del progetto perché ha prodotto il novanta per cento dei progressi visibili. Di lavoro ne è circa il dieci.
Le sei cose che una demo lascia fuori
Ognuna vale settimane. Alcune valgono mesi.
1. Il secondo tipo di cliente. Chi parla nella demo lavora quasi sempre al progetto. Scandisce, aspetta il suo turno, e fa domande a cui sa già che l'agente risponde. Senza volerlo, è il cliente più facile che la vostra azienda avrà mai. Della persona che chiama dal furgone con il finestrino aperto, di quella di Bari, o di quella che infila i nomi dei prodotti in inglese in mezzo alla frase, la demo non vi dice assolutamente niente.
2. La chiamata che va storta. Ogni demo segue il percorso in cui tutto va come previsto. Le chiamate vere escono da quel percorso nei primi venti secondi: il cliente cambia idea, chiede due cose insieme, sbaglia il numero d'ordine e si corregge, o vuole una cosa che non vendete. Le chiamate storte non sono un sottoinsieme del lavoro. Sono il lavoro.
3. I dati veri, quando fanno i capricci. Le demo girano su una copia, su una fotografia del database, su qualcosa che qualcuno ha preparato. Nessuno fa una demo con il gestionale lento. Nessuno fa una demo nel momento esatto in cui la disponibilità di magazzino è vecchia di venti minuti, che è precisamente quando un agente sicuro di sé dice al cliente una cosa che era vera prima. È lo strato in cui muoiono in silenzio la maggior parte dei progetti fatti in casa, ed è lo strato che in sala non si vede mai.
4. La seconda lingua. Se vendete in più di un paese, una demo in una lingua ha collaudato uno dei vostri mercati. Gli altri non sono un'impostazione da attivare: sono la ripetizione di quasi tutto il lavoro, e il costo non cresce in modo lineare. Il perché sta in quanto costa davvero far girare un agente vocale.
5. Il volume. Una chiamata alla volta e quaranta chiamate insieme non sono lo stesso sistema che si comporta diversamente. Sono due sistemi diversi. Da una demo non c'è modo di capire quale dei due avete.
6. Il tempo. Una demo è una fotografia. La cosa deve funzionare a marzo, quando i modelli sotto sono cambiati, qualcuno ha messo mano alle istruzioni, un fornitore ha cambiato il formato dei dati e sono entrate a catalogo tre categorie che nessuno aveva pensato di provare.
Perché la demo è particolarmente pericolosa per chi decide
Questo è il punto su cui vale la pena fermarsi, se il budget lo firmate voi.
Di tutto quello che compone un agente vocale, la conversazione è l'unico pezzo che potete valutare di persona. Lo sentite. Avete quarant'anni di esperienza nel capire se una cosa al telefono suona giusta o no, ed è una competenza vera.
Non potete sentire i dati che ci stanno sotto. Non potete sentire come si comporta l'agente quando il gestionale non risponde. Non potete sentire cosa gli è permesso modificare nell'anagrafica di un cliente, né cosa succede alle nove di sera di sabato quando non c'è nessuno a cui passare la chiamata, né come regge la quarantesima telefonata in contemporanea.
Quindi l'unico pezzo che siete qualificati a giudicare è anche quello che vi dice meno. Ed è pure il pezzo più avanti di tutti, perché è quello che il vostro team si è divertito a fare. Tutti gli incentivi presenti nella stanza puntano verso la stessa conclusione sbagliata, e nessuno lo sta facendo in malafede.
Ecco perché «suonava benissimo» continua a produrre progetti che slittano di due trimestri. Suonava benissimo perché quella è la parte facile, e su quella l'esperto siete voi.
Cosa chiedere, invece
Non chiedete una demo migliore. Chiedete quella opposta.
«Fammi sentire tre chiamate in cui ha sbagliato.»
È tutto qui. Un team che sta collaudando sul serio ce le ha pronte, è pure contento di mostrarvele, e sa già perché sono andate così. Un team che tre non riesce a tirarle fuori non le ha cercate — e quella è la vera informazione della riunione, molto più di qualsiasi cosa abbiate sentito nella demo riuscita.
Poi due domande di seguito:
«Cosa ha fatto quando il dato era sbagliato?»
Non assente: sbagliato. Vecchio, contraddittorio, o riferito a un prodotto fuori produzione.
«Chi l'ha chiamato, che non lavori qui dentro?»
Se la risposta è nessuno, l'agente è stato provato sulla popolazione più gentile possibile, e i risultati non vogliono dire granché.
Se volete la versione strutturata di tutto questo, sono le venti chiamate: stesso istinto, scritto in modo che qualcuno possa metterci una crocetta accanto in un pomeriggio.
Come conviene guardarlo
Il compito di un prototipo non è dimostrare che la cosa può funzionare. Che possa funzionare lo sanno già tutti: quella domanda l'ha chiusa il settore intero un pezzo fa.
Il compito di un prototipo è scoprire come si rompe, nella vostra azienda, con i vostri clienti, sui vostri dati. Vista così, una prova che è sempre e solo riuscita non vi ha insegnato niente, e nel frattempo è costata quanto è costata.
Il che cambia il senso di «ce l'abbiamo già che funziona». Non è un avanzamento. È la descrizione della linea di partenza. E se ve la stanno portando come motivo per accorciare i tempi, è esattamente il momento di rallentare invece che accelerare.
La buona notizia è che si sistema con poco. Una settimana passata a cercare apposta di romperlo vi dice più di un altro mese passato a lucidarlo, ed è la settimana che vi dice se il perimetro che avete approvato era quello giusto — che poi è il problema di definire il primo agente, e la cosa successiva da azzeccare.
The Build File è una serie per chi i progetti vocali li approva, non per chi li scrive.