Preventivi automatici da un messaggio in testo libero

Generare preventivi automatici da un messaggio in testo libero significa prendere una richiesta scritta di fretta — spesso in inglese, con le date in un formato imprevedibile — e trasformarla in un documento strutturato con un prezzo.

È un caso interessante perché la parte difficile non è dove sembra. Il calcolo è aritmetica: tariffa, trasporto, autista, pedaggi. La parte fragile è capire cosa ha chiesto il cliente, quando lo ha scritto in un messaggio di tre righe senza struttura.

Questo articolo descrive il flusso costruito nel CRM per il noleggio auto di Rial Rent, dove le richieste arrivano da canali diversi e in lingue diverse.

Cosa va estratto da un messaggio

Un messaggio tipico contiene, in ordine sparso, cinque informazioni. Il parser le cerca tutte e segnala quali mancano.

Le date sono il punto dolente. Nello stesso flusso di richieste convivono formati europei e americani, mesi scritti a parole in due lingue, anni a due cifre, intervalli espressi con trattini o con preposizioni. Un parser serio ne riconosce una decina e, quando l'interpretazione è ambigua — il classico giorno/mese contro mese/giorno — chiede conferma invece di scegliere.

Il calcolo, e la tabella delle distanze

Estratte le variabili, il preventivo si compone di voci note:

1. Tariffa di noleggio, in funzione del veicolo e della durata.
2. Trasporto del mezzo, se consegna o riconsegna avvengono fuori dalla base.
3. Autista, quando richiesto.
4. Pedaggi, stimati sulla tratta.

Le distanze arrivano da una tabella di destinazioni ricorrenti costruita a partire dalla base di Milano: aeroporti, principali città italiane, Svizzera, Austria, Costa Azzurra. Non è un calcolo geografico in tempo reale, ed è una scelta deliberata: le destinazioni reali di un noleggio di fascia alta sono poche decine e si ripetono, mentre un servizio di mappe introduce una dipendenza esterna, un costo per chiamata e risultati che cambiano nel tempo.

Il caso interessante è quello fuori tabella. Il sistema non stima: dichiara che quella destinazione non è mappata e chiede di inserire la distanza. È lo stesso principio applicato all'estrazione dei dati dai documenti in leggere le multe in PDF — un'automazione che ammette di non sapere vale più di una che indovina.

Il PDF: un documento commerciale, non uno scontrino

Il preventivo esce in PDF con le foto reali del veicolo che il cliente riceverà, non immagini di catalogo.

Sembra un dettaglio estetico. In un noleggio di fascia alta è sostanza: chi noleggia una vettura sportiva sta comprando anche un'esperienza, e vedere l'auto esatta — colore, allestimento, condizioni — riduce le domande successive e le aspettative disallineate. Il preventivo diventa il primo pezzo del servizio invece che un modulo.

Perché l'invio resta manuale

Il sistema prepara la bozza. La rilegge una persona e la manda.

Non è prudenza eccessiva: un prezzo è una decisione commerciale. La stessa richiesta può meritare una tariffa diversa a seconda del cliente, del periodo, della disponibilità in flotta, di una trattativa in corso. Nessuna di queste variabili sta nel messaggio.

Il tema generale è trattato in automazione preventivi con AI.

Le date: perché sono il punto fragile

Vale la pena soffermarsi, perché è il pezzo che rompe più spesso e quello che si sottovaluta di più in fase di progetto.

Una richiesta di noleggio contiene almeno due date, e le persone le scrivono come viene. Nello stesso flusso convivono:

• Formato europeo e formato americano, con lo stesso aspetto e significato opposto quando il giorno è minore di tredici.
• Mesi scritti a parole, in italiano e in inglese, abbreviati in modi diversi.
• Anni a due cifre, che diventano ambigui a cavallo di un decennio.
• Intervalli espressi con un trattino, con una preposizione, o su due righe separate.
• Date relative — "next weekend", "il primo fine settimana di ottobre" — che richiedono un contesto temporale.

La regola che evita il danno peggiore è una: quando il formato è ambiguo, non scegliere. Il caso classico è una data in cui sia giorno sia mese potrebbero stare in entrambe le posizioni. Un parser che decide in autonomia produce un preventivo per un periodo diverso da quello richiesto, e il documento sembra perfettamente corretto: nessun controllo lo intercetta, perché non c'è nulla di malformato.

Nel progetto le date ambigue vengono evidenziate e chiedono conferma. Costa un clic e previene l'errore che arriva fino al cliente.

Quanto vale automatizzare la bozza

C'è una differenza importante fra "automatizzare i preventivi" e "automatizzare la preparazione dei preventivi", e riguarda dove va a finire il tempo.

Il tempo di scrivere un preventivo non è nella composizione del documento: è nel rileggere il messaggio, capire cosa ha chiesto il cliente, ricordarsi di contare la riconsegna, cercare la distanza, mettere insieme le voci. Quando arriva il momento di scrivere, la parte lunga è già passata.

È lo stesso principio applicato in tutto il progetto e descritto nel caso studio: l'automazione prepara, la persona decide.

Esempi pratici

Una richiesta notturna in inglese. Arriva alle 23:40 un messaggio con date in formato americano e una destinazione in Costa Azzurra. Il parser estrae le date segnalando l'ambiguità di formato, riconosce la destinazione in tabella e compone la bozza. La mattina dopo c'è già tutto da rivedere, invece di ripartire dal messaggio.

Una destinazione non mappata. Il cliente chiede la consegna in una località di montagna non presente in tabella. Il sistema compila tutto il resto e segnala la voce mancante: chi prepara il preventivo inserisce la distanza e il calcolo si chiude.

Una richiesta incompleta. Il messaggio non dice se serve un autista. Il parser lascia la voce vuota e la evidenzia: è una domanda da fare al cliente, non un valore da assumere.

Un'altra attività con lo stesso schema. Qualsiasi preventivo composto da voci note su variabili estraibili si presta: trasporti, service tecnici, catering. Cambiano le voci, non la struttura. Il collegamento con il resto del processo è in automazione CRM.

Errori da evitare

Assumere un formato di data. È l'errore che produce preventivi per il periodo sbagliato e non viene intercettato da nessun controllo.

Stimare le distanze non conosciute. Un numero plausibile è peggio di un campo vuoto, perché nessuno lo verifica.

Dimenticare la riconsegna. Consegna e riconsegna in luoghi diversi sono la norma, non l'eccezione, e calcolare il trasporto solo in andata sottostima il costo.

Inviare in automatico. Toglie il controllo proprio sul punto in cui serve di più, e il primo preventivo sbagliato inviato da solo brucia la fiducia nello strumento.

Riempire i campi mancanti con valori predefiniti. Un valore predefinito invisibile è un errore in attesa: meglio un campo vuoto ed evidente.

Come applicarlo in azienda

1. Raccogli venti richieste vere e guarda come sono scritte davvero. È la specifica del parser, molto più di qualsiasi ipotesi.
2. Elenca le voci del preventivo e per ognuna il dato che la determina. Se un dato non è estraibile, quella voce resterà manuale.
3. Costruisci la tabella dei casi ricorrenti — destinazioni, servizi, veicoli — invece di cercare una soluzione generale.
4. Definisci cosa succede quando un dato manca: campo vuoto ed evidenziato, mai un valore inventato.
5. Tieni l'invio in mano a una persona finché il flusso non è consolidato.

Il passo successivo del processo — trasformare il preventivo accettato in contratto — è descritto in contratti e firma digitale in app.

Conclusione

I preventivi automatici da testo libero funzionano quando si accetta che il valore stia nell'estrazione, non nel calcolo. Un sistema che legge bene una richiesta disordinata e lascia il prezzo a una persona fa risparmiare tempo vero; uno che calcola in automatico su dati interpretati male produce documenti sbagliati con grande efficienza.

Le due regole: mai assumere un formato di data ambiguo, e mai stimare ciò che non si sa.

Vuoi capire quali processi della tua azienda possono essere automatizzati con l'AI? Giallo Studio può aiutarti a trasformare il problema in un workflow reale. Il servizio è descritto in software su misura.

Schema consigliato: Article + HowTo + FAQPage + BreadcrumbList