AI nel Processo Acquisti delle PMI - parte 1: cosa può fare e come si governa

Tempo lettura 10-12 minuti.

Executive summary

La AI non risolve un problema di intelligenza nella Funzione Acquisti: risolve un problema di tempo. Legge e confronta documenti, prepara analisi e bozze, e restituisce al Buyer le ore che servono per negoziare e presidiare i Fornitori critici.

Il risultato, però, non dipende dal modello che scegliete. Dipende da quattro mattoncini:

• Dati — qualità, e prima ancora riservatezza: cosa si può caricare e cosa no, deciso per iscritto.
• Contesto — ruolo, perimetro, destinatario, criterio di decisione. È anche il confine tra ciò che fa la AI e ciò che decide una persona.
• Vincoli — pochi e non negoziabili: non inventare, conformità alle procedure, non calcolare.
• Formato di output — forma fissa e due esempi scelti bene: è la leva più economica e la più efficace.

Tre limiti da mettere a verbale: la AI non emette l’ODA al posto dell’ERP, non autorizza scostamenti, non valida un’alternativa tecnica — quella la valida Engineering. Il giudizio sul Fornitore critico, la gestione di una crisi di fornitura e la scelta tra produrre e comprare restano all’Azienda.

Una condizione operativa, spesso sottovalutata: serve un presidio con un nome accanto, e deve essere chi conosce il processo. Senza, regole ed esempi restano un file.

Per iniziare, un solo perimetro: per esempio il controllo delle conferme d’ordine.

Introduzione

Dall’inizio del 2023 uso regolarmente AI (e AI Agent) nella mia attività e la sperimento per i miei Clienti. La domanda che ricevo più spesso è: cosa può fare per i miei acquisti? La risposta breve è che dipende da come la impostate. Lo stesso modello, con gli stessi dati, produce un documento utile oppure un testo soltanto plausibile: cambia quello che gli avete dato prima di chiedere.

Il tema è stato diviso in due articoli:

1. Qui tratto due cose: cosa la AI fa davvero nella Funzione Acquisti di una PMI (Piccole e Medie Imprese), e i quattro mattoncini su cui poggia il risultato.
2. Il conto economico — il valore supera il costo? — è nella seconda parte: AI nel Processo Acquisti delle PMI - parte 2: il valore supera il costo? — di pubblicazione in novembre 2026.

Cosa può fare, in pratica

La Funzione Acquisti di una PMI non ha un problema di intelligenza. Ha un problema di tempo. Il Buyer negozia, emette ODA (Ordini di Acquisto), rincorre conferme, confronta offerte, gestisce emergenze. Poi, se avanza un’ora, pensa al Fornitore critico.

La AI, con i quattro mattoncini a posto — Dati, Contesto, Vincoli, Formato di output — restituisce quel tempo in minuti, non in ore. Senza i quattro mattoncini produce cose plausibili. Non compra al posto vostro (ancora). Non negozia al posto del Buyer (ancora).

Nella pratica fa tre cose.

1. Esegue il transazionale documentale. Legge conferme d’ordine (PDF, email) e le compara con l’ODA: prezzo, quantità, data, condizioni. Produce la lista eccezioni. Prepara i solleciti di conferma e di consegna, citando data ODA e ultimo impegno del Fornitore. Non emette l’ODA al posto dell’ERP (Enterprise Resource Planning). Non autorizza lo scostamento.
2. Semplifica ricerca e analisi, su due piani.
   1. Scouting Fornitori: da fonti aperte, ragione sociale, bilanci, certificazioni, notizie di rischio — per produrre report sul potenziale Fornitore.
   2. Scouting Tecnico: legge distinta, disegno e capitolato; isola i Cost Driver (materia, ciclo, scarto, energia, logistica) e i vincoli di processo — fisica e tecnologia del pezzo — per proporre alternative equivalenti. Ogni alternativa è un’ipotesi: la valida Engineering, non la AI.
3. Prepara il Buyer. Bozze nello stile dell’Azienda: RDO (Richiesta di Offerta), sintesi di contratto, tabella scostamenti offerte vs capitolato, identificazione dei Cost Driver con stima del loro peso, brief di negoziazione, MoM (Minutes of Meeting, verbale). Il testo parte. La firma resta al Buyer.

Quello che non può fare è negoziare con il Fornitore critico, gestire una crisi di fornitura, decidere se produrre o comprare. Lì è un assistente: il giudizio resta al Buyer, la relazione con Produzione e Clienti resta all’Azienda.

I° mattoncino: Dati

Il concetto è semplice: abbiamo questo strumento, che chiamiamo AI, che evolve rapidamente e di cui ignoriamo l’addestramento e lo storico dei dati usati. Inoltre è molto sensibile alla formulazione della domanda “prompt” che gli viene fatta. In questo contesto risulta evidente che l’indice della nostra soddisfazione per l’output — quando chiediamo alla AI di analizzare o decidere sulla base dei dati che le forniamo (esempio: banca dati degli ordini; procedure aziendali) — dipende dalla qualità dei dati medesimi. Riassumendo, dobbiamo investire nella cura continua dei dati che diamo in pasto alla AI.

C’è però una domanda che nelle PMI arriva prima della qualità: quei dati, possiamo darli? Alla AI chiediamo di leggere distinte, disegni, capitolati, prezzi e condizioni dei Fornitori. È il know-how dell’Azienda, e in parte non è nemmeno vostro: è del Cliente che vi ha affidato un disegno.

Tre domande al Fornitore del servizio AI, prima di caricare il primo documento:

• Dove risiedono i dati, e per quanto tempo restano.
• Se i nostri dati alimentano l’addestramento del modello, e come si esclude. Le versioni business ed enterprise lo mettono per contratto; gli strumenti gratuiti, di norma, no.
• Chi, dentro l’Azienda, può caricare cosa.

Poi una regola vostra, scritta: l’elenco di ciò che non si carica mai. Per esempio i disegni coperti da NDA (Non Disclosure Agreement, accordo di riservatezza) del Cliente, i listini soggetti a riservatezza contrattuale, i dati personali.

La risposta non è rinunciare alla AI. È sapere quali dati passano e quali no — e averlo deciso prima, non dopo la prima fuga.

II° mattoncino: Contesto

Se i Dati sono quello che la AI legge, il Contesto è quello che la AI deve sapere prima di leggerli. È la differenza tra “analizza queste tre offerte” e “sei il Buyer di una PMI che produce macchine su commessa; le tre offerte riguardano particolari torniti in acciaio; il capitolato è questo; in questa decisione conta la data di consegna, non il prezzo”. Stessi dati, due output diversi.

Il Contesto risponde a quattro domande:

• Chi sei — il ruolo che la AI interpreta.
• Di cosa stiamo parlando — il perimetro, il pezzo, la commessa, il Fornitore.
• A chi serve l’output — Buyer, Direzione, Fornitore, Cliente.
• Cosa conta qui — criterio di decisione e vincoli.

Se una di queste manca, la AI la riempie da sola, in modo plausibile. È da qui che nasce l’output plausibile ma non il nostro.

Nel Processo Acquisti il Contesto ha anche una funzione di governo: dichiara dove finisce la AI e dove inizia una persona. Le alternative tecniche proposte dalla AI sono ipotesi, le valida Engineering. Lo scostamento su una conferma d’ordine lo autorizza il Buyer. Scritto nel contesto, questo confine vale per ogni output; lasciato al plausibile, vale per nessuno.

Il Contesto non si improvvisa a ogni prompt. Si scrive una volta, si riusa, si aggiorna quando cambia l’Azienda — non quando cambia il modello.

III° mattoncino: Vincoli

Per “Vincoli” intendo i limiti che date alla AI. Alcuni esempi:

• Non devi inventare.
• Tutti i tuoi output devono essere conformi alla policy, al codice etico e alle procedure aziendali che trovi …. Notifica tutti i casi in cui la regola non è rispettata o non è applicabile.
• Non devi calcolare. Estrai i dati e presentali; la somma, la comparazione e le percentuali le fa l’ERP o il foglio di calcolo.

Definire i vincoli è mettere per iscritto ciò che l’Azienda non vuole leggere in un output. Sono pochi, non negoziabili, e valgono per ogni risposta.

L’ultimo merita una riga in più. Il punto è separare estrazione e calcolo. L’AI può leggere le offerte e riportare i dati, ma un calcolo sbagliato può sembrare credibile perché il documento è ben presentato e l’errore passa inosservato. Questo è il motivo per affidare somme e confronti a un foglio di calcolo o all’ERP: applicano regole definite in modo ripetibile, rendendo più facile controllare il risultato. Una fase di test è raccomandata.

IV° mattoncino: Formato di output

Un output che deve entrare in un processo ha bisogno di una forma fissa, uno standard. La lista eccezioni del controllo conferme è utile solo se ogni volta ha le stesse colonne, nello stesso ordine: numero ODA, riga, dato ordinato, dato confermato, tipo di scostamento, impatto sulla data di consegna. Se la forma cambia a ogni giro, il Buyer rilegge da capo ogni volta.

Dichiarate anche lunghezza, destinatario e lingua. E cosa fare quando un dato manca: scrivere “non disponibile”, mai colmare il vuoto. È il “non devi inventare” del III° mattoncino, tradotto in forma.

Gli esempi sono la parte più economica e la più efficace. Descrivere forma e lessico costa pagine; mostrarli costa tre allegati. Invece di spiegare come scrivete una RDO, allegate tre RDO che avete già mandato. Invece di descrivere il tono di un sollecito, allegatene due. La AI imita meglio di quanto interpreti — nel gergo tecnico si chiama few-shot, cioè “con pochi esempi”.

Attenzione a quali. L’esempio che allegate diventa lo standard: se scegliete il documento scritto di fretta, otterrete quello a ogni giro. Gli esempi si scelgono, non si pescano.

C’è un ritorno pratico oltre alla qualità. Con il formato dichiarato e due esempi gli output diventano confrontabili tra loro, e solo allora sono contabili: senza una forma stabile non potete misurare quanti output partono senza correzioni.

Chi lo presidia

Niente di tutto questo si mantiene da sé. Serve un presidio, con un nome accanto: chi scrive e aggiorna Contesto, vincoli e formato, chi sceglie gli esempi, chi decide cosa non si carica. In una PMI è una persona sola, e non è l’informatico: è chi conosce il processo. Senza un nome, la lista dei dati vietati resta un file e gli esempi invecchiano.

Il secondo presidio — quello che verifica la tenuta nel tempo, quando il modello cambia — lo trovate nella AI nel Processo Acquisti delle PMI - parte 2: il valore supera il costo?.

Da dove partire

• Scegliete un perimetro, non l’Azienda: per esempio il controllo delle conferme d’ordine.
• Scrivete il Contesto una volta: ruolo, perimetro, destinatario, criterio di decisione.
• Fissate tre vincoli, non trenta: non inventare, conformità alle procedure, non calcolare.
• Dichiarate il formato e allegate due esempi scelti bene.
• Scrivete l’elenco di ciò che non si carica mai, e mettete un nome accanto a chi lo presidia.

pbagnariol@pbagnariol.com 

www.pbagnariol.com

All rights reserved