Blog · Automazione

Automazione con AI per PMI: 5 processi da cui partire

L'AI non è una strategia: è uno strumento. Le PMI che ottengono risultati non partono dal modello, partono da un processo ripetitivo, lo misurano e poi decidono se automatizzarlo.

L'AI non è il punto di partenza

L'AI generativa ha reso facile produrre testo e immagini. Non ha reso facile capire quale processo vale la pena automatizzare.

La domanda giusta non è «quale modello usiamo», ma «quale lavoro ripetitivo possiamo togliere senza aumentare il rischio». Un'automazione che sbaglia un preventivo o una fattura costa più del lavoro che sostituisce. Per questo si parte da un processo, non da uno strumento.

Le PMI hanno un vantaggio: i processi sono spesso concentrati in poche persone, quindi si possono osservare e misurare. Hanno anche un vincolo: non c'è un reparto IT che assorbe il progetto. Il pilota deve essere piccolo, comprensibile e gestibile da chi lavora ogni giorno in quel processo.

Questo articolo non elenca «cose fiche che l'AI può fare». Elenca cinque processi che hanno tre caratteristiche: si ripetono, hanno un output verificabile e qualcuno in azienda sa dire se il risultato è giusto.

I cinque processi da cui partire

Per ognuno trovi cosa fa l'automazione, dove si rompe e come si misura. L'ordine non è una classifica: dipende dal volume e dai dati della tua azienda.

Preventivi e offerte

Trigger: una richiesta arriva via email o modulo. Input: descrizione, listino, condizioni. Output: bozza di offerta con righe, quantità e note. Una persona approva prezzi e sconti prima dell'invio.

Dove si rompe: listini non strutturati e richieste ambigue. Come si misura: tempo da richiesta a offerta e percentuale di righe corrette al primo giro.

Fatture e documenti dei fornitori

Trigger: arriva una fattura o un documento di trasporto. Input: PDF, email, scansione. Output: dati estratti e proposta di registrazione nel gestionale. La conferma resta a una persona.

Dove si rompe: formati diversi, scansioni storte, fornitori con dati incompleti. Come si misura: documenti gestiti senza correzione e tempo medio di registrazione.

Email e richieste in ingresso

Trigger: arriva un messaggio. Output: classificazione, destinatario, dati estratti e bozza di risposta. L'invio può restare manuale, almeno nella prima fase.

Dove si rompe: richieste che mescolano più argomenti e clienti che scrivono da indirizzi diversi. Come si misura: tempo di prima risposta e percentuale di messaggi instradati correttamente.

Assistenza clienti

Trigger: una domanda su prodotto, ordine o servizio. Input: documentazione approvata, FAQ, stato dell'ordine. Output: risposta con fonte e passaggio a una persona quando la confidenza è bassa.

Dove si rompe: documentazione vecchia e casi fuori perimetro. Come si misura: richieste risolte senza escalation, qualità delle escalation e soddisfazione del cliente.

Report e controllo

Trigger: scadenze periodiche. Input: dati da gestionale, CRM, fogli di calcolo. Output: riepilogo, anomalie e domande da verificare. La decisione resta umana.

Dove si rompe: dati sparsi e definizioni diverse dello stesso indicatore. Come si misura: tempo di preparazione e numero di anomalie scoperte prima che diventino un problema.

Come scegliere il primo processo

Non scegliere quello che sembra più innovativo. Scegli quello che puoi osservare, misurare e correggere.

  • FrequenzaSuccede abbastanza spesso da giustificare il progetto? Un processo settimanale e molto complesso può valere più di uno giornaliero e banale, ma il volume va misurato.
  • StandardizzazioneI passaggi sono gli stessi ogni volta? Se ogni caso è diverso, l'automazione produce eccezioni invece di ridurle.
  • Costo dell'erroreSe sbaglia, puoi correggere prima che il danno sia irreversibile? Meglio partire da errori reversibili e verificabili.
  • Dati disponibiliLe informazioni sono digitali, aggiornate e accessibili? Un processo con dati sporchi richiede prima un lavoro sui dati.
  • Un proprietarioC'è una persona che risponde del risultato e può fermare il pilota? Senza proprietario, nessuno corregge gli errori.

Dati, privacy e responsabilità

L'automazione sposta dati e decisioni. Prima di scrivere codice, vanno chiare le regole.

  • Base giuridica e minimizzazione. Tratta solo i dati necessari al processo e conservali per il tempo previsto. Non aggiungere campi «perché potrebbero servire».
  • Fornitori e contratti. Se usi un servizio esterno, chiedi dove girano i dati, se vengono usati per addestrare modelli, quali misure di sicurezza esistono e chi risponde in caso di incidente.
  • Valutazione d'impatto. Alcuni trattamenti richiedono una valutazione prima di partire. Non è un passaggio burocratico: è il momento in cui decidi cosa non automatizzare.
  • Supervisione umana. Definisci chi controlla, con quale frequenza e cosa succede quando il sistema non è sicuro. «L'ha deciso l'AI» non è una risposta accettabile.
  • Registri e sicurezza. Log delle operazioni, accessi limitati, segreti gestiti, istruzioni contro prompt injection. La sicurezza non si aggiunge dopo.

Questo non è un parere legale. Prima di trattare dati personali o sensibili, coinvolgi un consulente privacy e verifica gli obblighi applicabili alla tua attività.

Un pilota in quattro settimane

Non serve un progetto annuale per capire se un processo è automatizzabile. Serve un perimetro stretto e un criterio di stop.

Settimana 1: mappa e baseline

Osserva il processo reale, non quello scritto nelle procedure. Misura volume, tempo per caso, errori e persone coinvolte. Scegli un solo output da migliorare.

Settimana 2: prototipo stretto

Costruisci il percorso minimo con dati reali e autorizzati. Niente integrazioni complete: prima dimostra che l'output è utile e verificabile.

Settimana 3: valutazione

Confronta il prototipo con la baseline su un set di casi fissi. Guarda gli errori, non solo la media. Chiedi a chi faceva il lavoro se lo userebbe.

Settimana 4: decisione

Scala, cambia o ferma. Se il pilota non batte la baseline, non aggiungere funzioni: chiudi e passa a un altro processo. Il costo di un pilota fermato è molto inferiore a quello di un progetto sbagliato.

Cosa non automatizzare

Ci sono processi in cui l'AI può assistere, ma non decidere. E altri in cui non conviene proprio partire.

  • Decisioni sulle persone: assunzioni, valutazioni, licenziamenti. Il costo di un errore non è solo economico.
  • Credito, assicurazioni e accesso a servizi: decisioni ad alto impatto che richiedono trasparenza, equità e supervisione.
  • Consulenza legale, medica o fiscale: l'AI può preparare materiale, non assumersi la responsabilità della risposta.
  • Processi senza proprietario: se nessuno sa dire qual è il risultato corretto, non c'è modo di valutare l'automazione.
  • Dati sporchi o senza fonte di verità: automatizzare un disordine produce errori più veloci. Prima si sistema il dato.

La regola pratica: se non sai spiegare a una persona come riconoscere un buon risultato, non puoi automatizzarlo in modo affidabile.

Esempio di ritorno in tempo

Un calcolo semplice su un processo ripetitivo.

Calcolo orientativo.
VoceValore
Email gestite al mese400
Minuti per email3
Ore risparmiate al mese20

Formula. Email × minuti / 60 = ore risparmiate.

Domande frequenti

Serve ChatGPT per fare automazione?

No. I modelli sono intercambiabili; contano i dati, l'integrazione e il controllo. Un modello più potente su un processo non definito produce solo errori più veloci.

Quanto costa un progetto di automazione?

Dipende dal processo, dalle integrazioni, dal volume e da quanto controllo umano serve. Il preventivo si costruisce dopo aver misurato il processo e i dati disponibili. Un pilota stretto è il modo più economico per capire se vale la pena.

I miei dati finiscono nei modelli?

Dipende dal fornitore e dal contratto. Chiedi se i dati vengono usati per addestrare modelli, dove sono conservati, per quanto tempo e chi può accedervi. Preferisci condizioni enterprise, hosting europeo e accordi di trattamento dei dati.

Devo cambiare gestionale?

Nella maggior parte dei casi no. Si integra ciò che esiste, se espone API o import/export. Il cambio di gestionale è un progetto molto più grande e va deciso separatamente.

Quanto dura un pilota?

Quattro settimane sono un buon punto di partenza per un processo stretto. Processi con molte eccezioni o integrazioni complesse richiedono più tempo. Meglio un pilota piccolo e concluso che un progetto ampio e inconcludente.

Come misuro il ritorno?

Parti da una baseline: ore per caso, errori, tempo di ciclo, numero di passaggi. Confronta il dopo con quella baseline e aggiungi il costo totale: strumenti, integrazione, manutenzione e tempo di controllo. Se il risparmio non copre il costo, il progetto non funziona.

Continua a leggere

Scegliamo un processo concreto

Raccontaci dove si perde tempo oggi: email, preventivi, fatture, report. Possiamo misurare il processo e capire se un pilota ha senso.