Automatizzare preventivi con AI senza perdere il controllo

Per una PMI il punto di partenza più sicuro è un flusso ristretto: una famiglia di offerte ricorrenti, un listino con versione certa e un responsabile che approva. Così si riducono le ricopiature senza trasformare il preventivo in un documento opaco. Questa guida spiega come progettare quel flusso, quali dati preparare e in quali casi fermarsi.

Una bozza non è un impegno commerciale

Una richiesta può arrivare come email, modulo, nota del venditore o allegato tecnico. In ognuno di questi formati possono mancare quantità, unità di misura, tempi, sede di consegna o vincoli del cliente. Se il sistema riempie i vuoti con una frase plausibile, l’offerta può sembrare completa pur contenendo una promessa non autorizzata.

Conviene quindi dividere il lavoro in tre livelli. Il primo raccoglie e normalizza la richiesta. Il secondo applica dati e regole che l’azienda ha approvato. Il terzo scrive una proposta leggibile. L’AI è utile soprattutto nel primo e nel terzo livello; non dovrebbe essere l’unica fonte per il secondo. In pratica, il modello può dire quali campi non trova e preparare il testo, ma il calcolo deve usare valori presenti in un listino o in una tabella di regole con una data o un identificativo di versione.

Questo confine tutela anche il rapporto con il cliente. Un’offerta commerciale può includere condizioni di pagamento, validità, esclusioni, consegna, garanzie o lavorazioni su misura. Non sono semplici elementi di stile. Prima di rendere automatica una parte del flusso, chi ha delega commerciale dovrebbe decidere cosa può diventare standard, cosa richiede un’approvazione e cosa va gestito fuori dal flusso.

Separare dati, regole e testo

Il modo più pratico per automatizzare preventivi con intelligenza artificiale è costruire una piccola scheda strutturata. Non serve partire da un grande progetto. Per un tipo di offerta ricorrente, la scheda può avere campi obbligatori, fonti ammesse e regole di blocco.

La distinzione evita un errore frequente: chiedere al modello di ricordare un listino copiato in una conversazione precedente. Un listino cambia, un modello può parafrasare una regola e la cronologia non sostituisce una fonte controllata. È meglio collegare la bozza a una riga o a un record versionato e riportare nel documento interno quale versione è stata usata.

Per i dati personali presenti nelle richieste, la cautela non è facoltativa. Il Garante per la protezione dei dati personali ricorda i principi di finalità, minimizzazione, esattezza, limitazione della conservazione e integrità e riservatezza. Non significa che una richiesta non possa essere elaborata; significa che vanno portati nel flusso i dati necessari a formulare l’offerta, con accessi e tempi di conservazione coerenti con lo scopo.

Il metodo dei sei cancelli

Un modello produce risultati migliori quando non gli si chiede di indovinare cosa fare dopo. Il metodo dei sei cancelli è una procedura originale e semplice per scegliere dove l’automazione può procedere e dove deve fermarsi. Ogni cancello ha un esito: passa, completa o scala a una persona.

1. Richiesta identificata. Il sistema riconosce il cliente, la famiglia di offerta e il canale d’arrivo. Se la richiesta è ambigua, crea una domanda di chiarimento invece di selezionare un prodotto simile.
2. Campi minimi completi. Quantità, unità, oggetto, destinazione o modalità di esecuzione e informazioni tecniche necessarie devono essere presenti. Un campo mancante resta visibile come mancante.
3. Fonte commerciale valida. Ogni riga di prezzo deve avere una fonte autorizzata e la sua versione. Se la voce non è nel catalogo, la bozza può segnalarla ma non attribuirle un importo.
4. Regole applicabili. Sconti, minimi d’ordine, costi fissi e arrotondamenti devono essere espressi come regole leggibili e testabili. Le eccezioni non vanno nascoste nel prompt.
5. Testo controllabile. La bozza deve separare fatti confermati, assunzioni e punti aperti. Una frase di vendita non deve trasformare una possibilità in una garanzia.
6. Approvatore nominato. Prima dell’invio, una persona con l’autorità prevista verifica importi, perimetro e condizioni. Il sistema registra chi ha approvato e quali dati erano in vigore.

Questi controlli non sono una certificazione di conformità. Sono un modo operativo per rendere esplicite le responsabilità. Il NIST AI Risk Management Framework è un riferimento volontario che propone di considerare l’affidabilità nella progettazione, nell’uso e nella valutazione dei sistemi AI. Per un processo preventivi questo si traduce in una domanda concreta: che cosa succede quando il dato è incompleto, la regola è cambiata o l’output non è credibile?

Procedura per costruire un flusso controllato

1. Scegliere un’offerta ripetibile

Non iniziare dall’offerta più complessa o più redditizia. Scegli una proposta con componenti ripetute: manutenzione standard, configurazione nota, fornitura a catalogo o intervento con voci ricorrenti. Raccogli dieci richieste già evase, senza usarle come addestramento automatico, e osserva quali informazioni ricompaiono e quali decisioni richiedono davvero giudizio.

Da questa analisi nasce una lista di campi. Per ciascuno indica se è obbligatorio, chi lo fornisce, dove risiede la fonte e se è consentito che l’AI lo estragga o solo che lo riporti. La differenza è rilevante: il nome del contatto può essere estratto dalla richiesta; un margine minimo dovrebbe arrivare da una regola autorizzata, non da un’inferenza.

2. Rendere i listini interrogabili e le regole testabili

Un foglio con colonne chiare può essere sufficiente per il pilot: codice, descrizione autorizzata, unità, prezzo, data di validità, sconto massimo, costo accessorio e note. Aggiungi una colonna per lo stato della voce, ad esempio attiva, da confermare o fuori catalogo. Non mescolare nella stessa cella prezzo, commento e istruzioni commerciali.

Le regole devono poter essere lette senza interpretare un paragrafo. Invece di scrivere che lo sconto è normalmente contenuto, registra la soglia e chi può derogare. Invece di lasciare che il modello calcoli a parole, fai eseguire la formula a un componente deterministico o controlla il risultato con un foglio. Una volta modificato un listino, prova casi campione: voce singola, più quantità, sconto consentito, sconto oltre soglia e articolo non presente.

3. Usare l’AI per estrarre, spiegare e comporre

La consegna al modello dovrebbe essere ristretta. Chiedi di restituire i campi estratti, le fonti usate, le informazioni mancanti e una bozza divisa in sezioni. Vietagli esplicitamente di inventare prezzi, codici, tempi, certificazioni o clausole. Se un dato manca, l’output utile è una domanda al commerciale o una nota interna, non una risposta creativa.

Un’istruzione pratica può includere: usa solo le righe del catalogo consegnato; per ogni voce indica codice e versione; mantieni come aperti i campi mancanti; non calcolare eccezioni; etichetta le assunzioni; genera un riepilogo per il revisore e una bozza separata per il cliente. L’AI può anche trasformare un linguaggio tecnico in una descrizione comprensibile, purché il revisore confronti ogni promessa con la fonte.

4. Progettare l’approvazione, non aggiungerla alla fine

L’approvazione deve avere una regola visibile. Un semaforo è più utile di una generica richiesta di controllo. Verde: tutti i campi minimi sono completi, le voci sono attive e non ci sono sconti o condizioni fuori standard. Giallo: c’è una nota da chiarire, un importo da confermare o una condizione non standard. Rosso: manca una fonte di prezzo, è richiesta una deroga oppure la richiesta comporta impegni non previsti. Nei casi gialli e rossi il sistema prepara la bozza ma non la invia.

L’AI Act segue un approccio basato sul rischio e, per i sistemi classificati ad alto rischio, richiede misure di supervisione umana. Il testo del Regolamento UE 2024/1689 va letto nel suo ambito: una bozza di preventivo non è automaticamente un sistema ad alto rischio. Tuttavia, attribuire a una persona formata il potere di correggere o bloccare l’output è una buona misura gestionale per qualunque processo che genera impegni commerciali.

5. Conservare una traccia utile

Una traccia minima associa richiesta, versione dei dati commerciali, risultato delle verifiche, bozza, modifiche del revisore e approvazione. Non deve diventare un archivio indiscriminato di conversazioni. Deve invece permettere di rispondere a domande concrete: quale listino è stato usato? Chi ha approvato l’eccezione? La versione inviata coincide con quella approvata?

La protezione dei dati fin dalla progettazione richiede di scegliere misure tecniche e organizzative appropriate e di trattare, per impostazione predefinita, solo i dati necessari alla finalità. Questo è il senso operativo dell’articolo 25 del GDPR. Ruoli di accesso, scadenze di cancellazione, separazione tra dati di contatto e parametri tecnici, log essenziali e verifica del fornitore usato sono decisioni da prendere prima del collegamento automatico tra richiesta e modello.

Esempio ipotetico: da richiesta a bozza

Immaginiamo un’impresa che vende un kit standard. Questo esempio è puramente ipotetico: non è un prezzo di mercato, né un’offerta AMS Web. La richiesta contiene 18 unità del codice K18. Il catalogo interno, versione V-07, riporta 240 euro per unità. Una regola autorizzata consente il 5% di sconto su questa quantità e un’installazione fissa di 500 euro.

Il calcolo controllato è: 18 × 240 = 4.320 euro; sconto 5% = 216 euro; imponibile delle unità dopo sconto = 4.104 euro; più installazione = 4.604 euro prima di eventuali imposte. L’AI non riceve il compito di ricostruire l’operazione: riceve l’importo calcolato e può produrre una frase chiara, indicare la validità prevista dalla regola e chiedere conferma se la sede di installazione non è nota.

Il revisore trova però nella richiesta la frase consegna entro cinque giorni. Poiché quella scadenza non è presente nella fonte logistica, il cancello del testo controllabile la segna come aperta. La bozza può dire che il termine sarà confermato, ma non può prometterlo. Se il cliente chiede anche una personalizzazione non a catalogo, il semaforo passa al rosso: si conserva la richiesta, si chiede una valutazione e non si aggiunge una cifra stimata.

Privacy e sicurezza: cosa portare e cosa no

Una richiesta di preventivo può contenere dati di contatto, nomi di persone presso il cliente, indirizzi di cantiere, dettagli di progetto e allegati. Prima di collegare la casella email a un sistema AI, mappa quali categorie arrivano davvero e quali sono indispensabili per la bozza. Se basta il settore, la quantità e la località generica, non servono documenti completi o liste di contatti.

Verifica anche dove transitano i dati, chi può vedere le bozze, come si gestiscono gli allegati e quali istruzioni contrattuali o configurazioni offre il fornitore. Evita di incollare in strumenti non autorizzati condizioni riservate, listini non destinati a quel canale o documenti ricevuti dal cliente senza una valutazione del loro uso. Se le richieste possono contenere categorie particolari di dati o informazioni molto sensibili per il rapporto commerciale, serve una valutazione specifica con chi presidia privacy e sicurezza dell’impresa.

Non esiste una scorciatoia che renda innocuo ogni contenuto: la minimizzazione riduce l’esposizione, ma non sostituisce basi giuridiche, informative, misure di sicurezza o accordi necessari nel caso concreto. L’obiettivo del flusso è avere meno dati, fonti più chiare e decisioni rintracciabili.

Pilotare e misurare senza inseguire solo la velocità

Il primo pilot può riguardare un solo commerciale e un solo modello di offerta. Mantieni l’invio manuale. Per alcune settimane, confronta la bozza con la versione approvata e registra il motivo di ogni correzione: dato mancante, riga di listino errata, testo eccessivo, condizione non autorizzata, calcolo o classificazione sbagliati.

Tre indicatori sono più istruttivi del solo tempo risparmiato: percentuale di bozze con tutti i campi obbligatori, numero di correzioni sostanziali per cento bozze e quota di richieste che il semaforo ha bloccato correttamente. Se un blocco è frequente, non forzarlo: forse manca un campo nella richiesta, una regola è troppo vaga o quella famiglia di offerte non è pronta per l’automazione.

Solo dopo il pilot ha senso estendere il flusso. La pagina Soluzioni AI per Aziende può essere un punto di partenza per inquadrare documenti, assistenza e automazioni in base all’esigenza concreta, non in base allo strumento di moda.

Checklist prima dell’avvio

• Abbiamo scelto un tipo di offerta ripetibile e non le eccezioni più complesse?
• Ogni prezzo, costo fisso e sconto ha una fonte, una versione e un responsabile?
• I campi obbligatori e le domande di chiarimento sono visibili prima della bozza?
• La formula viene calcolata o verificata fuori dal testo generativo?
• Il sistema distingue fatti, assunzioni, eccezioni e condizioni da confermare?
• È chiaro chi approva, chi può derogare e chi può fermare l’invio?
• Abbiamo limitato i dati condivisi, definito gli accessi e fissato una conservazione proporzionata?
• Abbiamo provato casi normali, incompleti e fuori catalogo prima di estendere l’uso?

Quando fermarsi e chiedere una verifica

Non automatizzare l’invio quando il preventivo dipende da sopralluogo, progettazione, negoziazione, vincoli tecnici non tradotti in regole o clausole predisposte per un caso specifico. In questi casi l’AI può ancora aiutare a riordinare la richiesta e preparare una lista di domande, ma la proposta va costruita e verificata da chi ha competenza e delega.

Un buon sistema non è quello che compila sempre qualcosa: è quello che sa mostrare il limite della propria bozza. Se vuoi ragionare sul perimetro di un processo, puoi descrivere volontariamente il tuo caso all’assistente in basso. Per leggere e applicare questa guida non è necessario condividere recapiti, listini o documenti del cliente.