La decisione più importante quando costruisci un agente non è cosa gli fai fare. È cosa gli impedisci di decidere.
Ci sono arrivato costruendo il sistema che prioritizza i ticket di sviluppo nel mio workflow. Sulla carta era perfetto. Il problema è che prioritizzare non è leggere i dati.
Vedi il post su LinkedInLa decisione più importante quando costruisci un agente non è cosa gli fai fare. È cosa gli impedisci di decidere.
Ci sono arrivato costruendo il sistema che prioritizza i ticket di sviluppo nel mio workflow.
L'agente legge i dati di comportamento utente da Contentsquare, incrocia frequenza dei problemi e sessioni con friction, guarda la severità tecnica di ogni issue, e da lì costruisce una lista di cosa affrontare prima.
Sulla carta è perfetto. Un ordine di priorità basato sui numeri, senza opinioni, senza riunioni.
Un numero alto non è una priorità alta
Un problema che tocca tante sessioni può valere meno di uno che ne tocca poche. Una issue con severità tecnica bassa può essere quella che blocca una campagna già pianificata.
Questo contesto l'agente non ce l'ha. E non dovrebbe averlo.
Perché nel momento in cui l'agente ordina le priorità e apre i ticket, ha già preso una decisione di business. Silenziosamente. Sotto forma di un compito che sembra tecnico.
Prioritizzare non è leggere i dati. È decidere cosa conta di più. E quella è una scelta che appartiene a chi conosce il business, non a chi legge le metriche.
Ho ridisegnato il sistema attorno a un confine preciso
L'agente non apre più niente da solo. Costruisce un piano.
- Raccoglie i dati e propone un ordine di priorità
- Passa il piano a un secondo agente che fa solo una cosa: rivederlo e applicare le logiche di prioritizzazione sulla base di regole di business definite dal team
- Il piano arriva a un revisore umano
- Senza conferma, non viene aperto un solo ticket
Il lavoro ripetitivo resta automatizzato. La decisione resta umana.
Non ho tolto potere all'agente per sfiducia. L'ho fatto perché un agente che decide cosa conta di più sta facendo un lavoro che non è il suo.
La domanda giusta
La domanda giusta quando progetti un'automazione non è "cosa può fare questo agente". È "dove finisce quello che può proporre e comincia quello che deve decidere una persona".
Quel confine è la parte più importante da progettare. Ed è anche la più facile da dimenticare, perché quando l'agente lavora bene non ti accorgi che sta decidendo. Te ne accorgi solo quando ha deciso male.
In sintesi
Automatizza la raccolta, la sintesi e la proposta. Metti dietro una conferma umana tutto ciò che contiene una priorità di business. Se l'agente può aprire del lavoro senza passare da quel cancello, sta già decidendo cosa conta.
Nel tuo team, quali decisioni hai lasciato scivolare a un'automazione senza deciderlo davvero?
Domande frequenti
Dove deve fermarsi un agente AI dentro un workflow automatico?
Nel punto in cui un compito tecnico diventa una decisione di business. Un agente può raccogliere dati, sintetizzarli e proporre un ordine di lavoro, ma nel momento in cui ordina le priorità e apre i ticket da solo ha già deciso cosa conta di più per l'azienda, in silenzio e sotto l'apparenza di un compito tecnico.
Perché un numero alto non è automaticamente una priorità alta?
Perché frequenza e severità non sono la stessa cosa dell'impatto sul business. Un problema che tocca tante sessioni può valere meno di uno che ne tocca poche, e una issue con severità tecnica bassa può essere quella che blocca una campagna già pianificata. Quel contesto sta fuori dalle metriche.
Come si tiene una persona nel ciclo senza perdere l'automazione?
Separando la proposta dall'esecuzione. L'agente raccoglie i dati e propone un ordine, un secondo agente applica le regole di prioritizzazione del team, il piano arriva a un revisore umano e senza conferma non viene aperto un solo ticket. Il lavoro ripetitivo resta automatizzato: a restare umana è solo la decisione.
