Hai sentito parlare di intelligenza artificiale e pensi che possa servire alla tua azienda. Poi arriva il momento di chiedere un preventivo per un progetto AI, e la domanda cambia: cosa scrivo al fornitore? Qui trovi le informazioni da preparare, una checklist da copiare e il confronto tra una richiesta scritta bene e una scritta male.
Non serve conoscere modelli o sigle. Serve descrivere il tuo lavoro: cosa succede oggi, con quali dati, chi se ne occupa e dove si inceppa. Alla parte tecnica pensa il fornitore; il processo, invece, lo conosci solo tu.
Perché una richiesta vaga porta a un preventivo vago?
«Vorremmo usare l’AI» può voler dire molte cose: un assistente che risponde ai clienti, un sistema che legge fatture e documenti di trasporto, uno strumento che smista le email. Ogni ipotesi ha lavoro, costi e rischi diversi.
Se la richiesta non lo dice, il fornitore deve indovinare. Può tenersi largo per coprire gli imprevisti, o stimare poco e scoprire il lavoro vero a progetto avviato. E le offerte diventano difficili da confrontare, perché ognuna risponde a una domanda diversa.
Se non sai ancora dove l’AI può esserti utile, guarda prima le soluzioni AI per aziende e cerca il caso più vicino al tuo.
Per un quadro su come iniziare, con cinque progetti tipici per le PMI, leggi anche Intelligenza artificiale nelle aziende del Friuli: da dove partire nel 2026.
Quali informazioni servono per il preventivo di un progetto AI?
Sono le cose che un fornitore serio ti chiederebbe comunque: averle pronte rende il primo incontro più concreto. Non devi avere tutte le risposte. Anche «non lo so» è un’informazione: indica dove guardare prima di stimare.
Il processo da migliorare
Scegli un’attività precisa, non un reparto intero. Descrivila come una sequenza: da cosa parte (un’email, un ordine, un documento), quali passaggi richiede, cosa produce e chi se ne occupa oggi. Aggiungi quanto spesso capita e dove si blocca: dati da ricopiare, controlli ripetuti, eccezioni che solo una persona sa gestire.
Spesso la soluzione è mista: regole fisse per i passaggi prevedibili e AI solo dove serve interpretare un testo. È il campo dell’automazione di ordini, documenti, email e gestionali.
I dati disponibili
L’AI lavora con quello che le dai. Indica dove stanno le informazioni: caselle email, PDF, gestionale, fogli di calcolo, cartelle condivise, a volte carta. Scrivi se sono aggiornate e chi le mantiene. Se hai casi già risolti, come richieste evase con la loro risposta, segnalalo: servono per le prove.
Vale soprattutto per gli assistenti che rispondono sui documenti aziendali: se il manuale è vecchio, anche la risposta lo sarà.
Gli strumenti già in uso
Elenca i programmi coinvolti: gestionale, CRM, posta, archivio documenti, sito o eCommerce, fogli condivisi. Per ognuno bastano il nome e chi lo gestisce, la tua azienda o un fornitore esterno. Se sai che permette di esportare dati, scrivilo; il resto tocca al fornitore, che deve verificare caso per caso cosa si può collegare. Diffida di chi dà per scontato un collegamento senza aver visto il programma.
Chi userà la soluzione
Il team interno, i clienti o entrambi? Uno strumento per chi conosce già i prodotti è una cosa; una risposta che arriva direttamente a un cliente è un’altra. Indica ruoli, luoghi di lavoro (ufficio, magazzino, fuori sede), dispositivi e lingue. Poi scegli un referente interno: qualcuno che conosce il processo e avrà tempo per seguire il progetto.
Cosa succede se sbaglia
Un sistema AI può sbagliare, anche con tono sicuro: leggere male una quantità, attribuire un documento al cliente sbagliato, inventare un dettaglio plausibile. La domanda utile non è se sbaglierà, ma cosa succede quando capita. Un errore corretto al volo è un fastidio. Una spedizione sbagliata è un costo. Un’informazione errata su sicurezza, contratti o salute è un problema serio.
Scrivi in quale di questi casi ricade il tuo processo: da qui dipendono controlli, prove e, a volte, la scelta di non usare l’AI in quel passaggio.
Il controllo umano
Decidi dove una persona deve guardare prima che il sistema agisca: prima di rispondere a un cliente, di scrivere nel gestionale, di confermare un prezzo o una consegna. Indica chi approva e cosa succede quando il sistema non è sicuro: la pratica deve passare a una persona.
Chiedi anche un registro di cosa ha fatto il sistema e un modo semplice per fermarlo. Dove un errore costa poco, il controllo può essere a campione. Dove conta, deve restare sistematico.
La privacy dei dati
Indica che tipo di dati vedrà il sistema: dati personali di clienti o dipendenti, prezzi, contratti, progetti tecnici, informazioni sanitarie. Chiedi dove verranno trattati, chi potrà accedervi, se verranno usati per addestrare modelli di terzi e cosa succede a fine rapporto. Coinvolgi chi in azienda segue la protezione dei dati.
Nella prima richiesta non allegare dati reali né password: descrivi il tipo di informazioni.
Come misurare che funziona
Prima di partire, scegli pochi indicatori semplici: il tempo medio per pratica, gli errori trovati nei controlli, le richieste in attesa, quante proposte del sistema vengono accettate senza modifiche. Misurali già oggi, o non avrai un termine di confronto. Decidi anche chi valuta i risultati, e quando.
Conta anche l’uso reale. Uno strumento che il team evita non funziona, anche se nella dimostrazione sembrava perfetto.
Come raccogli le risposte in una checklist?
Copia la lista in un documento e rispondi con poche righe per punto. Dove non sai, scrivi «da verificare»: aiuta il fornitore a capire cosa approfondire.
Checklist da copiare
- Processo: quale attività vuoi migliorare, da cosa parte, cosa produce, chi la svolge e dove si blocca?
- Dati: dove sono le informazioni necessarie, in che formato, quanto sono aggiornate e chi le mantiene?
- Strumenti: quali programmi sono coinvolti e chi li gestisce, la tua azienda o un fornitore esterno?
- Utenti: chi userà la soluzione (team interno, clienti o entrambi), dove lavora e chi sarà il referente interno?
- Errori: cosa succede se il sistema sbaglia? È un fastidio, un costo o un problema serio?
- Controllo umano: in quali passaggi una persona deve approvare, e chi?
- Privacy: che tipo di dati vedrà il sistema e quali regole interne vanno rispettate?
- Misura: con quali indicatori dirai che funziona, e quanto valgono oggi?
Che differenza c’è tra una richiesta scritta bene e una scritta male?
Le richieste che seguono sono inventate: servono solo a mostrare la differenza.
Esempio illustrativo
Richiesta scritta male
«Buongiorno, vorremmo introdurre l’intelligenza artificiale in azienda per essere più efficienti. Potete mandarci un preventivo?»
Non dice quale lavoro migliorare, con quali dati, per chi, né cosa succede se il sistema sbaglia. Al fornitore resta solo da indovinare.
Esempio illustrativo
Richiesta scritta bene
«Buongiorno, siamo un’azienda che distribuisce ricambi industriali. Vorremmo ridurre il lavoro manuale sugli ordini che arrivano via email.»
- Processo: gli ordini arrivano in PDF o nel testo della mail; una persona li ricopia nel gestionale, ogni giorno, con picchi a fine mese.
- Dati: codici e listini sono nel gestionale; alcuni clienti usano codici propri, abbinati ai nostri in un foglio di calcolo.
- Strumenti: gestionale seguito da una software house esterna, posta aziendale, fogli condivisi.
- Utenti: le persone dell’ufficio ordini, nessun accesso per i clienti. Referente: la responsabile dell’ufficio.
- Errori: una quantità letta male significa una spedizione sbagliata, quindi un costo.
- Controllo umano: ogni ordine proposto dal sistema va confermato da una persona prima di entrare nel gestionale.
- Privacy: nomi e recapiti dei referenti dei clienti, nessun dato sanitario. Esempi reali solo dopo un accordo di riservatezza.
- Misura: oggi contiamo il tempo per ordine e gli errori scoperti dopo la spedizione; vorremmo confrontarli dopo una prova.
Non usa termini tecnici, eppure dà al fornitore la base per una stima seria.
Cosa dovrebbe contenere il preventivo che ricevi?
Una richiesta chiara merita una risposta altrettanto chiara. Nell’offerta cerca questi elementi.
| Nel preventivo | Perché ti serve |
|---|---|
| Perimetro: cosa è incluso e cosa no | Per confrontare le offerte sulla stessa base |
| Fasi: analisi, prova limitata, avvio | Per decidere a ogni passo se proseguire |
| Controlli previsti e gestione degli errori | Per sapere chi interviene, e come |
| Trattamento dei dati e accessi | Per rispettare la privacy e non restare vincolato |
| Costi ricorrenti: licenze, servizi esterni, manutenzione | Per conoscere la spesa nel tempo, non solo all’avvio |
| Indicatori e modalità di verifica | Per sapere cosa conta come risultato |
Se un’offerta parla di risultati certi senza aver visto processo e dati, chiedi su cosa si basa. Una stima onesta, a questo punto, dichiara le ipotesi da verificare.
Da dove partire se non hai tutte le risposte?
È normale: molte risposte arrivano solo guardando il processo con chi lo svolge ogni giorno. Parti da un’attività, scrivi quello che sai e segna quello che manca.
Prepara la richiesta con il percorso guidato: ti chiede obiettivo, modo di lavorare, strumenti e utenti, e lascia uno spazio libero per il resto della checklist. Bastano poche righe, senza password né dati riservati. Ti rispondiamo entro 1 giorno lavorativo: leggiamo le risposte e, se serve, ti facciamo qualche domanda prima di proporti un incontro o una prima stima scritta.
Domande frequenti
Devo sapere quale tecnologia AI usare?
No. Tu descrivi lavoro, dati e vincoli; modelli e strumenti li sceglie il fornitore, che però deve spiegarti la scelta con parole semplici, limiti compresi.
Posso allegare documenti o dati reali alla richiesta?
Meglio di no, almeno al primo contatto: descrivi il tipo di documenti. I file veri si condividono più avanti, anonimizzati o dopo un accordo di riservatezza. Password e credenziali, mai.
Devo indicare un budget?
Non è obbligatorio. Se hai già un’idea di spesa, puoi scriverla nelle note: aiuta a proporti una soluzione proporzionata. Se non ce l’hai, va bene lo stesso: la definiamo insieme dopo aver capito il processo.
Un progetto AI può partire in piccolo?
Sì, ed è spesso la scelta più prudente. Si parte da un processo, con una prova limitata e il controllo umano sui risultati. Se le misure concordate lo giustificano, si estende; altrimenti ci si ferma con un’idea più chiara di cosa serve davvero.




