Copilot Studio: creare un agente AI per l’azienda

Copilot Studio permette di progettare agenti AI aziendali collegando conoscenze e strumenti a un compito preciso. Il primo passo utile è scegliere quale lavoro affidare all’agente: rispondere su una procedura, preparare una pratica oppure eseguire un’azione autorizzata. Sono tre deleghe diverse, con fonti, test e responsabilità differenti.

Per una PMI italiana che usa Microsoft 365, il vantaggio possibile è portare l’assistenza nel contesto in cui il team già lavora. Il risultato dipende però dalla qualità delle informazioni e dal processo disponibile. Una chat convincente non dimostra da sola che l’agente sappia distinguere due ordini simili, rispettare una versione contrattuale o gestire un servizio temporaneamente indisponibile.

La guida segue un esempio operativo interamente ipotetico: un distributore vuole aiutare il servizio clienti a preparare richieste di reso. Non è un progetto cliente né una promessa di risultato. Le informazioni sui prodotti Microsoft sono state verificate il 10 ottobre 2026; disponibilità, licenze e funzioni vanno confermate nel tenant scelto.

Agent Builder o Copilot Studio: decidere dalla delega

Microsoft distingue Agent Builder, orientato anche a domande e risposte per una persona o un piccolo team, da Studio, adatto a integrazioni, workflow e distribuzione più estesi. È possibile trasferire un agente da Builder a Studio per ampliarlo. La distinzione riguarda il progetto, non una graduatoria universale fra strumenti. Fonte: scelta tra Agent Builder e Copilot Studio.

Se cinque operatori devono consultare la stessa procedura resi, la prima esigenza può essere un assistente sulle fonti approvate. Se l’assistente deve verificare un ordine nel gestionale, preparare un record e richiedere approvazione, il problema comprende anche strumenti e percorso operativo. Il numero di operatori conta meno della natura di quelle operazioni.

Prima di scegliere, chiarisci anche quale Copilot è già disponibile. La guida a Copilot Chat e Microsoft 365 Copilot aiuta a distinguere account, accesso e contesto. Un’icona visibile nella chat non prova che l’azienda abbia ogni diritto di pubblicazione o ogni integrazione desiderata.

Questa tabella è una proposta progettuale Giallo. Evita di acquistare capacità più complesse prima di aver identificato il passaggio che crea valore. Per il quadro delle licenze già presenti, puoi partire da Copilot per Microsoft 365.

Scrivere il mandato dell’agente in una pagina

Il distributore dell’esempio definisce il mandato così: «Aiuta l’operatore a raccogliere i dati di una richiesta di reso, applicando la procedura corrente. Prepara una bozza della pratica. Non confermare rimborsi e non inviare comunicazioni al cliente». È un incarico verificabile perché specifica destinatario, output e confine della delega.

La pagina di mandato deve indicare anche chi decide nei casi dubbi. Una richiesta oltre il termine ordinario non va risolta inventando un’eccezione plausibile. L’agente può segnalare il punto e indirizzare al referente. Questo comportamento può essere più utile di una risposta fluida che nasconde l’assenza di autorizzazione.

Definisci i dati minimi: numero ordine, articolo, quantità, motivo, eventuale foto e canale di acquisto. Distingui ciò che l’utente dichiara da ciò che il gestionale conferma. Se un operatore scrive «credo siano tre pezzi», l’agente deve mantenere quella incertezza finché non viene risolta, senza trasformarla automaticamente in una quantità valida.

Il mandato comprende le condizioni di chiusura. Una bozza pronta può essere un risultato; una bozza bloccata con tre informazioni mancanti può essere un altro risultato corretto. La guida agli agenti AI per aziende approfondisce questa distinzione fra ruolo, compito e autonomia.

Organizzare le fonti prima di ampliare la conoscenza

Nel nostro esempio bastano una procedura resi corrente, una tabella delle eccezioni approvate e un elenco dei referenti. Aggiungere indiscriminatamente anni di email rende più difficile sapere quale regola dovrebbe prevalere. Il primo lavoro è stabilire ambito, data di validità e proprietario di ogni fonte.

Due documenti possono contenere istruzioni entrambe corrette, ma applicabili a periodi o linee di prodotto diversi. Per questo l’agente dovrebbe poter indicare il documento usato e riconoscere quando la richiesta non contiene il dato necessario a scegliere. «La procedura A vale per questo articolo?» è una verifica concreta da inserire nel test.

Non usare un prompt per compensare permessi troppo ampi. Se un operatore non deve vedere accordi commerciali riservati, l’accesso va delimitato a monte. La preparazione di SharePoint e OneDrive per Copilot riguarda proprio versioni, accessibilità e recupero di fonti affidabili.

Il proprietario delle fonti deve sapere come correggere una procedura e quando la modifica diventa disponibile nel percorso adottato. Documenta questo tempo con una prova nel tuo ambiente. Una risposta basata sulla vecchia versione dopo un aggiornamento è un problema diverso da una risposta che ha interpretato male la versione nuova.

Separare istruzioni, conoscenza e strumenti

Le istruzioni descrivono il comportamento desiderato. La conoscenza fornisce informazioni. Gli strumenti consentono operazioni sui sistemi. Nel progetto è utile trattare questi elementi separatamente: cambiare una politica resi non dovrebbe richiedere di riscrivere la definizione tecnica di un campo ordine.

Uno strumento di lettura può restituire stato, data e identificativo dell’ordine. Uno strumento di scrittura potrebbe creare una bozza di pratica. La scelta dello strumento deve dipendere dall’operazione autorizzata, non dalla sola somiglianza linguistica fra il nome della funzione e la richiesta dell’utente.

Diagramma illustrativo: fonti e strumenti alimentano compiti diversi; la conferma dell’operatore resta un passaggio esplicito dove la delega lo richiede. Non è una schermata del prodotto né una garanzia di esecuzione.

Per la parte transazionale, approfondisci Copilot Studio e Power Automate. Per capire se il gestionale espone davvero la lettura o la scrittura necessaria, usa la guida ai connettori CRM ed ERP per Copilot. Un documento indicizzato e un comando di aggiornamento risolvono esigenze diverse.

Un esempio di istruzioni per l’assistenza ai resi

Le istruzioni iniziali possono essere brevi e specifiche. L’esempio seguente è originale e dimostrativo: va adattato alle procedure reali, senza incollare dati personali o credenziali. Descrive il comportamento richiesto, mentre autorizzazioni e validazioni devono essere realizzate nei sistemi.

Apri un mandato dimostrativo per l’agente resi

Assisti gli operatori nella preparazione delle richieste di reso. Usa solo le procedure approvate per il prodotto e il periodo indicati. Distingui dati dichiarati dall’operatore e dati verificati nel gestionale. Se mancano numero ordine, articolo o motivo, chiedi soltanto le informazioni necessarie.

Restituisci una bozza con identificativo ordine, articoli, quantità, motivo, regola applicabile e informazioni ancora da verificare. Indica la fonte della regola. Quando le fonti non risolvono un’eccezione, indirizza al responsabile. La bozza non autorizza rimborsi, invii o registrazioni definitive.

Prima di proporre una registrazione, mostra un riepilogo comprensibile delle informazioni e dell’effetto previsto. Un errore o una risposta ambigua del sistema deve essere segnalato: non dichiarare conclusa una pratica senza conferma dell’esito.

Per richieste quotidiane nelle applicazioni, la guida ai prompt Copilot per l’ufficio offre un percorso complementare. Nel caso di un agente, però, il mandato va verificato su più conversazioni e identità: non basta che una singola formulazione del prompt produca la risposta attesa.

Individuare il canale senza cambiare il pubblico per errore

Un agente destinato agli operatori interni e un agente disponibile ai clienti richiedono progetti distinti. Il secondo non deve ereditare automaticamente fonti, strumenti e messaggi pensati per chi lavora nell’azienda. Prima di scegliere il canale, descrivi quali identità possono iniziare una conversazione e quale risultato possono ottenere.

Microsoft documenta una distinzione fra chi costruisce gli agenti e gli utenti finali; il trial consente creazione e test, ma non pubblicazione. Controlla accesso e licenza del maker insieme alle condizioni del canale scelto. Fonte: licenze e accesso a Copilot Studio.

Nella prova interna puoi limitare il pubblico a un gruppo piccolo con responsabilità chiare. Per una distribuzione esterna, occorre invece rivedere quali informazioni sono pubbliche, come si riconosce il cliente e dove termina la conversazione. La scelta non si riduce alla posizione del widget sul sito.

Anche i messaggi di errore devono parlare al destinatario. Un operatore può ricevere un codice pratica utile al supporto; un cliente deve capire se la richiesta è stata acquisita e cosa succederà dopo. Nessuno dei due ha bisogno di una risposta che suoni conclusiva quando il sistema non ha confermato l’operazione.

Costruire un test che includa anche le eccezioni

Per il distributore ipotetico, prepariamo un piccolo insieme di casi con risultato atteso scritto prima della prova. Comprende un reso ordinario, un articolo escluso, una richiesta fuori termine, un numero ordine inesistente, due ordini simili e una procedura non disponibile all’utente corrente.

La valutazione non chiede solo se la risposta «sembra giusta». Verifica se identifica l’ordine corretto, usa la regola applicabile, espone l’informazione mancante e conserva la distinzione fra bozza e operazione conclusa. Un referente di processo dovrebbe poter motivare l’esito senza interpretare il tono dell’agente.

Ripeti alcuni casi cambiando formulazione e ordine dei messaggi. Una conversazione reale contiene rettifiche: «Ho sbagliato articolo» o «Il cliente è un rivenditore». Il comportamento utile è aggiornare la pratica coerentemente e riconoscere quali verifiche vanno rifatte, mantenendo visibile il contesto necessario.

Misura inoltre tempo di controllo, correzioni e interventi manuali. La guida al pilota Copilot per PMI e ROI spiega come distinguere uso, capacità liberata e beneficio economico. Un agente che risponde spesso può essere molto usato e richiedere comunque troppo lavoro di revisione.

Preparare pubblicazione, costo e manutenzione

Prima della pubblicazione assegna un responsabile del processo, uno delle fonti e uno dell’integrazione. In una PMI possono essere la stessa persona, purché i compiti restino chiari. Stabilisci dove segnalare risposte sbagliate, chi decide un aggiornamento e quale versione verrà riportata nei test successivi.

Il costo dipende anche dall’esperienza tecnica scelta. Microsoft documenta percorsi di fatturazione differenti per harness standard e GitHub Copilot harness; non trattare tutti i test o tutte le operazioni come equivalenti. La guida a prezzi e crediti Copilot Studio consente di costruire una stima coerente con il progetto.

Rivedi il trattamento dei dati usando l’account e i fornitori effettivamente coinvolti. La guida a privacy e permessi Microsoft Copilot è utile per preparare le domande al responsabile del tenant. Una scelta di modello o una nuova fonte può modificare il percorso da valutare.

Una manutenzione sostenibile include controllo delle fonti, verifica degli strumenti e ripetizione dei casi essenziali dopo le modifiche. L’agente non è concluso quando riceve un nome e una copertina: il progetto è pronto quando l’azienda sa come usarlo, correggerlo e contenerne gli effetti se qualcosa cambia.

Consegnare al team anche il modo di lavorare

La consegna può includere una breve simulazione fatta dagli operatori, usando casi diversi da quelli della demo iniziale. Il referente osserva dove le persone si fermano, quali parole non capiscono e se distinguono una pratica preparata da una pratica registrata. Queste informazioni aiutano a migliorare il progetto prima di aggiungere nuove capacità.

Prepara inoltre un esempio di uso corretto e uno di escalation. Nel primo, l’agente trova la procedura, raccoglie i dati e presenta una bozza verificabile. Nel secondo, manca una regola applicabile e la conversazione termina con una richiesta precisa al responsabile. Entrambi mostrano al team che cosa aspettarsi, senza incoraggiare tentativi infiniti di riformulazione.

Un breve registro di modifiche dovrebbe collegare ogni aggiornamento alla ragione concreta: nuova procedura, campo del gestionale cambiato, eccezione chiarita o errore osservato. Non serve conservare indiscriminatamente dati personali nei materiali formativi. È preferibile descrivere il difetto con un caso sintetico che consenta di riprodurre il comportamento.

Infine, chiarisci come proseguire quando l’agente non è disponibile. Se il servizio clienti può tornare alla procedura ordinaria senza perdere la pratica, il pilota resta controllabile. Il canale alternativo dovrebbe essere noto prima del primo blocco, con informazioni sufficienti a evitare che l’operatore ripeta attività già concluse.

Da una buona idea a un agente utilizzabile

Il punto di partenza migliore è una pratica ricorrente con input riconoscibili e un risultato che un operatore possa verificare. Scegli il confine della delega, prepara poche fonti autorevoli e collega solo gli strumenti necessari. Una prima versione circoscritta rende più facile capire quale ampliamento sarebbe utile.

La guida Copilot per aziende aiuta a collocare l’agente nell’adozione complessiva. Se il compito richiede integrazioni personalizzate, Giallo può aiutarti a definire il progetto con il servizio agenti AI su misura. Per confrontare le opzioni prima di investire, parti da una consulenza AI sul processo reale e sui criteri di prova.