Un processo rotto non è un processo lento. È un processo di cui nessuno sa dire quale sia l’output corretto.
Ecco perché metterci sopra l’AI non produce ROI: manca un modo per misurare se quello che l’agente restituisce è giusto. Se un’approvazione vive in una catena di email e lo stesso dato sta in tre Excel diversi, non esiste una fonte contro cui confrontare la risposta. L’AI produce, nessuno può validarla, e ogni errore scende a valle senza attrito.
Questo è il passaggio che si salta. Il problema non è che l’AI “non sistema i processi rotti”. È che accelera un sistema di cui non conosci l’accuratezza. Finché si automatizzava a mano, la lentezza faceva da freno: gli errori si vedevano perché qualcuno li toccava. Togli la frizione e tieni il disordine, e ottieni caos alla velocità della macchina.
L’ordine giusto non è una preferenza organizzativa, è una condizione tecnica. Prima definisci il processo in modo che abbia un output verificabile. Poi automatizzi la parte ripetitiva. Solo allora un agente ha qualcosa su cui lavorare: un compito osservabile, un criterio di correttezza, una traccia di cosa ha fatto e perché.
L’agente non è il punto di partenza. È l’ultimo strato, e regge solo se sotto c’è qualcosa di misurabile.
