Nessun agente funziona con la finzione

Nessun agente funziona con la finzione, e la maggior parte dei manuali di processo che leggo è finzione scritta bene.

Ho visto operazioni con un manuale di 34 pagine. Bello. Firmato. Approvato dalla direzione. Poi ho chiesto a chi lavora sul campo di mostrarmi cosa faceva davvero, ogni giorno. Era un altro processo. Quello reale stava su WhatsApp, nel foglio di calcolo parallelo, nella scorciatoia che il team si era inventato quando il sistema era andato giù e che nessuno aveva mai sistemato.

Nessuno lì aveva torto. Il manuale descriveva come l'azienda vorrebbe funzionare. Il team descriveva come funziona. Sono due cose diverse, e solo una delle due si può automatizzare.

Dove abita la finzione

Quando comincio a mappare un processo, cerco sempre negli stessi posti:

• Gruppi WhatsApp dove il team si accorda su "chi prende questo lead" fuori dal CRM.
• Fogli di calcolo paralleli che esistono perché il sistema non ha il campo che serve alla persona.
• Scorciatoie nate in un giorno di emergenza (sistema fermo, campagna esplosa) e diventate routine.
• Fasi del funnel che tutti saltano perché "non ha senso per il nostro caso".
• Approvazioni che sulla carta passano per tre persone e nella pratica passano per un messaggio vocale.

Immagina una società immobiliare il cui manuale dice che ogni lead entra nel CRM, viene qualificato entro due ore e distribuito a rotazione. Sul campo, l'agente riceve il lead sul cellulare, risponde dal WhatsApp personale e registra nel CRM solo chi è andato avanti. Se costruisco un agente partendo dal manuale, qualificherà lead che l'agente ha già gestito, solleciterà fasi che nessuno esegue e distribuirà a chi non è più in turno. L'agente non sbaglia. Obbedisce solo a un processo che non esiste.

Perché blocca l'automazione

Un agente di IA ha bisogno di tre cose per operare: sapere qual è l'input, sapere qual è la regola e sapere cosa fare quando la regola non copre il caso. Quando il processo documentato è diverso da quello reale, tutte e tre saltano insieme. L'input arriva da un posto che nessuno ha mappato. La regola è stata scritta per un flusso che non esiste. E le eccezioni, che nel mondo reale gestisce qualcuno che "sa come funziona", non sono scritte da nessuna parte.

Il risultato è prevedibile. L'automazione entra, dà fastidio, il team la aggira e crea un'altra scorciatoia. Ora l'azienda ha il manuale, il processo reale e l'automazione: tre versioni della stessa operazione, nessuna che parla con le altre.

La strada non è un altro strumento

Se la tua operazione è ancora nell'improvvisazione, il prossimo passo non è comprare un altro sistema né assumere un'altra IA. È documentare ciò che succede davvero. In pratica significa:

1. Sederti con chi opera sul campo, non con chi ha disegnato il processo. Chiedere alla persona di mostrarti lo schermo, il gruppo, il foglio. Vedere, non ascoltare.
2. Scrivere il flusso com'è oggi, scorciatoie incluse. La scorciatoia è un'informazione, non una vergogna. Mostra dove il processo ufficiale ha fallito.
3. Per ogni passaggio, annotare cosa succede quando va storto. È lì che l'agente ha più bisogno di una regola.
4. Solo dopo decidere cosa vale la pena correggere, cosa ufficializzare e cosa automatizzare.

Spesso questa mappatura da sola risolve metà del problema, prima di qualsiasi riga di automazione. L'azienda scopre di avere due processi di assistenza, che il foglio parallelo è in realtà il vero sistema, o che un'intera fase del funnel si può eliminare.

Dopo, sì, automatizzare. Con un agente che legge il processo reale, opera al suo interno e sa a chi passare la mano quando il caso esce dalla regola.

Qual è il manuale della tua azienda che nessuno segue? Se non sai rispondere, è il posto migliore da cui partire.

Se vuoi vedere dove il documento e la realtà si separano nella tua operazione, la diagnosi è il punto di partenza che usiamo noi.