Agenti AI in azienda: quando basta uno strumento pronto e quando serve un’integrazione su misura
La prima prova funziona. Carichi un listino, incolli la richiesta di un cliente e l’AI prepara una risposta utile. Poi arriva la richiesta successiva: devi recuperare il listino aggiornato, aggiungere le condizioni riservate a quel cliente, verificare la disponibilità e riportare il preventivo nel gestionale.
La scrittura è diventata più veloce. Il lavoro di collegare le informazioni è ancora tuo.
È in questo passaggio che molte aziende iniziano a valutare un agente AI. Ma prima di commissionare un progetto conviene capire quanto si può ottenere con gli strumenti già disponibili.
Le possibilità sono tre: usare un prodotto pronto, configurarlo con i collegamenti necessari oppure sviluppare un’integrazione su misura. La scelta dipende dal processo, dai dati e dalle conseguenze delle azioni che vuoi affidare al sistema.
Quando basta uno strumento pronto
Un prodotto pronto può essere sufficiente quando il lavoro è circoscritto e puoi fornire facilmente tutto il materiale necessario.
Preparare la bozza di una proposta commerciale partendo da appunti approvati, confrontare due documenti o riorganizzare un testo sono attività per cui una persona può scegliere le fonti, chiedere il risultato e controllarlo prima di usarlo.
In questi casi, caricare un file e trasferire la risposta nel posto giusto può essere un impegno accettabile. Soprattutto se l’attività è occasionale, cambia spesso o richiede comunque una revisione approfondita.
Prima di aggiungere complessità vale quindi la pena verificare se il prodotto disponibile risolve già il problema. È anche il criterio suggerito da Anthropic nella guida Building effective agents: partire dalla soluzione più semplice adeguata al compito, aumentando la complessità quando i risultati lo giustificano.
Per valutare una prima prova, considera il lavoro completo. Quanto tempo serve per preparare i materiali? Quanto per controllare la risposta? Quante correzioni rimangono?
Se il risultato è utile e questi passaggi richiedono poco impegno, potresti avere già quello che ti serve.
Quando bastano i connettori già disponibili
Il fatto che l’AI debba leggere un CRM o accedere a documenti condivisi non implica automaticamente uno sviluppo su misura.
Alcune piattaforme permettono di collegare servizi esterni attraverso connettori già disponibili. La documentazione di Microsoft Copilot Studio sulle strategie di integrazione, per esempio, distingue tra connettori pronti e connettori personalizzati per i servizi non coperti.
Questa possibilità introduce una soluzione intermedia: usare una piattaforma esistente, configurando accessi, fonti e azioni per il proprio processo.
Occorre però verificare cosa consente il collegamento concreto. Un connettore potrebbe permettere di cercare un cliente, ma non di leggere il suo listino riservato. Oppure potrebbe creare una scheda nel gestionale senza supportare il passaggio di approvazione richiesto dall’azienda.
La valutazione riguarda quindi alcune domande precise:
- Quali informazioni può leggere?
- Quali operazioni può eseguire?
- Con quali permessi?
- Come vengono gestiti approvazioni ed errori?
- Chi mantiene la configurazione quando il processo cambia?
Se le risposte coincidono con il modo in cui lavori, una configurazione della piattaforma può coprire il bisogno. L’esistenza di un connettore è un buon punto di partenza; la sua adeguatezza va verificata sul processo completo.
Quando serve un’integrazione su misura
Un’integrazione personalizzata diventa una possibilità concreta quando gli strumenti disponibili lasciano scoperta una parte importante del lavoro.
Può succedere perché il gestionale non dispone di un connettore adatto, perché le informazioni sono distribuite tra più sistemi oppure perché le regole aziendali richiedono passaggi che la piattaforma non gestisce.
Pensa a un preventivo che dipende contemporaneamente da disponibilità, listino, condizioni del cliente e autorizzazione a concedere uno sconto. Per prepararlo correttamente serve ricostruire queste relazioni e mantenere una distinzione chiara tra ciò che il sistema può proporre e ciò che può confermare.
“Su misura” può riguardare soltanto il collegamento o la parte di processo mancante. Il gestionale può restare quello attuale; il modello AI e parte degli strumenti possono essere servizi già disponibili.
È il lavoro di integrazione tra software aziendali: definire quali informazioni devono passare, quali regole applicare e come gestire i casi in cui qualcosa non funziona.
Per esempio, se una richiesta viene elaborata due volte, bisogna evitare due preventivi. Se il gestionale è temporaneamente irraggiungibile, bisogna sapere quali operazioni sono riuscite e quali restano da completare. Se manca un prezzo, la richiesta deve seguire un percorso previsto.
Queste condizioni fanno parte del progetto quanto la qualità della risposta generata dall’AI.
Un esempio: dai listini alla risposta al cliente
Immagina un’azienda che riceve richieste di preventivo via email. Un cliente indica il servizio desiderato, il periodo e alcune preferenze. Una persona consulta i listini, cerca le informazioni mancanti e prepara la risposta.
Lo stesso processo può essere affrontato a diversi livelli.
| Soluzione | Cosa affidare al sistema | Cosa resta alla persona |
|---|---|---|
| Strumento pronto | Preparare una bozza usando email e listino forniti | Selezionare i documenti, verificare le condizioni, trasferire e inviare il risultato |
| Piattaforma con connettori | Recuperare informazioni dai servizi collegati e preparare una proposta | Configurare il processo, controllare la proposta e gestire le eccezioni previste |
| Integrazione su misura | Collegare le fonti e applicare le regole che gli strumenti disponibili non coprono | Definire le regole, approvare dove necessario e seguire i casi che richiedono giudizio |
La terza opzione ha senso quando quei passaggi aggiuntivi risolvono un limite concreto.
Una risposta può essere scritta bene e usare comunque un listino superato. Un preventivo può contenere tutti i dati necessari ma essere inviato prima dell’approvazione. Per questo vanno valutati separatamente il contenuto prodotto e le azioni eseguite.
Nel nostro progetto dedicato ai preventivi via email, il sistema consulta i listini dell’agenzia e distingue le richieste standard da quelle che devono passare a una persona. Il caso mostra come fonti, regole e gestione delle eccezioni entrino nel funzionamento dell’agente.
La scelta del livello di autonomia resta legata al processo. Una prima versione può limitarsi a preparare bozze. L’invio automatico si valuta sui casi per cui esistono criteri chiari e verifiche adeguate.
Come capire se l’investimento è giustificato
Per scegliere tra le tre opzioni, partirei da cinque aspetti.
Frequenza. Un passaggio manuale che richiede pochi minuti una volta al mese pesa diversamente dallo stesso passaggio ripetuto ogni giorno. Misura anche quante persone coinvolge.
Disponibilità dei dati. Listini aggiornati, documenti accessibili e regole esplicite rendono il processo più facile da progettare. Se le condizioni vengono decise di volta in volta e rimangono nelle conversazioni, occorre prima chiarirle.
Costo degli errori. Una bozza interna da correggere e un ordine confermato al cliente richiedono livelli di controllo diversi. Definisci quali errori sono recuperabili e quali azioni devono attendere un’approvazione.
Lavoro di revisione. Considera il tempo necessario per controllare e correggere, oltre a quello impiegato per ottenere il risultato. Se ogni risposta va ricostruita, la rapidità della generazione dice poco sull’utilità del sistema.
Manutenzione. Listini, credenziali, software e procedure cambiano. Chiarisci chi seguirà questi aggiornamenti e come verranno provate le modifiche.
La verifica dovrebbe usare casi rappresentativi del lavoro reale, comprese richieste incomplete o insolite. Anche la guida Anthropic sulla progettazione degli strumenti per gli agenti descrive un processo basato su valutazioni e miglioramenti successivi: il comportamento va misurato sui compiti che lo strumento dovrà svolgere.
Quando conviene rimandare lo sviluppo
Un progetto su misura può essere prematuro se non hai ancora definito il risultato che vuoi ottenere.
“Vorremmo usare l’AI nel commerciale” lascia aperte troppe decisioni. “Vorremmo preparare bozze di preventivo usando questi listini, lasciando l’approvazione al responsabile” permette già di valutare un processo.
Conviene approfondire prima di sviluppare anche quando il volume è limitato, le fonti sono poco affidabili o nessuno può stabilire se il risultato è corretto.
In queste condizioni una prova circoscritta aiuta a capire quali informazioni mancano e quanto lavoro potrebbe essere delegato. Può anche mostrare che una funzione del software già in uso copre il bisogno.
Cosa preparare per valutare il tuo caso
Per una prima valutazione è utile avere un esempio del lavoro da svolgere e descrivere come viene gestito oggi.
Porta una richiesta tipica, le fonti consultate, i software coinvolti e il risultato atteso. Aggiungi un caso difficile: informazioni mancanti, condizioni particolari o un errore che richiede l’intervento di una persona.
Indica poi la frequenza dell’attività e quali passaggi devono restare sotto approvazione. Sono elementi sufficienti per iniziare a distinguere ciò che un prodotto pronto può fare da ciò che richiede configurazione o sviluppo.
In We Coode partiamo da queste informazioni per progettare agenti AI collegati ai processi aziendali. Valutiamo gli strumenti disponibili, i collegamenti necessari e le regole da rispettare, così il progetto ha un perimetro comprensibile prima dello sviluppo.
Valutiamo il processo che vuoi automatizzare. Raccontaci come funziona oggi, quali strumenti usi e dove il lavoro continua a fermarsi.
