Un dato dedotto dall'AI si mostra, non si scrive: il budget dei clienti
Perché nel nostro CRM la fascia di prezzo dedotta dall'AI compare accanto al contatto ma non finisce mai nel campo del budget, se non per decisione esplicita.
AI · immagine generataChi lavora con le richieste che arrivano dai siti lo sa: il budget è il dato che manca più spesso. Molti contatti non lo dichiarano. Scrivono, chiedono informazioni, a volte insistono, ma su quanto vogliono spendere tacciono. Non per diffidenza, quasi sempre: semplicemente non è la prima cosa che viene in mente quando si vede una casa che piace.
Eppure un'indicazione la lasciano lo stesso. Chiedono di case precise. E le case hanno un prezzo. Se una persona ci ha scritto per tre immobili, tutti in una certa fascia, è ragionevole pensare che quella sia la sua fascia. Non è una certezza, è una deduzione. Ed è proprio su questa differenza che abbiamo dovuto prendere una decisione, quando abbiamo costruito la parte del nostro CRM che se ne occupa.
Cosa fa l'AI, e cosa non fa
Il lavoro in sé è semplice da descrivere: guardare le case chieste da un contatto e ricavarne una fascia di prezzo verosimile. È il tipo di ragionamento che un buon agente fa a mente, al telefono, mentre scorre la cronologia del cliente. Farlo fare a uno strumento ha il vantaggio che il ragionamento è già pronto quando apri la scheda, e che non dipende dalla memoria di chi risponde.
La domanda vera non era come dedurre la fascia. Era dove metterla una volta dedotta.
La risposta più comoda sarebbe stata la più ovvia: c'è un campo del budget, è vuoto, l'AI ha una stima, riempiamolo. Il campo smette di essere vuoto, le schede sembrano più complete, i filtri funzionano su più contatti. Tutto sembra migliorare.
Non l'abbiamo fatto.
Dove la mostriamo
La fascia dedotta compare in tre punti, quelli dove serve davvero a chi lavora:
- nella scheda del contatto, accanto agli altri dati;
- nella sintesi che riassume chi è la persona e cosa ha chiesto;
- nella console delle chiamate, cioè lo schermo che si ha davanti mentre si parla con il cliente.
In tutti e tre i casi è chiaramente marcata come dedotta. Chi la legge sa che non è una cosa che il cliente ha detto, ma una cosa che il sistema ha ricavato dal suo comportamento. È un'informazione utile, a volte utilissima: permette di non proporre case fuori scala, di impostare la conversazione nel modo giusto, di fare la domanda sul budget con un'idea già in testa. Ma resta un'ipotesi, e si presenta come tale.
Dove non la scriviamo
Il campo del budget resta per ciò che il cliente ha detto davvero. Se non l'ha detto, il campo è vuoto. Ed è giusto che lo sia: un campo vuoto è un'informazione anche lui. Dice «questo non lo sappiamo ancora».
Il motivo per cui ci teniamo tanto è che un dato, una volta scritto in un campo, smette di avere una storia. Nessuno, guardandolo dopo, si chiede da dove venga. E un campo del budget non viene solo letto: viene usato. Entra nei filtri (mostrami i contatti in questa fascia), nelle statistiche (quanto cercano in media le persone che ci scrivono), negli abbinamenti (a chi proporre una casa appena arrivata).
Se in quel campo convivono numeri dichiarati e numeri dedotti, ogni calcolo che ci passa sopra diventa un miscuglio. Le statistiche sembrano solide ma in parte descrivono le deduzioni del sistema, non le intenzioni dei clienti. Gli abbinamenti trattano un'ipotesi come una richiesta. E il problema peggiore è che nessuno sa più distinguerli. Non c'è un modo, a posteriori, di ripulire un campo in cui due tipi di informazione si sono mescolati senza etichetta.
C'è anche un effetto più sottile. Se il sistema riempie il campo da solo, chi lavora smette di sentire il bisogno di fare la domanda. Il budget sembra già noto. E così il dato dichiarato, quello vero, non arriva mai, perché il posto dove doveva andare è già occupato da una stima.
Il passaggio, quando serve, è una decisione
Non diciamo che un dato dedotto non possa mai diventare un dato di riferimento. Ci sono casi in cui ha senso: la deduzione è robusta, il contesto la conferma, conviene trattarla come base di lavoro. Ma quel passaggio, da «mostrato come dedotto» a «scritto nel campo vero», richiede una decisione esplicita del responsabile. Non succede da solo, non succede in automatico, non succede perché uno strumento ha deciso che la sua stima era abbastanza buona.
È un attrito voluto. Costa un passaggio in più, e questo passaggio obbliga qualcuno a guardare il dato e prendersene la responsabilità. Se tra qualche tempo una statistica ci sembrerà strana, sapremo che i numeri nel campo del budget sono o dichiarati dal cliente, o promossi da una persona che ha scelto di farlo. Non ci sarà una terza categoria invisibile.
Quello che ci portiamo via
Il caso del budget è piccolo, ma la regola che ne abbiamo ricavato vale per molto altro: un dato dedotto dall'AI si mostra, non si scrive. L'AI è brava a ricavare ipotesi sensate da segnali sparsi, e quelle ipotesi meritano di stare davanti agli occhi di chi lavora, nel momento in cui servono. Ma un archivio vale quanto la fiducia che si può avere in ciascun campo. E quella fiducia si perde in fretta, la prima volta che non si sa più se un numero l'ha detto una persona o l'ha immaginato una macchina.
Separare le due cose costa poco quando si costruisce lo strumento. Ricostruirle dopo, quasi sempre, non è possibile.
