Agenti AI per aziende: piano in 90 giorni per le ops

Briefing di 30 secondi: gli agenti AI per aziende rendono quando gli affidi un solo lavoro ripetibile, con un controllo umano in mezzo. Falliscono quando gli affidi un intero reparto. Qui sotto trovi il piano di 90 giorni che useremmo per un team ops: scegli il lavoro, imposta i guardrail, misura, poi amplia.

Un agente AI è un software che riceve un obiettivo, sceglie da solo i passaggi, richiama i tuoi strumenti e restituisce un risultato finito. Un chatbot risponde, un agente agisce. È per questo che il piano richiede regole che un chatbot non richiedeva mai. Se ti serve prima la definizione di base, leggila e poi torna qui.

Perché tanti progetti di agenti aziendali si bloccano?

Gartner prevede che oltre il 40% dei progetti di IA agentica venga cancellato entro la fine del 2027, per costi in crescita, valore poco chiaro e controlli del rischio deboli. Gartner segnala anche il fenomeno dell'"agent washing", in cui i fornitori ribattezzano vecchia automazione come se fosse un agente.

Leggilo come un problema di perimetro, non di tecnologia. I progetti falliti che vediamo condividono tre tratti:

• L'obiettivo è un risultato vago di reparto ("migliorare il customer success") invece di un lavoro preciso.

• Nessuno è responsabile dell'output, quindi gli errori restano non letti.

• Il costo si controlla dopo il lancio, non prima.

Se risolvi questi tre punti sei già davanti alla maggior parte dei pilot. Il perimetro costa poco da sistemare sulla carta e moltissimo in produzione, quindi va sistemato per primo.

C'è anche un problema di persone. I revisori che non sono mai stati coinvolti nel disegno tendono ad approvare in automatico oppure a ignorare l'output. Quando scrivi la SOP (procedura operativa standard), fai sedere nella stanza le due persone che oggi fanno quel lavoro. Conoscono i casi limite e si fidano di uno strumento che hanno contribuito a definire. Lascia perdere la presentazione sulla "trasformazione AI". Scegli un lavoro.

Quale lavoro deve affidare al primo agente?

Valuta ogni candidato con quattro domande. Tieni solo i lavori che rispondono sì a tutte e quattro.

• Si ripete almeno 20 volte a settimana?

• L'input è abbastanza strutturato da descriverlo in cinque righe (un ticket, un modulo, la trascrizione di una call)?

• Una persona riesce a verificare un output sbagliato in meno di un minuto?

• Se l'agente sbaglia, il danno è piccolo (una risposta in ritardo, non un rimborso o un contratto)?

Buoni primi lavori per un team di sales ops, CS ops o marketing ops:

• Smistare i ticket di supporto in arrivo e taggarli per intento.

• Preparare la scheda account prima di una deal review.

• Trasformare le trascrizioni delle call in note CRM (customer relationship management) e prossimi passi.

• Arricchire i nuovi lead e segnalare quelli che corrispondono al tuo ICP (ideal customer profile).

• Riassumere una settimana di thread Slack in un unico aggiornamento di stato.

Cattivi primi lavori: tutto ciò che muove denaro, modifica contratti o scrive ai clienti senza revisione. Quelli arrivano dopo il giorno 60.

Opinione: parti da un lavoro che la gente odia, non da uno che teme di perdere. L'adozione segue il sollievo.

Come si svolge davvero il piano di 90 giorni?

Giorni 1-14, definisci. Scrivi il lavoro come SOP di una pagina: input, passaggi, formato dell'output, chi approva. Se non ci stai in una pagina, il perimetro è troppo ampio. Registra il tempo attuale per ogni attività e misura su 10 esempi reali, non su una stima.

Giorni 15-45, costruisci e osserva. Fai girare l'agente in modalità shadow. Lui produce il suo output, una persona fa ancora il lavoro vero, e tu confronti i due risultati. Registra ogni errore con una causa di una parola: contesto mancante, strumento sbagliato, giudizio errato, input cattivo.

Giorni 46-75, live con supervisione. L'output dell'agente viene usato davvero, ma una persona approva ciascun pezzo. Tieni d'occhio il tasso di approvazione e la distanza di modifica, cioè quanto il revisore ha riscritto.

Giorni 76-90, decidi. Confronta con la baseline del giorno 1. Mantieni, amplia o chiudi. Chiudere è un esito valido, ed è anche economico se hai definito bene il perimetro.

Un dettaglio pratico per la fase shadow: tieni un foglio condiviso con una riga per esecuzione e quattro colonne (attività, output dell'agente ok sì/no, minuti risparmiati, causa dell'errore). Dopo 30 righe vedrai il pattern. Di solito due cause spiegano la maggior parte degli errori, e si risolvono con un contesto di input migliore più che con un modello migliore.

In termini CommanderGPT, la fase shadow è il momento in cui salvi il lavoro come slash command personalizzato, così tutti eseguono lo stesso prompt invece di una variante personale. Una versione minima somiglia a questa:

• /triage-ticket prende il ticket incollato e restituisce intento, urgenza (1-3) e una bozza di risposta di due righe.

• /account-brief prende il nome di un'azienda e le tue note e restituisce una scheda di una pagina.

Un comando per ogni caso d'uso. Versionalo, e fanne un fork quando il team trova un caso limite.

Costruire, comprare o assemblare: quale strada fa per il tuo team?

Tre strade, tre responsabili diversi.

Comprare un agente dentro uno strumento che già paghi. È la strada più veloce. HubSpot, per esempio, include agenti nei suoi piani, e su alcuni la tariffazione è basata sui risultati.

Secondo il listino pubblicato da HubSpot, come riportato nella nostra libreria prodotti, il Breeze Customer Agent costa $0.50 per conversazione risolta. Fai i conti prima di attivarlo: a 1,000 conversazioni risolte al mese fanno $500, che conviene rispetto a un'assunzione solo se il tasso di risoluzione tiene. Limite: erediti il modello dati del fornitore e non puoi rimodellarne la logica.

Assemblare con un builder no-code. È l'ideale per i team ops senza ingegneri. Lindy punta sui flussi di lavoro ricorrenti, con un piano a pagamento da circa $50 al mese per 5,000 crediti.

Limite: i crediti si consumano più in fretta del previsto quando un agente va in loop, quindi imposta un tetto il primo giorno.

Costruire su un motore di workflow. Scegli questa strada se ti servono controllo a livello di codice o self-hosting. n8n unisce la costruzione visuale a JavaScript o Python in ogni nodo e ha nodi nativi per gli agenti AI. I piani cloud partono da circa 20 EUR al mese per 2,500 esecuzioni.

Limite: qualcuno deve occuparsi della manutenzione. Se nel team nessuno legge i log, non scegliere questa strada.

Se il tuo agente deve partire solo quando succede qualcosa in un'altra app, uno strumento semplice di tipo trigger-azione può bastare, e il passaggio con l'agente diventa un nodo al suo interno.

Evita il dibattito sulla strada se non hai ancora fatto la SOP dei giorni 1-14. Lo strumento conta meno del perimetro.

Quali guardrail impediscono all'agente di fare danni?

Cinque regole, nell'ordine in cui le aggiungeremmo.

• Accesso minimo. Dai prima l'accesso in lettura. Aggiungi la scrittura un campo alla volta.

• Approvazione umana per ogni azione esterna. Email ai clienti, cambi di stage nel CRM e spese aspettano un clic.

• Un tetto di spesa. Imposta un limite mensile di crediti o token e un avviso all'80%.

• Un log che leggi davvero. Una riga per esecuzione: input, output, chiamate agli strumenti, chi ha approvato. Rivedi dieci righe a settimana.

• Un interruttore di emergenza con un nome associato. Una persona deve poter mettere in pausa l'agente in meno di un minuto.

La gestione dei dati merita una riga a sé. Prima che l'agente tocchi i record dei clienti, verifica dove il fornitore conserva i dati e se il tuo piano include le garanzie di conformità che ti servono. Alcuni piani le riservano ai livelli a pagamento. Chiedile per iscritto.

Come misurare se l'agente si ripaga?

Usa quattro numeri, tutti presi dalla baseline raccolta nelle prime due settimane.

• Minuti per attività, prima e dopo. Esempio: una scheda per la deal review che a mano richiedeva 40 minuti e con la revisione ne richiede 8 fa guadagnare 32 minuti. Se la fai 25 volte a settimana, recuperi circa 13 ore.

• Tasso di approvazione, cioè la quota di output spediti senza modifiche. Sotto il 70% dopo un mese vuol dire che perimetro o contesto sono sbagliati.

• Costo per attività completata, inclusi i minuti del revisore. Gli agenti che sembrano economici in crediti possono costare molto quando conti il tempo di revisione.

• Errori sfuggiti, cioè gli sbagli arrivati a un cliente. L'obiettivo è zero, e annota ciascuno.

Questi valori in minuti sono solo un esempio. I tuoi saranno diversi, quindi misura nel tuo contesto. Se dopo 60 giorni il guadagno è sotto il 20%, chiudi o ridimensiona. Non difendere un pilot per i costi già sostenuti.

Riporta il risultato in una slide o in un post Slack: baseline, situazione attuale, costo, decisione. I responsabili ops che mostrano un numero prima e dopo ottengono il budget successivo. Chi mostra solo una demo riceve applausi e nient'altro.

Quando passare da un agente a un team di agenti?

Amplia quando il primo agente ha girato per 30 giorni con un tasso di approvazione di cui ti fidi, e quando il lavoro successivo riusa gli stessi dati. Poi aggiungi un secondo agente che consuma l'output del primo, per esempio un agente di smistamento che alimenta un agente di bozze.

Attenzione. Ogni passaggio moltiplica le modalità di errore, perché un errore al passo uno diventa un input al passo due. Prima di collegare più di due agenti, studia il funzionamento dei sistemi multi-agente e mantieni un controllo umano tra l'uno e l'altro. Per scegliere il lavoro successivo, applica le stesse quattro domande ai candidati del tuo stack ops: il filtro è sempre quello.

Il tuo prossimo comando

Fallo nella prossima ora, non nel prossimo trimestre.

• Scegli un lavoro con il filtro delle quattro domande.

• Scrivi la SOP di una pagina.

• Cronometra dieci esempi reali e scrivi la media in fondo alla pagina.

• Salva il prompt come un solo slash command e fallo girare in modalità shadow per una settimana.

Missione compiuta quando hai un numero di baseline. Tutto il resto è un confronto, e i confronti sono facili da difendere in una riunione di budget.