I numeri, e come li misuro
Quando si automatizza un processo aziendale con l'AI, due cose si muovono insieme: quanto costa farlo girare e quanto lavoro smaltisce. Qui ci sono i valori che uso come riferimento, cosa significano esattamente e — soprattutto — come si fa a sapere se sono veri anche da voi.
Aggiornato: 29 ottobre 2026
-
−40%
Costo operativo del processo
Misurato prima / dopo
-
+50%
Performance del processo
A parità di persone
-
6
Settimane di pilota
Dall'audit al rilascio
Cosa vuol dire, in pratica
Entrambi i valori sono riferiti al singolo processo automatizzato, non all'intera azienda. Se il ciclo di registrazione dei documenti in entrata costava 100 e ora costa 60, quel 40% è reale — ma moltiplicarlo sul bilancio non ha alcun senso, e chi lo fa vi sta vendendo qualcosa.
Costo operativo del processo
Indice, situazione di partenza = 100
−40% sul costo di far girare il processo: ore di lavoro manuale, riletture, correzioni a valle.
Performance del processo
Indice, situazione di partenza = 100
+50% di lavoro smaltito a parità di persone, con tempi di attraversamento più brevi.
Prima Dopo
Scala comune 0–150. I due riquadri si leggono insieme: la stessa lunghezza vale lo stesso numero.
Vedi i dati in tabella
| Misura | Prima | Dopo | Variazione |
|---|---|---|---|
| Costo operativo | 100 | 60 | −40% |
| Performance | 100 | 150 | +50% |
Come li misuro
Un numero senza un metodo è una promessa. Il metodo è sempre lo stesso, ed è volutamente noioso:
- Si misura prima. Quante pratiche passano in un mese, quanto tempo richiede ciascuna, quante persone ci lavorano, quanti casi tornano indietro per un errore. Questa è la baseline, e si prende prima di scrivere una riga di codice.
- Si fissa la metrica. Una sola, scelta insieme, scritta. Non «migliorare il processo»: «passare da X a Y minuti per pratica».
- Si lavora in parallelo. Durante il pilota il sistema gira accanto al processo esistente senza sostituirlo: i due esiti si confrontano giorno per giorno.
- Si rimisura alla fine, sullo stesso perimetro e sugli stessi tipi di pratica. Non su un campione scelto bene.
Se la baseline non è stata presa, il risultato non è misurabile — né in positivo né in negativo. È il motivo per cui insisto su quel giorno di lavoro all'inizio, che a molti sembra tempo perso: senza, a fine progetto si discute di impressioni.
Quando questi numeri non valgono
Sono medie, e come tutte le medie nascondono la varianza. Fanno meglio della media i processi molto manuali, ripetitivi e ad alto volume. Fanno peggio — a volte molto peggio — questi casi:
- Il processo è già parzialmente automatizzato: il margine residuo è piccolo.
- I documenti in arrivo sono ogni volta diversi e in quantità minime.
- Il collo di bottiglia non è il lavoro manuale ma un'attesa esterna: un fornitore, un'autorizzazione, un cliente che non risponde.
- L'azienda non è disposta a cambiare il modo in cui lavora: allora si automatizza un processo sbagliato, e si fa più in fretta a sbagliare.
Al primo incontro si capisce in fretta in quale gruppo siete. Se siete nel secondo, ve lo dico prima di farvi spendere.
Da dove arrivano questi risultati
Non da una tecnologia sola, ma dal mettere insieme le cose giuste sul processo giusto:
- Agenti AI sui processi — documenti in entrata, ciclo ordine-fattura, risposte ricorrenti: è qui che si concentra la maggior parte del guadagno.
- Software su misura — quando il gestionale standard lascia scoperto proprio il pezzo che vi distingue.
- Consulenza e gestione IT — perché un processo automatizzato su un'infrastruttura fragile dura poco.
- Formazione — un sistema che le persone non usano vale zero, qualunque numero avesse in prova.
Domande frequenti
Questi numeri valgono per la mia azienda?
Dipende da quanto lavoro manuale c'è oggi, da quanto sono regolari i documenti in arrivo e da quanto siete disposti a cambiare il modo di lavorare. Sono medie: i processi molto manuali fanno meglio, quelli già automatizzati fanno meno.
Cosa serve da parte nostra?
Un processo con abbastanza volume, una persona interna che lo conosca e possa dire se un caso è stato gestito bene, e la disponibilità a misurare la situazione di partenza. La terza è quella che salta più spesso, ed è quella senza cui non si dimostra niente.
In quanto tempo si vedono?
Il pilota dura tipicamente 6 settimane su un solo processo, preceduto da un audit di 1–2 giorni. I primi numeri arrivano già durante il pilota, perché il sistema lavora in parallelo a quello esistente.
E se il pilota non raggiunge il risultato?
Allora non si scala. È la ragione per cui si parte da un processo solo e da un impegno chiuso: la decisione di estendere si prende su un numero, e un numero può anche dire di no.
Partiamo dal misurare il vostro processo — oppure scrivimi a info@stefanoroteglia.it.
The numbers, and how I measure them
When you automate a business process with AI, two things move together: what it costs to run and how much work it gets through. Here are the figures I work to, what they mean exactly, and — above all — how you find out whether they hold at your company too.
Updated: 29 October 2026
-
−40%
Process running cost
Measured before / after
-
+50%
Process throughput
Same headcount
-
6
Weeks of pilot
Audit to release
What that means in practice
Both figures refer to the single automated process, not the whole company. If registering inbound documents cost 100 and now costs 60, that 40% is real — but multiplying it across your P&L means nothing, and anyone doing that is selling you something.
Process running cost
Index, starting point = 100
−40% on the cost of running the process: manual hours, re-checks, corrections downstream.
Process throughput
Index, starting point = 100
+50% more work cleared with the same people, and shorter turnaround times.
Before After
Shared 0–150 scale. The two panels read together: the same length means the same number.
See the data as a table
| Measure | Before | After | Change |
|---|---|---|---|
| Running cost | 100 | 60 | −40% |
| Throughput | 100 | 150 | +50% |
How I measure them
A number without a method is a promise. The method is always the same, and deliberately boring:
- Measure first. How many cases go through in a month, how long each takes, how many people work on them, how many come back wrong. That is the baseline, and it is taken before a line of code is written.
- Fix the metric. One metric, chosen together, written down. Not "improve the process" but "go from X to Y minutes per case".
- Run in parallel. During the pilot the system runs alongside the existing process without replacing it: the two outcomes get compared day by day.
- Measure again at the end, on the same scope and the same case types. Not on a conveniently chosen sample.
If no baseline was taken, the result is not measurable — neither good nor bad. That is why I insist on that first day of work, which many read as time wasted: without it, the end of the project is a discussion about impressions.
When these numbers do not hold
They are averages, and averages hide variance. Highly manual, repetitive, high-volume processes do better. These cases do worse, sometimes much worse:
- The process is already partly automated: little headroom is left.
- Incoming documents are different every time and arrive in tiny numbers.
- The bottleneck is not manual work but an external wait: a supplier, an approval, a customer who does not reply.
- The company is not willing to change how it works: then you automate the wrong process and get to the wrong answer faster.
A first meeting makes it clear which group you are in. If it is the second, I say so before you spend.
Where these results come from
Not from one technology, but from putting the right pieces on the right process:
- AI agents on processes — inbound documents, order-to-invoice, recurring replies: this is where most of the gain sits.
- Custom software — when the standard system leaves exactly the part that sets you apart uncovered.
- IT consulting and management — an automated process on fragile infrastructure does not last.
- Training — a system people do not use is worth nothing, whatever it scored in testing.
Frequently asked questions
Do these figures apply to my company?
It depends on how much manual work there is today, how regular your incoming documents are, and how willing you are to change how you work. They are averages: very manual processes do better, already-automated ones do less.
What do you need from us?
A process with enough volume, someone internal who knows it and can say whether a case was handled well, and a willingness to measure the starting point. The third is the one that gets skipped most often, and the one without which nothing can be proven.
How soon do results show?
The pilot typically runs 6 weeks on a single process, after a 1–2 day audit. First numbers arrive during the pilot, because the system runs alongside the existing one.
And if the pilot misses the target?
Then it does not get scaled. That is why you start with one process and a closed commitment: the decision to extend rests on a number, and a number is allowed to say no.
Let's start by measuring your process — or email me at info@stefanoroteglia.it.