Un preventivo chiaro separa la consulenza dalla tecnologia. Il tempo per analizzare il processo, progettare una prova, configurare regole e formare chi userà lo strumento è diverso da licenze, consumi di servizi cloud, integrazioni o manutenzione. Mescolare tutto in una sola riga rende difficile sia confrontare le proposte sia decidere dove fermarsi. Questa guida propone un metodo per leggere le voci, non un listino né un’offerta commerciale.
La stima parte dal perimetro, non dalla piattaforma
Due incarichi possono usare lo stesso modello AI e avere costi molto diversi. Nel primo caso una persona prepara bozze interne da rivedere. Nel secondo, l’AI accede a documenti, interroga un gestionale e propone azioni che incidono su clienti, ordini o personale. Il secondo richiede in genere più analisi degli accessi, prove, regole di eccezione e supervisione. Il nome dello strumento non basta a descrivere il lavoro.
Prima di chiedere un prezzo, scrivete una scheda di una pagina. Indicate il processo attuale, chi lo esegue, il volume orientativo, gli errori o i ritardi osservati, gli applicativi coinvolti e il confine che l’AI non deve superare. Non servono dati personali o documenti riservati per la prima conversazione: bastano una descrizione anonima e campioni fittizi. La scheda evita che un preventivo includa attività che l’impresa non aveva considerato.
La pagina sulla consulenza di intelligenza artificiale può essere un riferimento per inquadrare analisi di processi, dati e strumenti. Usatela per chiarire l’esigenza iniziale, non come indicazione di un prezzo standard.
Le sei voci che formano il costo della consulenza
Per confrontare proposte diverse, chiedete che il lavoro sia ricondotto a sei blocchi. Non tutti devono comparire con lo stesso peso. Se una voce è esclusa, il preventivo dovrebbe dire chi la copre e con quale risultato atteso.
| Blocco | Che cosa può includere | Domanda da porre |
|---|---|---|
| Esplorazione | Interviste, mappa del processo, obiettivo e vincoli. | Quale decisione o attività viene osservata e quale documento riceveremo? |
| Dati e accessi | Inventario delle fonti, pulizia, permessi, campioni di prova. | Quali dati sono necessari e quali restano fuori dal pilota? |
| Progettazione e prova | Flusso, istruzioni, criteri di qualità, prototipo e test. | Quale prova decide se continuare oppure no? |
| Integrazione | Collegamenti a software, ruoli, registri e gestione degli errori. | Quali sistemi devono davvero essere collegati nella prima fase? |
| Adozione e controlli | Formazione mirata, procedure, verifica umana e documentazione. | Chi approva, chi corregge e che cosa viene registrato? |
| Gestione continuativa | Monitoraggio, aggiornamenti, assistenza e revisioni periodiche. | Quali attività ricorrenti sono comprese e per quanto tempo? |
Esplorazione. È la parte che riduce le supposizioni. Un incarico breve può limitarsi a mappare un flusso e definire una priorità; un caso più articolato può richiedere incontri con funzioni diverse e una verifica dei vincoli tecnici. Chiedete un output riconoscibile: una mappa del processo, un elenco di ipotesi da validare e una proposta di pilota. “Analisi” senza consegna o confine temporale non è confrontabile.
Dati e accessi. Questa voce cresce quando le informazioni sono disperse, incoerenti o custodite in più applicativi. Serve distinguere i dati necessari alla prova dai dati desiderabili ma non indispensabili. Se entrano dati personali, non è corretto assumere che un modello o un archivio siano anonimi solo perché non mostrano nomi a schermo. Il parere del Comitato europeo per la protezione dei dati osserva che i modelli addestrati con dati personali non possono essere considerati anonimi in ogni caso e richiede una valutazione basata su criteri specifici e documentazione nel parere 28/2024. Nel budget possono quindi comparire minimizzazione, verifica dei ruoli, istruzioni di trattamento o il coinvolgimento di figure competenti: non sono una garanzia automatica di conformità, ma attività da rendere esplicite.
Progettazione e prova. Il costo non dipende solo dal numero di schermate. Un pilota affidabile definisce cosa entra, cosa esce e come si giudica una risposta o una proposta. Per una bozza commerciale, per esempio, il test può misurare completezza dei campi obbligatori e numero di correzioni; per una classificazione di email può verificare la corretta assegnazione al reparto e le eccezioni. Chiedete quanti cicli di test sono inclusi, chi porta i casi di prova e se le correzioni cambiano soltanto istruzioni e regole o anche l’integrazione.
Integrazione. Collegare un sistema AI a CRM, gestionale, archivi o caselle email può far crescere l’impegno più della componente generativa. I costi dipendono dall’esistenza di API, dalla qualità degli identificativi, dai permessi, dai limiti del software e dalle azioni consentite. Un modo prudente di contenere l’incertezza è cominciare con dati esportati o in sola lettura e rimandare azioni automatiche a una fase successiva. Il preventivo dovrebbe indicare quale parte realizza il consulente, quale il fornitore del software e quale resta al personale interno.
Adozione e controlli. Formazione e procedure non sono un accessorio da aggiungere a progetto finito. La FAQ della Commissione europea sull’articolo 4 dell’AI Act indica che fornitori e deployer devono adottare misure per sostenere l’alfabetizzazione AI del personale e delle persone che operano per loro conto, tenendo conto di conoscenze, esperienza e contesto d’uso come chiarito dalla Commissione. Questo non equivale a comprare lo stesso corso per tutti. In un preventivo sensato la formazione è legata ai ruoli: chi prepara i dati, chi verifica l’output, chi decide sulle eccezioni e chi amministra gli accessi.
Gestione continuativa. Dopo l’avvio restano attività diverse: controllare campioni, aggiornare fonti e istruzioni, gestire gli utenti, analizzare errori, tenere traccia di cambiamenti del processo. Vanno separati dalla consulenza iniziale e dai costi di piattaforma. Chiedete se l’assistenza è a consumo, a canone o prevista per una finestra definita; chiedete anche tempi di presa in carico, esclusioni e condizioni per ampliare il perimetro. Non confondete il costo ricorrente di una licenza con il lavoro ricorrente di governo del caso d’uso.
Il metodo 6C per costruire un budget confrontabile
La griglia seguente è un metodo pratico, non uno standard normativo. Serve a trasformare una richiesta vaga in sei domande che riducono le varianti nascoste. Date a ogni voce un livello da 1 a 3 e motivate il livello con una frase. Non sommate i livelli per ottenere un prezzo: usateli per capire quante attività devono essere comprese nella proposta.
- Contesto. Il compito è ripetitivo e circoscritto, oppure cambia per cliente, reparto o stagione? Più eccezioni richiedono più analisi e prove.
- Contenuti. Le fonti sono poche, aggiornate e utilizzabili, oppure occorre cercarle, riorganizzarle e stabilire una fonte ufficiale? Questa distinzione evita di stimare come “configurazione” un lavoro di riordino documentale.
- Connessioni. Il pilota lavora su file o deve dialogare con applicativi esistenti? Elencate ogni collegamento e l’azione consentita, distinguendo lettura, proposta e scrittura.
- Controlli. Che cosa accade se l’output è errato, incompleto o non pertinente? Stabilite soglie, revisione umana, registri e una via di escalation. Il NIST propone un quadro volontario per integrare l’affidabilità nella progettazione, nell’uso e nella valutazione dei sistemi AI; il suo Playbook organizza le attività nelle funzioni Govern, Map, Measure e Manage descritte dal NIST. Per una PMI non occorre copiare tutto il quadro: è utile per non dimenticare chi governa, che cosa si misura e come si interviene.
- Cambiamento. Quante persone modificano un’abitudine di lavoro? Stimate tempo per esempi, formazione breve, istruzioni operative e raccolta dei dubbi. Un team piccolo può avere un costo di adozione contenuto, ma non nullo.
- Continuità. Il caso d’uso resterà uguale o le fonti, gli utenti e le regole cambieranno spesso? Definite chi aggiorna cosa e ogni quanto, prima di negoziare il canone di supporto.
Alla fine della griglia scrivete tre confini: ciò che il pilota fa, ciò che non fa e ciò che sarà deciso soltanto dopo i risultati. Per esempio, “prepara una bozza su un set di documenti approvato” è diverso da “risponde autonomamente a clienti e modifica il CRM”. Il secondo confine protegge il budget dal cosiddetto scope creep, cioè l’allargamento non concordato del lavoro.
Come leggere forma e condizioni del preventivo
Una proposta a corpo è utile quando attività, consegne e cicli di revisione sono ben delimitati. Una proposta a tempo può essere più trasparente per esplorazioni con incognite reali, se espone tariffa, tetto di spesa, cadenza dei report e regola di autorizzazione prima di superare una soglia. Un canone è sensato solo quando identifica attività ricorrenti e livelli di servizio; altrimenti rischia di diventare una voce indistinta.
Per ogni riga controllate cinque elementi: risultato consegnato, responsabilità del fornitore, responsabilità dell’impresa, criterio di accettazione e causa di variazione del costo. Se il preventivo cita “integrazione”, chiedete il numero e il tipo di sistemi. Se cita “formazione”, chiedete destinatari, durata, materiali e obiettivo. Se cita “supporto”, chiedete come si distinguono correzioni comprese, nuove funzioni e guasti di terzi.
Separate inoltre spese una tantum e ricorrenti. Le prime possono comprendere scoperta, disegno del pilota, configurazione iniziale e formazione. Le seconde possono comprendere licenze, utilizzo di API, hosting, assistenza, verifiche e aggiornamenti. Scrivete i valori senza IVA con la stessa periodicità e annotate quali dipendono da consumo, utenti o documenti. Solo così confrontate due proposte su base equivalente.
Esempio ipotetico: un pilota per l’ufficio acquisti
Immaginiamo una PMI che vuole ridurre il tempo impiegato a preparare una bozza di risposta a richieste di fornitura. L’AI non invia messaggi e non registra ordini: legge un campione di richieste non reali o autorizzate, estrae campi e propone una bozza che un addetto approva. È un esempio didattico, non un benchmark di mercato, un’offerta o la descrizione di un progetto reale.
L’impresa definisce sei voci di lavoro ipotetiche: 12 ore per osservare il flusso e fissare i criteri; 10 ore per preparare il campione e le regole di accesso; 18 ore per prototipo e casi di test; 8 ore per una semplice esportazione senza collegamento diretto al gestionale; 6 ore per formazione e istruzioni; 6 ore per revisione dopo due settimane. Il totale stimato è 60 ore. Con una tariffa puramente ipotetica di 90 euro l’ora, il lavoro di consulenza sarebbe 5.400 euro, prima di IVA e separato da eventuali licenze o consumi. Il calcolo è 12 + 10 + 18 + 8 + 6 + 6 = 60; 60 × 90 = 5.400.
Il valore dell’esempio non è il numero. È il fatto che un’altra proposta con 40 ore dovrebbe spiegare quali blocchi riduce o esclude, mentre una con 80 ore dovrebbe spiegare se include più test, integrazioni, formazione o gestione del cambiamento. Per tenere il pilota controllabile, l’impresa può fissare un checkpoint: continuare soltanto se le bozze rispettano i campi obbligatori, il revisore rileva un miglioramento misurabile e non emergono blocchi sugli accessi. Il risultato del checkpoint può essere fermare, correggere o ampliare il perimetro con un nuovo preventivo.
Checklist prima di approvare la spesa
- Abbiamo un processo, un proprietario interno e un risultato osservabile, non solo il desiderio di “usare l’AI”.
- Le righe separano consulenza, software, eventuali consumi e attività ricorrenti.
- Ogni integrazione indica sistema, direzione dei dati, permessi e limite dell’azione automatica.
- Il pilota ha casi di prova, criteri di accettazione e una decisione di continuazione esplicita.
- La proposta indica come gestire dati personali, accessi, conservazione e responsabilità, senza promettere conformità automatica.
- Formazione, supervisione e aggiornamento delle istruzioni hanno un responsabile e un costo visibile.
- Sappiamo quali modifiche richiederanno un nuovo accordo e quale importo massimo possiamo autorizzare nella fase iniziale.
Un preventivo più basso non è automaticamente più conveniente se sposta sul team attività non pianificate o se rimanda i controlli essenziali. Viceversa, un importo più alto merita una motivazione concreta: maggiore complessità, più persone da coinvolgere, fonti da preparare, integrazioni o verifiche. Il confronto corretto è tra risultati e confini equivalenti, non tra totali privi di dettaglio.
Se avete già compilato la scheda del processo ma restano dubbi sul perimetro, potete descrivere volontariamente il caso all’assistente in basso nella pagina, senza condividere informazioni riservate. Le sei domande del metodo 6C sono un buon punto di partenza per rendere quella descrizione chiara e per decidere se serve un pilota, un approfondimento tecnico o semplicemente una procedura interna migliore.