I progetti di Copilot Studio che hanno successo iniziano molto prima che venga scritto il primo argomento o che venga testata la prima orchestrazione. Richiedono una visione chiara, obiettivi ben definiti, il giusto approccio alla distribuzione e un team che sappia come lavorare in modo iterativo in un ambiente guidato dall'IA. Attraverso la combinazione di metodi agili, pianificazione guidata dalla storia dell'utente, prioritizzazione strutturata e gestione proattiva dei rischi, si creano le condizioni per una distribuzione prevedibile e un miglioramento continuo. Questa preparazione di base garantisce che il tuo progetto rimanga allineato al valore aziendale, si adatti rapidamente a nuove informazioni e generi risultati attendibili e adottabili dagli utenti.
Verificare la preparazione del progetto
Usa le domande seguenti per confermare che il tuo progetto abbia le giuste basi prima di iniziare l'implementazione.
Ambito del progetto e pianificazione
| Dopo aver completato l'operazione, |
Attività |
| ✓ |
Hai definito chiaramente le sfide aziendali che l'agente deve affrontare? |
| ✓ |
Hai documentato gli obiettivi del progetto e li hai legati a risultati misurabili? |
| ✓ |
Hai articolato lo scopo dell'agente, le funzionalità principali e il valore atteso? |
| ✓ |
Hai stabilito i KPI chiave (deviazione, CSAT, adozione, risparmi sui costi)? |
| ✓ |
Hai documentato le assunzioni e le preoccupazioni e le hai discusse con gli stakeholder principali? |
Utenti e canali
| Dopo aver completato l'operazione, |
Attività |
| ✓ |
Hai identificato tutti gli utenti tipo finali per l'agente (dipendenti, clienti, ruoli)? |
| ✓ |
Hai definito i canali necessari (Teams, Web, dispositivi mobili, Microsoft 365 Copilot, altri)? |
| ✓ |
Hai convalidato le esigenze multilingue? |
| ✓ |
Hai documentato i comportamenti di fallback attraverso i canali? |
| ✓ |
Hai stimato il volume previsto delle conversazioni per supportare la pianificazione della scalabilità? |
Stakeholder, assunzioni e rischi
| Dopo aver completato l'operazione, |
Attività |
| ✓ |
Sono stati identificati sponsor aziendali, proprietari del prodotto, esperti della materia, architetti e partner di consegna? |
| ✓ |
Hai mappato chiaramente ruoli e decisori per gli obiettivi dei progetti? |
| ✓ |
Hai chiarito chi è responsabile dell'approvazione in merito a rischi, aspetti legali, privacy e contenuti sensibili? |
Team e ruoli
| Dopo aver completato l'operazione, |
Attività |
| ✓ |
Hai formato il giusto team multidisciplinare con competenze in architettura, sviluppo, analisi dei dati, gestione del cambiamento e sicurezza? |
| ✓ |
Hai identificato tempestivamente i rischi ad alto impatto o ad alta probabilità? |
| ✓ |
Il team ha completato la formazione rilevante (Power Up, percorsi di apprendimento su Copilot Studio, Architecture Bootcamp)? |
Gestione dei rischi
| Dopo aver completato l'operazione, |
Attività |
| ✓ |
Hai identificato i rischi ad alto impatto e ad alta probabilità e hai assegnato loro le priorità? |
| ✓ |
Hai definito misure di mitigazione per ciascun rischio principale (tecnico, conformità, integrazione, risorse)? |
| ✓ |
Hai documentato strategie di soluzione alternativa per i blocchi (ambito ridotto, backup manuali, picchi)? |
| ✓ |
Esiste un processo trasparente per monitorare e inoltrare i blocchi durante gli sprint? |
Preparazione tecnica
| Dopo aver completato l'operazione, |
Attività |
| ✓ |
Hai selezionato la tipologia di piattaforma appropriata (agente dichiarativo, agente del motore personalizzato)? |
| ✓ |
Hai documentato i requisiti di integrazione, compresa la disponibilità delle API e le modalità di autenticazione? |
| ✓ |
Hai definito la strategia dei tuoi ambienti (da sviluppo a test a produzione)? |
| ✓ |
Hai implementato processi ALM (creazione dei pacchetti delle soluzioni, distribuzione automatizzata, controllo delle versioni)? |
| ✓ |
Hai documentato completamente i requisiti di sicurezza, autenticazione e identità? |
| ✓ |
Hai rivisto i vincoli specifici al canale (Teams, siti Web, Microsoft 365 Copilot)? |
| ✓ |
Hai documentato le sfide tecniche identificate (accesso in locale, autorizzazioni, connettori, fonti delle informazioni) con le relative misure di mitigazione? |
Velocità effettiva e limiti di flusso in entrata
| Dopo aver completato l'operazione, |
Attività |
| ✓ |
Hai convalidato i requisiti di prestazioni e capacità (RPM, connettori, limiti di flusso, limiti CLU/NLU)? |
| ✓ |
È stato valutato se l'agente richiede il provisioning della frequenza? Il provisioning delle tariffe si applica agli agenti B2C, agli agenti autonomi e agli agenti enterprise con modelli di traffico elevato o con picchi. |
| ✓ |
Hai identificato tutti i servizi della piattaforma nel percorso di runtime dell'agente (Power Automate, Dataverse, connettori, servizi CLU/IA, API downstream) e hai esaminato i limiti di flusso in entrata applicabili a ciascuno? |
| ✓ |
Hai modellato il traffico previsto come finestre di picco (per minuto e per ora), non solo come totali mensili o settimanali? |
| ✓ |
Hai esaminato la progettazione dell'agente per ridurre la pressione non necessaria sulla velocità effettiva prima di supporre che siano necessari limiti superiori? |
| ✓ |
Se le stime dei picchi di traffico possono superare i limiti predefiniti, hai aperto una richiesta di supporto prima dell'UAT o del lancio in produzione? |
Approccio dell'applicazione
| Dopo aver completato l'operazione, |
Attività |
| ✓ |
Il tuo progetto è strutturato attorno a una distribuzione iterativa (sprint) con demo regolari e cicli di feedback? |
| ✓ |
Applichi processi per il perfezionamento e la riprioritizzazione continua del backlog? |
| ✓ |
Hai previsto di trattare il passaggio allo stato live come l'inizio di un percorso di miglioramento continuo, piuttosto che come la fine del processo? |
Miglioramento continuo
| Dopo aver completato l'operazione, |
Attività |
| ✓ |
Esiste una strategia di analisi definita (dashboard, KPI, revisione delle trascrizioni, segnali di qualità)? |
| ✓ |
Hai implementato cicli di feedback (per stakeholder, SME, utenti finali)? |
| ✓ |
Il team è preparato a iterare frequentemente dopo la pubblicazione? |
| ✓ |
Hai un piano per l'ottimizzazione continua (comportamento del modello linguistico, gestione dei casi di fallback, perfezionamento degli argomenti)? |
IA responsabile
| Dopo aver completato l'operazione, |
Attività |
| ✓ |
Hai valutato l'equità del sistema e controllato la presenza di distorsioni involontarie nei dati o negli output? |
| ✓ |
Hai definito i ruoli di responsabilità ed esiste un processo chiaro per monitorare e governare il comportamento dell'IA? |
| ✓ |
È chiaro agli utenti che stanno interagendo con l'IA e sanno come vengono prodotti i risultati generati dall'IA? |
| ✓ |
I requisiti di privacy, sicurezza e conformità sono pienamente soddisfatti per tutti i dati usati dal carico di lavoro? |
| ✓ |
Sono state applicate misure di sicurezza, filtri e strategie di grounding per prevenire la generazione di contenuti dannosi o errati da parte dell'IA? |
| ✓ |
Esiste un processo consolidato per il monitoraggio continuo, la revisione degli incidenti e l'aggiornamento di modelli o di misure di mitigazione? |
Comprensione linguistica e copertura delle finalità
| Dopo aver completato l'operazione, |
Attività |
| ✓ |
Hai deciso se per il tuo scenario è necessaria l'orchestrazione generativa predefinita, NLU integrata, NLU+ o Azure CLU? |
| ✓ |
Hai documentato gli input previsti per gli argomenti in modo che l'orchestratore possa disambiguare correttamente entità ripetute o complesse? |
| ✓ |
Hai convalidato i requisiti multilingue e confermato come System.User.Language verranno impostati (manuale, auto-rilevamento, basato su trigger)? |
| ✓ |
Hai verificato che le strategie relative al comportamento di fallback e alla riparazione (ricerca nella Knowledge Base, domande di chiarimento) siano state progettate e testate? |
Callout di procedure consigliate
-
Usa metodi agili per mantenere l'adattabilità e la centratura sull'utente: usa sprint brevi, distribuisci valore quanto prima e raccogli spesso il feedback degli utenti. Considera il passaggio allo stato live come un punto di partenza per un continuo miglioramento, non come il traguardo finale.
-
Pianifica con le storie utente invece che con specifiche complesse: le storie utente fanno sì che il lavoro resti ancorato alle reali esigenze degli utenti, aiutano i team a comprendere il motivo dietro a ciascuna funzionalità e consentono una rapida riprioritizzazione in presenza di nuove informazioni dettagliate.
-
Mantieni un backlog sempre aggiornato: rivedi, perfeziona, e ordina nuovamente le voci del backlog con regolarità. Aggiungi nuove storie utente man mano che emergono schemi da analisi, feedback degli utenti o cambiamenti aziendali.
-
Identifica e gestisci i rischi in anticipo: valuta i rischi in base all'impatto e alle probabilità, quindi pianifica misure di mitigazione. Usa gli spike per convalidare le incognite e applica soluzioni temporanee per evitare ritardi nella distribuzione.
-
Allinea continuamente gli stakeholder: condividi spesso i progressi attraverso demo, revisioni sprint e backlog visivi. La trasparenza genera fiducia e crea responsabilità condivisa nella direzione del progetto.
-
Progetta tenendo presente la governance fin dal primo giorno: definisci RBAC, strategia dell'ambiente, criteri di sicurezza e aspettative di conformità in anticipo, così la governance diventa parte del flusso di lavoro e non un ostacolo tardivo.
-
Convalida le integrazioni prima di procedere: testa le API, i limiti dei connettori, i metodi di autenticazione e la qualità dei dati in anticipo per evitare sorprese durante lo sviluppo o i test di accettazione utente (UAT).
-
Pianifica la velocità effettiva, non solo il volume totale: converti l'uso previsto in finestre di picco (per minuto e per ora) e confrontalo rispetto ai limiti correnti pubblicati lungo tutto il percorso di runtime, inclusi flussi, connettori, Dataverse, servizi di IA e API a valle. Se i limiti possono essere superati, apri una richiesta di supporto prima dell'UAT o del lancio in produzione. Per saperne di più, consulta Pianificare i limiti di flusso in entrata e di produttività.
-
Usa i dati per guidare le decisioni: monitora il CSAT, i modelli di conversazione, i tassi di deviazione, le ragioni di escalation e l'adozione. Lascia che questi segnali orientino le priorità del backlog.
-
Pubblica presto per attivare il ciclo di feedback: rilascia versioni iniziali a un gruppo ristretto di destinatari, scopri in che modo gli utenti interagiscono con l'agente e perfeziona in base a prove, non a supposizioni.