Quanto costa automatizzare con l'AI in una PMI: il preventivo è la parte facile

Non esiste un prezzo unico per automatizzare un processo. Il costo dipende da come è fatto il processo, da quante eccezioni contiene, da quante integrazioni servono, dai controlli che vuoi sull'output, da chi lo gestisce ogni giorno e da quanto costa tenerlo in piedi quando il mondo intorno cambia. Il preventivo è la parte facile: si scrive in mezz'ora. La parte difficile è definire il perimetro.

Questo articolo spiega come si forma quel numero. Non è un listino di mercato e non prova a indovinare quanto costerà il tuo caso: prova a darti gli strumenti per leggere un preventivo, capire cosa ci deve stare dentro e riconoscere i progetti che è meglio non fare.

Perché non esiste un prezzo unico per automatizzare un processo

Quando qualcuno chiede quanto costa automatizzare, di solito ha in testa un oggetto: un software, una licenza, un abbonamento. Ma automatizzare non significa comprare uno strumento. Significa spostare una decisione dalla testa di una persona a una macchina, e il costo segue la decisione, non lo strumento.

Due aziende che chiedono la stessa cosa, per esempio smistare le richieste in arrivo e rispondere alle più semplici, possono ricevere preventivi molto diversi senza che nessuno dei due sia sbagliato. Nella prima il processo è già scritto, i casi strani sono pochi, il gestionale ha delle API e c'è una persona che se ne prende la responsabilità. Nella seconda il processo vive nella testa di chi lo fa da otto anni, ogni cliente ha la sua deroga, il gestionale espone solo un export in formato tabellare e non è chiaro chi controllerà il risultato.

Il lavoro tecnico nei due casi è quasi identico. Il lavoro di chiarimento no, e quello è il costo.

Chi ti dà un prezzo prima di aver guardato il processo sta indovinando. A volte indovina basso per prendere il lavoro, e poi il progetto scorre in variazioni. A volte indovina alto per proteggersi. In entrambi i casi il numero non descrive il tuo problema, descrive la fretta di chi lo ha scritto.

Da cosa dipende il preventivo: le sei variabili che spostano il conto

Queste sono le sei domande a cui rispondo prima di scrivere un numero. Sono anche le sei domande che puoi fare tu a chiunque ti mandi un preventivo, per capire se lo ha scritto guardando il tuo caso o guardando un modello.

Quanto è scritto il processo

Se il processo esiste solo come pratica, il primo lavoro non è tecnico: è mettere per iscritto cosa succede, in che ordine e con quale criterio si decide. È la parte che le aziende sottovalutano di più e quella che assorbe più tempo nelle prime settimane, perché costringe a prendere decisioni che finora nessuno aveva dovuto prendere in modo esplicito.

Una procedura scritta bene riduce il preventivo in modo misurabile, perché elimina i giri di chiarimento. Una procedura assente non si può automatizzare: si può solo scrivere prima, e poi automatizzare. Ne ho parlato in modo esteso in prima di automatizzare, devi saper spiegare come lo fai a mano.

Quante eccezioni contiene

Il caso normale è quasi sempre facile. Il preventivo lo decidono i casi anomali: il cliente con il contratto vecchio, il fornitore che manda il documento in un formato suo, il mese in cui si chiude il bilancio e la regola cambia.

C'è una regola pratica che uso: la quota di lavoro necessaria per gestire le eccezioni cresce molto più in fretta del numero delle eccezioni. Coprire il caso normale è veloce. Coprire il caso normale più cinque varianti è un altro progetto. La domanda giusta non è quante eccezioni ci sono, è quali eccezioni valga la pena automatizzare e quali sia meglio lasciare a una persona con una segnalazione chiara.

Quante integrazioni servono e quanto sono docili

Ogni sistema che devi toccare è un punto di costo e un punto di rottura. Un gestionale con documentazione pubblica e un accesso stabile costa poco da integrare. Un gestionale chiuso, o accessibile solo con un file esportato a mano, ti obbliga a costruire un ponte, e quel ponte va mantenuto.

Qui il conto cambia anche per un motivo meno ovvio: non è solo se l'integrazione esiste, è quanto sono puliti i dati che ci passano dentro. Campi liberi, duplicati, date in formati diversi. Molto del lavoro che sembra automazione è in realtà bonifica.

Quanti controlli vuoi sull'output

Un flusso che sposta dati e basta si controlla da solo: se si ferma, te ne accorgi. Un sistema che usa un modello linguistico per leggere, classificare o scrivere ha un modo di guasto diverso, e più insidioso: continua a produrre risultati plausibili anche quando sta sbagliando.

Progettare questo pezzo significa decidere dove il sistema deve fermarsi e chiedere, con quale soglia, chi guarda cosa e ogni quanto, e come si accorge qualcuno che il livello di qualità è sceso. È una voce di costo vera, e quando manca dal preventivo non è perché il fornitore è più efficiente: è perché non l'ha prevista. Il rischio è quello che ho descritto in il rischio dell'AI non è che sbagli.

Chi lo gestisce dopo la consegna

Un'automazione consegnata e non adottata è un costo puro. La differenza fra un progetto che entra in produzione e uno che resta una demo passa quasi sempre da una persona interna che se ne prende la responsabilità, sa cosa fa il sistema, sa cosa guardare quando qualcosa non torna e ha il tempo di farlo.

Nel preventivo questa voce compare come formazione, documentazione e passaggio operativo. Sembra la parte comprimibile. È la parte che decide se il resto serve a qualcosa, e la ragione per cui molti progetti di automazione non arrivano mai davvero in produzione, come ho raccontato in i progetti AI che non arrivano in produzione.

Quanto costa tenerlo in piedi

Un sistema in produzione vive dentro un mondo che cambia: un fornitore aggiorna una interfaccia, un campo cambia nome, una normativa introduce un obbligo nuovo. La manutenzione non è un'eventualità, è una voce ricorrente, e chiedere come viene gestita è il modo più rapido per capire se hai davanti un fornitore o un venditore.

Diffida delle percentuali tonde sulla manutenzione annua: le vedi spesso ripetute nei preventivi, quasi mai con un metodo dietro. Quello che deve esserci è un accordo esplicito: cosa è incluso, cosa si paga a parte, con quali tempi si risponde quando qualcosa si rompe e chi è il responsabile.

Quanto costa iniziare: i prezzi che sono pubblici

Sui miei servizi non ti faccio indovinare, perché il listino di ingresso è pubblico. Sono i prezzi con cui lavoro io, non una stima di mercato: servono a darti un ordine di grandezza reale, non a dirti quanto costerà il tuo progetto.

La diagnosi è separata dall'implementazione. La call di scoping dura trenta minuti, costa 97 euro e serve a mettere a fuoco un processo concreto e decidere il passo successivo; se poi partiamo con un progetto, quell'importo viene scalato dal preventivo. Il Claude Audit dura novanta minuti, costa 297 euro e produce un documento con la mappa dei processi automatizzabili, le priorità e una roadmap operativa (listino pubblico su giovanniliguori.it, consultato il 2026-08-23).

Tenere separata la diagnosi dall'implementazione non è una finezza commerciale. Chi ti fa la diagnosi gratis ha un incentivo strutturale a trovarti qualcosa da comprare, e quell'incentivo si vede nei preventivi.

Per l'implementazione, sempre sulla stessa pagina, ci sono due fasce dichiarate: il System Setup va da 997 a 1.497 euro e copre automazioni costruite sui processi che l'audit ha messo in cima, con documentazione e passaggio operativo; la Full-Stack Automation va da 1.497 a 2.000 euro e copre un sistema end to end con deploy e monitoraggio (listino pubblico su giovanniliguori.it, consultato il 2026-08-23). Il prezzo finale dentro la fascia lo decidono esattamente le sei variabili sopra.

Sopra questa soglia i numeri smettono di essere un listino e diventano un preventivo, perché la variabile dominante non è più quanto codice serve, è quanto è ordinato il processo interno.

Esistono due punti di ingresso più corti, buoni per casi diversi. Se hai già un processo chiaro e vuoi vederlo girare, l'AI Build Day è una giornata singola di lavoro insieme che costa 290 euro, con rimborso pieno se a fine giornata non gira niente (pagina AI Build Day, consultato il 2026-08-23).

C'è poi una voce che fino a poco tempo fa non entrava nei preventivi di automazione e oggi entra sempre più spesso: la conformità. Documentare come usi l'AI e cosa dichiari ai tuoi clienti è lavoro, e come tale ha un costo.

Il tier che consegno oggi è AI Setup Compliant Foundation, a 890 euro una tantum, IVA esclusa (pagina AI Setup Compliant, consultato il 2026-08-23). Copre la documentazione tecnica e organizzativa nel perimetro a rischio limitato, consegnata in cinque giorni lavorativi.

Non è una voce facoltativa per capriccio normativo: gli obblighi di trasparenza del Regolamento europeo sull'intelligenza artificiale riguardano anche chi usa questi sistemi, non solo chi li costruisce, e il cliente te li chiede molto prima di un'autorità.

Tre scenari, e come cambia il conto

Gli stessi requisiti su carta producono progetti molto diversi. Questi tre scenari non portano un prezzo, portano il ragionamento che sposta il prezzo.

Il processo lineare e documentato. Esiste una procedura, i casi anomali sono rari e riconoscibili, i sistemi coinvolti hanno accessi stabili. Qui il lavoro è quasi tutto costruzione, la stima è affidabile e il rischio di scoprire sorprese a metà è basso. È lo scenario in cui una fascia dichiarata ha senso.

Il processo con eccezioni e un sistema chiuso. La procedura esiste solo in parte, un sistema non si integra facilmente e i dati vanno normalizzati prima di poterli usare. Il tempo di costruzione cresce, ma cresce soprattutto il tempo di chiarimento, che è quello che nessuno mette a preventivo. In questo scenario un fornitore serio ti propone di fare prima un pezzo piccolo e misurabile, e solo dopo il resto.

Il processo che richiede giudizio. Non basta spostare dati: qualcuno deve leggere, interpretare e decidere. Qui la parte costosa non è far funzionare il modello, è definire cosa vuol dire una risposta accettabile, cosa fa il sistema quando non è sicuro e come te ne accorgi se peggiora. Se questo pezzo non è scritto nel preventivo, non è stato pensato.

I costi che nel preventivo non li vedi

Ci sono quattro voci che compaiono raramente su carta e regolarmente nella realtà.

Il tuo tempo. Raccogliere esempi, prendere decisioni, provare l'output, correggere i criteri. Non è tempo del fornitore, quindi non è in fattura, ma è tempo che qualcuno dentro l'azienda deve mettere, e se non c'è il progetto rallenta o si ferma.

Il costo di esercizio. Un sistema che gira consuma qualcosa ogni mese: infrastruttura, servizi di terze parti, uso dei modelli. Non è quasi mai la voce dominante di un progetto di questa taglia, ma va chiesto in anticipo, perché è ricorrente e cresce con i volumi. I prezzi puntuali dei fornitori cambiano spesso: quello che deve stare nel preventivo non è il listino di oggi, è chi paga cosa e come si controlla il consumo.

Il costo del cambiamento. Ogni modifica al processo dopo la consegna è lavoro. Un accordo chiaro su cosa è manutenzione e cosa è evoluzione evita la discussione peggiore, quella che arriva dopo, quando ognuno ricorda l'accordo a modo suo.

Il costo dell'errore silenzioso. È il più difficile da mettere a bilancio e il più caro quando si presenta. Un sistema che sbaglia in modo evidente si ferma. Un sistema che sbaglia in modo plausibile continua, e te ne accorgi dal cliente. Un preventivo che prevede controlli, soglie e segnalazioni costa di più all'inizio e molto meno dopo.

Comprare, costruire o non fare: come si decide

Prima di chiedere un preventivo su misura vale la pena verificare se il problema è già risolto da un prodotto esistente. La domanda giusta non è quale delle due opzioni sia migliore in astratto, ma quanto è specifico il tuo processo.

Se quello che fai è comune, cioè se lo fanno migliaia di aziende nello stesso modo, un prodotto verticale costa meno e arriva prima. Paghi un canone e non mantieni niente. Il limite lo trovi il giorno in cui la tua eccezione non è prevista dal prodotto: a quel punto o cambi il processo o resti fuori.

Se invece la parte che ti fa perdere tempo è proprio quella specifica, il prodotto generico non la copre e finisci a riempire il buco a mano. Lì un sistema costruito su misura ha senso, a patto che qualcuno lo mantenga e che il valore in ore recuperate sia superiore al costo di tenerlo vivo.

C'è anche una terza opzione, che nei preventivi non compare mai: non fare niente e riprendere fra sei mesi, quando il processo sarà più stabile. È spesso la scelta corretta, e chi lavora su automazione dei processi aziendali tutti i giorni dovrebbe dirtelo quando è il caso, anche se costa una vendita.

Come si calcola il ritorno senza raccontarsi storie

L'aritmetica è semplice e sta in una riga. Prendi le ore che il processo consuma oggi in un mese, moltiplicale per il costo pieno di un'ora di chi lo fa, e ottieni quanto ti costa il processo così com'è. Poi togli la quota che resterà comunque a una persona, perché nessun sistema porta via tutto, e sottrai il costo di esercizio mensile. Quello che resta è il risparmio reale. Dividi il costo del progetto per quel numero e hai i mesi di rientro.

Le due variabili che le persone sbagliano sono sempre le stesse. La prima è il costo pieno dell'ora, che non è lo stipendio diviso le ore: ci vanno dentro contributi e costi fissi. La seconda è la quota che resta umana: se metti zero, il conto torna sempre, e non è vero.

ipotesi: prendiamo un processo che consuma 20 ore al mese e assumiamo un costo pieno di 30 euro per ora, cioè 600 euro al mese di lavoro. ipotesi: se il sistema ne toglie il 70 per cento e ne restano 6 di gestione, il risparmio lordo è 420 euro al mese, da cui va tolto il costo di esercizio. Con questi numeri di comodo, un progetto nella fascia di ingresso rientra in pochi mesi. Sono cifre scelte per mostrare il metodo, non un risultato che ti sto promettendo: sostituisci le tue e il quadro può ribaltarsi.

Ed è esattamente questo il punto. ipotesi: se lo stesso processo consuma 4 ore al mese invece di 20, il risparmio massimo teorico scende sotto i 100 euro mensili e il rientro si allunga oltre l'anno. Stesso lavoro tecnico, stessa qualità, decisione opposta. Sul metodo di misura, e sugli errori più comuni, ho scritto una guida dedicata su come misurare il ritorno dell'AI.

Come si confrontano due preventivi che sembrano uguali

Due preventivi con la stessa cifra finale possono descrivere lavori diversi. Queste sono le voci che li rendono confrontabili, e la loro assenza è già una risposta.

• Il perimetro scritto: quali casi sono coperti e quali no, dichiarati per nome.
• I criteri di accettazione: cosa deve succedere perché il lavoro sia considerato finito.
• La gestione delle eccezioni: cosa fa il sistema quando incontra un caso non previsto.
• I controlli: chi verifica l'output, con che frequenza e con quale soglia di allarme.
• La manutenzione: cosa è compresa, cosa si paga a parte, con quali tempi di risposta.
• La proprietà: di chi sono il codice, i dati e gli accessi quando il rapporto finisce.
• Le dipendenze: quali servizi di terze parti servono e chi ne paga il consumo.

Se un preventivo ha un numero e una riga di descrizione, non è più economico: è meno definito. La differenza la scopri dopo, ed è la stessa ragione per cui i progetti si allungano.

Quando automatizzare non conviene

Ci sono quattro situazioni in cui la risposta corretta è aspettare, e dirlo fa parte del lavoro.

Quando il volume è basso. Sotto una certa soglia di ore ripetitive al mese, qualunque progetto strutturato rientra troppo tardi per essere una buona decisione, e il tempo di chi lo segue vale più del risparmio.

Quando il processo sta cambiando. Automatizzare significa fissare una regola. Se la regola cambierà fra due mesi, stai pagando per fissare qualcosa che non vuoi fisso.

Quando i dati non sono affidabili. Un sistema costruito su dati sporchi produce risultati sbagliati più in fretta di una persona. Prima si sistema la fonte, poi si automatizza.

Quando non c'è nessuno che se ne occupa. Se in azienda non esiste una persona con il tempo e il mandato per seguire il sistema, il progetto non entra in produzione, indipendentemente da quanto è ben fatto.

Da dove partire

Se hai già in mente il processo che ti sanguina ore ogni settimana, non serve un piano generale: serve guardare quel processo. Porta un caso concreto, con i suoi numeri veri e le sue eccezioni, e in mezz'ora si capisce se ha senso toccarlo, quale pezzo per primo e quale invece è meglio lasciare com'è.

Se invece i processi candidati sono diversi e non sai da dove cominciare, ha più senso una diagnosi documentata prima di spendere in implementazione. Il criterio è quello di sempre: prima si decide cosa serve, poi si costruisce.

In tutti e due i casi il punto di partenza è lo stesso, e non è uno strumento. È un processo scritto, un perimetro dichiarato e qualcuno che se ne prende la responsabilità. Il resto, compreso quanto costa, viene di conseguenza. Se vuoi vedere come lavoro sui processi, la pagina automazione dei processi aziendali con AI racconta il metodo con casi misurati mentre giravano.