Agenti AI, RPA o workflow automatici: quale automazione scegliere per una PMI

Non tutti i processi hanno bisogno di un agente AI. Se le regole stanno in una pagina e i dati sono ordinati basta un workflow; se il software non ha API serve l'RPA; l'agente AI entra solo dove c'è da leggere testo libero e decidere. Cinque domande per scegliere, una tabella di confronto, due esempi per PMI e gli errori che vediamo più spesso nei progetti.

La regola che usiamo prima di ogni preventivo è semplice. Se il processo si descrive con "quando arriva A, fai B" e i dati sono già ordinati, basta un workflow automatico che collega i vostri programmi. Se il programma da comandare è vecchio e non si lascia collegare, serve un robot RPA che ripete i clic di una persona. L'agente AI entra solo dove c'è da leggere un testo scritto da qualcuno, capire cosa vuole e decidere il passo successivo. Nella maggior parte delle PMI un processo è un misto: il workflow fa da spina dorsale e l'AI interviene in uno o due punti, quelli in cui oggi una persona legge e giudica.

Scegliere bene conta perché l'errore più caro non è il prezzo della tecnologia, ma il mese passato a costruire un agente dove bastava una regola, o un robot che si ferma alla prima schermata cambiata. Secondo l'ISTAT nel 2025 il 16,4% delle imprese italiane con almeno 10 addetti usa l'intelligenza artificiale (era l'8,2% nel 2024); fra le PMI la quota è del 15,7%. Tra chi ha valutato l'AI senza adottarla, il freno più citato è la mancanza di competenze (58,6%), seguito dalla poca chiarezza delle norme (47,3%) e dai dati insufficienti o di scarsa qualità (45,2%). Questa guida serve a togliere il primo di questi freni: sapere cosa chiedere, e a chi.

Tre strumenti, tre lavori diversi

Workflow automatici

Un workflow è una sequenza di passi fissi che collega programmi diversi attraverso le loro interfacce di collegamento (API): arriva un ordine sull'e-commerce, il workflow crea il cliente nel gestionale, invia la conferma, apre la riga nel foglio delle spedizioni. Strumenti come Make, n8n o Power Automate si configurano con poco o nessun codice. Funzionano bene finché ogni passo ha un input preciso e una regola chiara. Si fermano, o sbagliano, quando il dato arriva in forma libera: un'email con l'ordine scritto a parole, un PDF con un'impaginazione diversa ogni volta.

RPA (robot che ripetono i clic)

L'RPA, Robotic Process Automation, automatizza un programma "dall'esterno": il robot apre la finestra, clicca, copia, incolla, come farebbe un impiegato. È spesso l'unica scelta quando il software non offre API né un accesso al suo database o a file di scambio, caso frequente con i gestionali verticali di una volta. La documentazione dei flussi desktop di Power Automate, la parte RPA della piattaforma Microsoft, dice che i flussi desktop permettono di automatizzare applicazioni legacy come gli emulatori di terminale, interagendo con il computer attraverso elementi, immagini o coordinate dell'interfaccia. Qui sta anche il limite: se il fornitore ridisegna la schermata o rinomina i campi, il robot non trova più quello che cerca. Va bene per processi stabili, su software che cambia di rado.

Agenti AI

Un agente AI riceve un obiettivo e gli strumenti per raggiungerlo, poi decide da solo i passi: legge l'email, capisce che è una richiesta di preventivo, cerca il cliente nel CRM, prepara la bozza di risposta e la passa a una persona per la conferma. È l'unico dei tre che gestisce le eccezioni non previste. Il testo libero può leggerlo anche un singolo passaggio di AI dentro un workflow: l'agente serve quando, dopo la lettura, c'è da decidere. In cambio può sbagliare, e lo fa in modo plausibile: la risposta è scritta bene anche quando è sbagliata. Per questo un agente in una PMI lavora sempre con permessi definiti, un registro di quello che ha fatto e una persona che controlla i casi incerti.

Confronto in una tabella

Cinque domande per scegliere

Prima di chiedere un preventivo, prendete un solo processo e rispondete a queste domande. Le risposte dicono quale strumento serve, e spesso dicono che ne serve più di uno.

1. L'input è strutturato o è testo libero? Se arriva da un modulo, da un file con colonne fisse o da un altro programma, è strutturato: workflow. Se arriva come email, telefonata trascritta, PDF di fornitori diversi o messaggio WhatsApp, è testo libero: serve un passaggio di AI che lo trasformi in dati.
2. Le regole stanno in una pagina? Provate a scriverle. Se ci riuscite senza "dipende", è un workflow. Se a metà pagina compaiono casi che oggi risolve "Maria, perché lei sa", serve un agente, oppure serve prima chiarire il processo.
3. I programmi coinvolti hanno API? Gestionali moderni, CRM, piattaforme di e-commerce e posta elettronica le hanno quasi sempre. Un gestionale installato dieci anni fa spesso no: lì entra l'RPA, o un connettore costruito su misura, come facciamo nei progetti di automazione dei processi con l'AI.
4. Cosa succede se sbaglia? Un'email di risposta sbagliata si corregge; un bonifico partito no. Più l'errore è costoso o irreversibile, più il passo va tenuto in mano a una persona, con l'automazione che prepara e la persona che conferma.
5. Quante volte al mese succede? Un processo che gira dieci volte al mese non ripaga un progetto su misura; al massimo un workflow leggero senza codice. Il nostro calcolatore del costo del lavoro ripetitivo serve proprio a fare questo conto prima di partire.

Se le risposte sono "strutturato, regole chiare, API, errore reversibile, molte volte", avete un workflow, il caso più rapido ed economico dei tre. Se c'è testo libero, avete un passaggio di AI dentro un workflow; se dopo la lettura c'è anche da decidere, quel passaggio è un agente. Se manca l'API, c'è un pezzo di RPA o un connettore. Se le regole non stanno in una pagina, il problema non è la tecnologia: è il processo, e va sistemato prima.

Due esempi per PMI

Immaginiamo un'azienda di forniture per l'edilizia in provincia di Bari, 25 persone. Gli ordini dei clienti arrivano per email, ognuno scritto a modo suo: "mandatemi 40 sacchi di quelli dell'altra volta". Oggi un impiegato legge, cerca lo storico, scrive l'ordine nel gestionale e risponde. Le regole di prezzo e disponibilità sono chiare, quindi la parte di inserimento è un workflow. La lettura dell'email no: serve un agente AI che capisca il prodotto, cerchi nello storico del cliente cosa sono "quelli dell'altra volta", lo abbini al codice articolo e prepari l'ordine come bozza. Il gestionale ha API, quindi niente RPA. La persona vede la bozza, conferma, e la conferma al cliente parte da sola. Cambia una cosa: l'impiegato passa dal copiare al controllare.

Immaginiamo uno studio di commercialisti con 12 persone. Ogni mese riconcilia gli estratti conto dei clienti con le fatture. Le righe con importo e riferimento uguali si abbinano con una regola: workflow. Le causali scritte male ("saldo ft marzo + acconto") no: serve l'AI che le interpreti e proponga l'abbinamento, lasciando al contabile solo i casi ambigui. In un progetto di questo tipo per uno studio fiscale, la riconciliazione mensile è passata da 6-8 ore a meno di 15 minuti, con oltre il 70% dei movimenti abbinati in automatico (stima del progetto, descritta nel nostro caso studio sulla riconciliazione bancaria).

Per uno studio di consulenza abbiamo costruito oltre 25 micro-automazioni su sei reparti, orchestrate con n8n; gli agenti AI fanno lo smistamento della posta con bozze automatiche e l'apertura dei ticket da email e telefonate, con una persona che valida.

Gli errori che vediamo più spesso

• Un agente dove bastava una regola. Costa di più, è più lento e introduce un margine di errore che il processo non aveva. Se la regola sta in una riga, scrivete la regola.
• RPA su un portale che cambia. I siti dei fornitori, delle banche e della pubblica amministrazione cambiano schermata senza avvisare. Un robot che clicca lì sopra richiede un intervento a ogni modifica.
• Nessun registro. Se l'agente decide e nessuno può rileggere cosa ha letto, cosa ha deciso e perché, al primo errore non si sa da dove ripartire. Il registro delle azioni va chiesto nel preventivo.
• Tre processi insieme. Il primo progetto serve a imparare come l'azienda reagisce. Uno solo, misurato, poi gli altri.
• Dimenticare di dirlo ai clienti. Se l'agente scrive o parla con i clienti, vale l'articolo 50 dell'AI Act, che si applica dal 2 agosto 2026: chi fornisce il sistema deve progettarlo in modo che le persone sappiano di interagire con un'AI, a meno che non sia evidente. L'obbligo è di chi costruisce il sistema: chiedetelo a chi ve lo realizza. Se invece l'agente prepara solo la bozza e una persona la conferma, con il cliente parla la persona. La regola vale anche per un assistente sul sito o su WhatsApp.

Domande frequenti

Gli agenti AI sostituiscono l'RPA?

No. L'RPA ripete clic su un programma senza API; l'agente legge e decide. Un agente può usare un robot RPA come uno dei suoi strumenti.

Serve un programmatore?

Per un workflow semplice fra programmi con API, spesso no: gli strumenti senza codice bastano. Per l'RPA su un gestionale vecchio di solito sì, perché il robot va costruito e poi aggiornato a ogni cambio di schermata. Per un agente AI collegato ai vostri dati sì: servono permessi, controlli e un registro.

Quanto costa?

Dipende dal perimetro, dai dati, dalle integrazioni e dal livello di controllo che volete tenere. Abbiamo messo le voci di spesa, due esempi e gli incentivi aperti nell'articolo su quanto costa un progetto di intelligenza artificiale per una PMI.

Da dove si parte?

Da un processo che gira molte volte al mese, con un responsabile che lo conosce bene e un risultato misurabile in ore risparmiate o errori evitati. Rispondete alle cinque domande sopra, e se volete un parere sul vostro caso scriveteci: vi diciamo quale dei tre strumenti serve, e se non serve nessuno.