Usare e collaborare con gli agenti con identità propria in Agent 365 (anteprima)

Questo articolo illustra come usare gli agenti in Agent 365 e come collaborare con loro per automatizzare attività come le comunicazioni di vendita e la gestione dei prospect. Scopri come gli agenti con modello, come l'agente di sviluppo delle vendite, ti aiutano a semplificare i flussi di lavoro e a concentrarti sulle attività di maggior valore.

Gli amministratori degli agenti possono implementare anche agenti partner dell'ecosistema preintegrati disponibili al lancio, tra cui Genspark, Zensai, Egnyte, Zendesk, Manus, Kore, Kasisto e n8n.

Gli amministratori degli agenti possono accedere a diversi agenti modello progettati per funzionare con le app e i servizi più diffusi. Ecco alcuni dei server MCP (Model Context Protocol) disponibili come agenti modello in Microsoft Agent 365:

• Microsoft Word
• Calendario di Microsoft Outlook
• Posta di Microsoft Outlook
• Microsoft Teams
• Ricerca di Microsoft 365 Copilot
• Microsoft SharePoint
• Microsoft OneDrive

La sezione seguente illustra come usare l'agente di sviluppo delle vendite, uno degli agenti modello disponibili.

Utilizzare l'agente di sviluppo delle vendite

L'agente di sviluppo delle vendite automatizza la gestione di prospect e sensibilizzazione delle vendite all'interno di Microsoft Teams. Questo agente basato sull'intelligenza artificiale consente ai team di vendita di ridimensionare la ricerca di prospect mantenendo al contempo la comunicazione personalizzata.

Ecco una breve dimostrazione dell'agente di sviluppo delle vendite in azione:

Inviare feedback

Se hai domande sul prodotto, sui contenuti generati dall'IA o hai bisogno di aiuto per configurare il tuo agente, contattaci all'indirizzo salesagentteam@microsoft.com.

Distribuire e creare l'agente di sviluppo delle vendite

Cerca l'agente di sviluppo delle vendite nello Store di Teams o nello store dell'agente di Microsoft 365 Copilot e segui la procedura per distribuire e creare un'istanza dell'agente.

Se usi Dynamics 365 come sistema CRM, integra l'agente di sviluppo delle vendite nel CRM per semplificare la gestione dei lead e il tracciamento delle attività.

Se non usi Dynamics 365, procedi direttamente all'inserimento dell'agente di sviluppo delle vendite in Teams per configurare il playbook, le linee guida, la conoscenza del prodotto e le impostazioni.

Il resto dell'articolo tratta i seguenti argomenti:

• Inserire l'agente di sviluppo delle vendite
• Testare l'agente di sviluppo delle vendite nella chat
• Funzionalità multilingue
• Integrare l'agente di sviluppo delle vendite nel proprio sistema CRM
• Avviare la sensibilizzazione in tempo reale con l'agente
• Configurare l'ora di invio
• Ridimensionare l'agente di sviluppo delle vendite nei team
• Modelli di conversazione via e-mail dell'agente di sviluppo delle vendite
• Report sullo stato dei prospect con esportazione in formato CSV
• Elaborazione IA, flusso dei dati tra aree geografiche e conformità UE
• Tipi di contenuto supportati e non supportati
• Autorizzazioni dell'agente di sviluppo delle vendite
• Limitazioni attuali dell'agente di sviluppo delle vendite

Inserire l'agente di sviluppo delle vendite

Dopo averlo creato, l'agente ti guida attraverso la configurazione tramite Teams. Puoi chattare con l'agente per configurare quattro aree chiave: playbook, linee guida, Knowledge Base del prodotto e impostazioni.

L'agente chiede di confermare le modifiche apportate al playbook e alle linee guida prima che vengano applicate alla configurazione. È possibile testare ogni modifica prima di applicarla per acquisire fiducia nelle modifiche.

Framework di configurazione dell'agente

Quattro componenti chiave modellano il comportamento dell'agente.

Definire il playbook

Il playbook definisce il modo in cui i prospect di vendita avanzano da una fase a un'altra (sensibilizzazione -> qualifica -> passaggio). Le fasi stesse sono fisse, ma puoi controllare le regole che fanno avanzare un prospect.

Quando ti viene richiesto dall'agente di sviluppo delle vendite, puoi:

• Usare il playbook predefinito (consigliato per la prima configurazione).
• Specificare le tue regole. Ad esempio, "passa alla qualifica dopo che il prospect ha risposto a uno dei messaggi e-mail".

Devi confermare le modifiche apportate al playbook chiedendo all'agente di applicare le modifiche prima che influiscano sulla sensibilizzazione dei clienti.

Impostare le linee guida

Le linee guida definiscono il modo in cui un agente IA opera e comunica in ogni fase. Le linee guida riguardano aspetti come la formulazione della sensibilizzazione, la risposta alle obiezioni e la gestione di passaggi o escalation.

È possibile:

• Accettare le linee guida predefinite.
• Condividere i messaggi e-mail di sensibilizzazione di esempio per aiutare l'agente a imparare il tuo tono e la tua voce.

Ad esempio, quando ti vengono forniti due messaggi e-mail di sensibilizzazione di esempio, l'agente identifica correttamente che rappresentano la fase di sensibilizzazione, genera regole di comportamento e tono corrispondenti e offre l'applicazione di regole simili ad altre fasi, ad esempio qualifica o passaggio.

Devi confermare le modifiche apportate alle linee guida chiedendo all'agente di applicare le modifiche prima che influiscano sulla sensibilizzazione dei clienti.

Fornire Knowledge Base sul prodotto

Fornisci contenuto che consenta all'agente di rappresentare l'offerta in modo accurato.

Cosa puoi condividere con l'agente:

• Documentazione del prodotto o del servizio (.docx, .pdf, .pptx, .txt).
• File ospitati da SharePoint o OneDrive.
• Pagine Web pubbliche, come le pagine del prodotto o i case study.

L’agente supporta l'analisi degli URL fino a due livelli di collegamenti (con un massimo di 100 collegamenti per livello)

Dopo aver caricato un file, l'agente fornisce feedback sullo stato nella chat di Teams per verificare se il contenuto è stato inserito correttamente o se si sono verificati problemi.

• Operazione completata: "Ho capito. Tratterò questa pagina come Knowledge Base sul prodotto."
• Impossibile elaborare: "Non posso visualizzare direttamente questo file. Potresti condividere una versione con riepilogo testuale o documento?"

Configurare le impostazioni di sensibilizzazione e dei messaggi e-mail

Personalizza il modo in cui l'agente di sviluppo delle vendite interagisce con i prospect tramite e-mail. Puoi modificare:

• Frequenza dei messaggi e-mail: numero e tempi di follow-up.
• Firma: il modo in cu l'agente firma i messaggi.
• Annullamento della sottoscrizione del testo: linguaggio standard per il rifiuto esplicito.

Puoi utilizzare le impostazioni predefinite e modificarle in un secondo momento.

Testa l'agente di sviluppo delle vendite in chat

Chatta con l'agente nella chat di Teams per testarlo, fornisci feedback e approva il comportamento in un ambiente a basso rischio. Fornisci materiali di apprendimento in modo che l'agente possa imparare da essi.

Durante i test è possibile fornire feedback all'agente tramite messaggi di chat. Ad esempio, chiedi all'agente cosa rende efficace un messaggio e-mail di sensibilizzazione iniziale. Dopo la risposta dell'agente, fornisci feedback sul tono, la lunghezza del messaggio e-mail e così via.

Per testare ulteriormente l'agente, puoi fare quanto segue:

• Se hai integrato l'agente nel tuo sistema CRM, indica all'agente di eseguire simulazioni con i lead del CRM. Ad esempio, puoi dire: "Esegui una simulazione con 10 lead del CRM e mostrami i messaggi e-mail di sensibilizzazione che invieresti." L'agente esegue la simulazione e condivide nella chat i messaggi e-mail di sensibilizzazione generati perché tu possa esaminarli.
• Fornisci all'agente un elenco di prospect in un file CSV o di Excel e chiedigli di generare messaggi e-mail di sensibilizzazione per questi prospect nella chat. Ad esempio, puoi dire: "Ecco un elenco di prospect in questo file." Genera messaggi e-mail di sensibilizzazione per loro. "L'agente genera esempi di messaggi e-mail di sensibilizzazione per ogni prospect e li condivide in chat perché tu possa esaminarli.

Quando sei certo che l'agente è pronto a lavorare su prospect reali, procedi con il passaggio successivo.

Caricare l'elenco dei prospect

Fornisci l'elenco dei prospect all'agente per la convalida. L'elenco può essere un file CSV o Excel con una riga per contatto e intestazioni di colonna incluse. I campi obbligatori sono:

In caso di problemi di file, l'agente indica cosa manca:

• "Nessuna colonna denominata "nome società" trovata. Aggiungerla prima di continuare."
• "Questo file è vuoto o illeggibile." (l'agente potrebbe non avere le autorizzazioni)
• "In alcune righe mancano i dettagli chiave. 92 su 100 prospect sono pronti. I restanti otto messaggi e-mail o dati di prodotto mancanti verranno ignorati."

L'agente gestisce i problemi, ad esempio:

• Le righe in cui campano campi critici vengono ignorate (puoi vedere quali sono).
• I dati con formato non valido, come i formati di posta elettronica non validi, vengono ignorati.

Esecuzione di un test

Dopo aver convalidato l'elenco, l'agente inizia a generare contenuto di posta elettronica di test nella chat di Teams:

• Crea messaggi e-mail di sensibilizzazione esempio usando la configurazione.
• Applica il tono e le linee guida.
• Fornisce ogni bozza in Teams per la revisione.

Ad esempio, un messaggio e-mail di test generato fa riferimento all'azienda, evidenzia la proposta di valore e termina con una chiara chiamata all'azione, allineata alla struttura di una sequenza di sensibilizzazione con buone prestazioni.

Gioco dei ruoli in scenari reali

Per verificare le prestazioni, testa i casi reali:

• Domande sui prezzi: "quanto costa?". L'agente deve confermare la domanda e fornire indicazioni sui prezzi complessivi (se configurati) o inoltrare a un essere umano per offerte dettagliate, rispettando le protezioni.
• Confronti competitivi: "In che modo sei migliore rispetto a [concorrente]?". L’agente dovrebbe evidenziare i tuoi elementi di differenziazione senza denigrare i concorrenti, mantenendosi oggettivo e focalizzato sul valore.
• Mancanza di interesse: "Non sono interessato in questo momento". L'agente deve confermare la risposta, offrire di riconnettersi in un momento migliore e contrassegnare la conversazione in modo appropriato.

Al termine del test, digita Ho completato il test.

Quando digiti questa frase, l'agente si prepara per la sensibilizzazione in tempo reale.

Funzionalità multilingue

I direttori commerciali nei mercati globali spesso devono coinvolgere i prospect in più lingue senza creare team regionali separati. Le funzionalità multilingua ti aiutano a ridimensionare la sensibilizzazione in nuove aree geografiche, mantenendo la qualità e la rilevanza locale del messaggio.

L'agente di sviluppo delle vendite può generare sensibilizzazione e risposte nelle 22 lingue seguenti:

• Arabo
• Cinese semplificato
• Ceco
• Danese
• Olandese
• Inglese
• Finlandese
• Francese
• Tedesco
• Greco
• Ebraico
• Italiano
• Giapponese
• Coreano
• Norvegese (Bokmal)
• Polacco
• Portoghese (Brasile)
• Russo
• Spagnolo
• Svedese
• Thai
• Turco

Usando un'unica configurazione, l'agente adatta tono e struttura dei messaggi per ciascuna lingua e mercato, inclusi la formalità, la struttura dei messaggi e-mail e lo stile dell'invito all'azione. Può anche continuare le conversazioni quando un prospect cambia lingua nel corso della conversazione.

Configurare il targeting linguistico nei dati dei prospect

Quando carichi una lista di prospect, puoi includere le seguenti colonne facoltative:

Se non specifichi un valore per Language, l'agente userà la lingua predefinita configurata nelle impostazioni dell'agente.

Comportamento di ricerca e di test

Per la personalizzazione, l'agente di sviluppo delle vendite esegue le ricerche automaticamente sia in inglese che nella lingua di destinazione del prospect.

Prima della distribuzione live, puoi effettuare test di conversazione basati sulla simulazione in qualsiasi lingua supportata per convalidare il comportamento e la qualità.

Integrare l'agente di sviluppo delle vendite nel proprio sistema CRM

L'agente di sviluppo delle vendite può essere integrato in Dynamics 365 per connettersi con i lead, registrare le interazioni e sincronizzare le azioni di interazione come i messaggi e-mail, la qualifica, squalifica e trasferimento di proprietà. Questa integrazione garantisce che tutte le attività di sensibilizzazione siano monitorate e accessibili al team di vendita.

Passaggio 1: aggiungere l'agente come utente nel sistema CRM e assegnare il ruolo appropriato

1. Aggiungi l'agente come utente nel tuo sistema CRM e assegna la licenza appropriata all'utente dell'agente. Altre informazioni sulla creazione di un utente e assegnazione di una licenza.
2. Assegna all'agente il ruolo appropriato, ad esempio "Commerciale" o un ruolo personalizzato con autorizzazioni per accedere e gestire i lead. Altre informazioni sull'assegnazione di un ruolo di sicurezza nell'interfaccia di amministrazione di Power Platform.

Passaggio 2: abilitare il server Model Context Protocol (MCP) di Dataverse

L'agente di sviluppo delle vendite usa il server Model Context Protocol (MCP) di Dataverse per connettersi a Dynamics 365. Assicurati che il server MCP di Dataverse sia abilitato nell'ambiente in uso. Scopri come abilitare il server MCP di Dataverse nell'interfaccia di amministrazione di Power Platform.

Passaggio 3: pubblicare il server MCP nell'ambiente CRM

Successivamente, pubblica il server MCP di Dataverse nell'ambiente CRM in uso tramite VS Code o lo strumento interfaccia della riga di comando di Agent 365. Questo passaggio consente all'agente di sviluppo delle vendite di comunicare con Dynamics 365 ed eseguire le azioni necessarie.

Pubblicare con VS Code

1. In VS Code, crea un nuovo file denominato mcp.json con il seguente contenuto oppure aggiungi la definizione del server MCP al file mcp.json esistente:

   {
     "servers": {
       "DataverseMCPServer": {
         "url": "https://agent365.svc.cloud.microsoft/agents/tenants/{TenantId}/servers/MCPManagement",
         "type": "http"
       }
     }
   }
   

   Altre informazioni sulla configurazione del file mcp.json in Visual Studio Code.

2. Avvia il server MCP.

3. Nella finestra di conferma, seleziona Consenti e accedi con le credenziali del tenant.

4. Usa l'agente di chat in Visual Studio Code e interagisci usando un linguaggio naturale per pubblicare il server MCP nel tuo ambiente CRM.

   1. Chiedi all'agente quali server MCP sono disponibili e in quali ambienti possono essere pubblicati.
   2. Nell'elenco dei server MCP disponibili, seleziona il server MCP di Dataverse e chiedi all'agente di pubblicarlo nel tuo ambiente CRM. Ad esempio, puoi dire Publish the dataverse mcp server to environment <environment ID>.
   3. Verifica che il risultato della pubblicazione corrisponda all'ID ambiente e che sia riuscito.

Se si verifica un errore durante la pubblicazione o l'ID dell'ambiente non corrisponde, puoi annullare la pubblicazione del server MCP e riprovare. Per rimuovere la pubblicazione, richiedi all'agente di rimuovere la pubblicazione del server MCP nel contesto dell'ambiente. Ad esempio, Unpublish the dataverse mcp server from the environment <environment ID>.

Pubblicare usando lo strumento interfaccia della riga di comando di Agent 365

1. Installa lo strumento interfaccia della riga di comando di Agent 365.

2. Elenca gli ambienti disponibili in cui pubblicare il server MCP usando il comando seguente:

   a365 develop-mcp list-environments

3. Elenca i server MCP disponibili usando il comando seguente:

   a365 develop-mcp list-servers

4. Pubblica il server MCP di Dataverse nel tuo ambiente CRM usando il comando seguente:

   a365 develop-mcp publish --server-name <server name> --environment-id <environment ID>` --alias <alias> --display-name <display-name>

5. Verifica che il server MCP sia stato pubblicato usando il seguente comando e verificando che il server MCP presente nell'elenco:

   a365 develop list-available

Se desideri annullare la pubblicazione del server MCP e riprovare, esegui il comando a365 develop-mcp unpublish --server-name <server name> --environment-id <environment ID>.

Passaggi successivi all'integrazione con il sistema CRM

Una volta pubblicato il server MCP nell'ambiente CRM, l'agente di sviluppo delle vendite può interagire con Dynamics 365. Puoi procedere con l'inserimento dell'agente di sviluppo delle vendite direttamente in Teams per configurarne il playbook, le linee guida, la conoscenza del prodotto e le impostazioni.

Avviare la sensibilizzazione in tempo reale con l'agente

Puoi fornire l'elenco dei prospect in uno dei seguenti modi e richiedere il piano di passaggio allo stato live.

• Come file CSV o Excel nell'agente
• Collegando l'agente al sistema CRM, in questo modo l'agente può estrarre l'elenco dei prospect direttamente dal CRM.

Dopo aver esaminato e approvato il piano, l'agente inizia a lavorare sui prospect e invia loro messaggi e-mail di sensibilizzazione. L'agente informa inoltre l'utente dello stato di avanzamento ed esegue l'escalation proattiva in caso di problemi.

È anche possibile chiedere all'agente lo stato. Ad esempio, puoi immettere il prompt seguente: Forniscimi un riepilogo dei lead su cui stai lavorando.

Dopo che l'agente ha confermato, è pronto a procedere:

1. Carica l'elenco finale di prospect approvati.
2. Verifica che i playbook, le linee guida e le impostazioni siano finalizzati.
3. Digita Passa allo stato live.

Cosa succede quando passi allo stato live?

• L'agente inizia a inviare messaggi e-mail in base alla cadenza approvata.
• Tiene traccia delle risposte e classifica automaticamente i risultati.
• Vengono rispettate tutte le regole di protezione e annullamento della sottoscrizione.
• Si ottengono gli aggiornamenti dello stato tramite i messaggi di Teams.

Mentre è attivo, l'agente fornisce aggiornamenti di riepilogo in Teams:

• Prospect totali contattati.
• Risposte ricevute.
• I lead vengono passati o inoltrati.

Puoi richiedere aggiornamenti in tempo reale chiedendo:

• Mostrami il riepilogo di sensibilizzazione di questa settimana.
• Quali prospect non hanno ancora risposto?

Azioni del CRM durante l'attività di sensibilizzazione live

Dopo l'integrazione, tutti i nuovi lead creati nell'ambiente CRM sono automaticamente disponibili per l'attività di sensibilizzazione da parte dell'agente. Ogni corrispondenza da e verso l'agente e i prospect viene salvata nel sistema CRM, così puoi tracciare la cronologia delle interazioni dei prospect.

Quando l'agente determina l'interessa da parte di un prospect in base alla risposta ricevuta via e-mail, aggiorna lo stato del lead nel CRM a "qualificato" e assegna il lead al proprio manager (il creatore dell'agente) perché proceda con le azioni di completamento. Quando l'agente determina che un prospect non è interessato, aggiorna lo stato del lead nel CRM a "non qualificato".

Puoi indicare all'agente di interrompere la sensibilizzazione basata sul CRM in qualsiasi momento, impedendo così l'elaborazione di nuovi lead del CRM. Tuttavia, l'agente continua a lavorare con i prospect già contattati prima che fosse emesso il comando di arresto.

Configurare l'ora di invio

Puoi definire una finestra di invio (in quali giorni e orari l'agente può inviare messaggi e-mail di sensibilizzazione) e l'agente la rispetterà.

Funzionamento

Quando configuri una finestra di invio, l'agente invia i messaggi e-mail di sensibilizzazione solo nei giorni e nelle ore specificate. Ad esempio, quando la finestra è impostata su 24/7 ora del Pacifico, tutti i giorni vengono aggiornati dalle 00:00 alle 23:59.

Tieni a mente le seguenti informazioni quando configuri l'orario di invio:

• Finestra di invio predefinita: per i tenant in cui questa funzionalità è abilitata, la finestra di invio predefinita è dal lunedì al venerdì, dalle 8:00 alle 18:00. Per gli agenti già attivi quando la funzionalità è stata abilitata, il fuso orario predefinito è UTC; il fuso orario viene impostato solo durante il flusso di assunzione per gli agenti appena configurati. Se il tuo agente era già attivo, imposta esplicitamente il fuso orario per evitare invii in orari inaspettati.

• È necessario specificare il fuso orario: il fuso orario non viene desunto. Deve essere specificato esplicitamente. Se indichi "dalle 9:00 alle 15:00" senza specificare il fuso orario, l'agente non farà alcuna supposizione. Occorre indicare "dalle 9:00 alle 15:00 PST" (o qualunque fuso orario tu voglia applicare). Non userà come impostazione predefinita la tua posizione o quella del prospect.

• Il blocco per festività è specifico per una data, non ricorrente: il blocco per festività si applica alla data specifica indicata, non alla festività ricorrente. Se indichi all'agente di saltare Natale o il Quattro di luglio, blocca la data esatta, ad esempio 25-12-2025. L'agente non applicherà automaticamente lo stesso blocco negli anni successivi. Il blocco deve infatti essere riconfigurato ogni anno.

• La reportistica potrebbe apparire incoerente quando è attiva una finestra di invio: ad esempio, se la finestra è impostata su Lunedì–venerdì, dalle 9 alle 15 PST, ed estrai un report di domenica, tutti i prospect presenti nel tuo elenco vengono mostrati in fase di "Sensibilizzazione" anche se non sono stati ancora inviati messaggi e-mail. L'agente trattiene correttamente gli invii finché la finestra non si apre, ma questo non si riflette nel report. Questa è una limitazione nota e non un'indicazione che i messaggi e-mail vengono inviate fuori dalla finestra definita.

• Limite di anticipazione di 14 giorni: se non esiste una finestra di invio disponibile nei 14 giorni successivi, ad esempio se tutte le date in quella finestra sono bloccate, il messaggio e-mail non verrà inviato. Se si blocca un periodo prolungato, assicurarsi che sia disponibile almeno uno slot entro i 14 giorni successivi per evitare l'eliminazione completa degli invii.

Ridimensionare l'agente di sviluppo delle vendite nei team

Dopo aver convalidato l'agente, puoi ridimensionarlo tra linee di prodotto, aree (solo inglese e stati uniti) o team. Ogni istanza può avere una propria configurazione pur seguendo le regole di conformità a livello di organizzazione.

Procedure consigliate per il ridimensionamento:

• Inizia con un agente piccolo; testalo con meno di 25 prospect prima di espanderlo.
• Esamina i riepiloghi delle interazioni e modifica regolarmente la configurazione.
• Tieni aggiornati i playbook e le linee guida man mano che i prodotti e i mercati si evolvono.
• Crea istanze aggiuntive per nuovi prodotti, aree geografiche o campagne.
• Mantieni file CSV separati per ogni ciclo di sensibilizzazione.
• Esamina i riepiloghi settimanali per garantire che le misure di sicurezza siano seguite e il tono rimanga coerente.

Funzionalità di gestione:

• Sospendi sensibilizzazione: arresta immediatamente tutta l'interazione attiva.
• Riassegna lead: inoltra i lead più attivi o le escalation a venditori specifici (se definiti nel file dei prospect).
• Gestisci gli annullamenti delle sottoscrizioni: registra automaticamente i rifiuti espliciti ed evita qualsiasi ulteriore contatto.

Quando viene completato un ciclo di sensibilizzazione, viene visualizzato un messaggio di riepilogo con il dettaglio completo dello stato (inviata, risposta in sospeso e sottoscrizione annullata).

Modelli di conversazione via e-mail dell'agente di sviluppo delle vendite

L'agente di sviluppo delle vendite mantiene la continuità delle conversazioni via e-mail tenendo traccia del contesto del thread invece di affidarsi solo all'indirizzo originale del destinatario. Questo modello permette all'agente di sviluppo delle vendite di continuare correttamente una conversazione di vendita quando i prospect inoltrano messaggi e-mail, aggiungono colleghi o fanno rispondere ai colleghi per loro conto.

Questo comportamento ha un ruolo importante nei cicli di acquisto reali, dove diversi stakeholder partecipano a uno stesso thread in momenti diversi. L'agente di sviluppo delle vendite preserva il contesto dei partecipanti, rileva l'interesse qualificato e indirizza i messaggi di passaggio alle persone giuste.

Modello di continuità della conversazione

Il coinvolgimento del prospect spesso passa da uno scambio individuale a un coordinamento in cui più parti sono coinvolte. In pratica, i prospect possono inoltrare messaggi internamente, aggiungere colleghi alle risposte o lasciare che qualcun altro risponda direttamente.

L'agente di sviluppo delle vendite mantiene la continuità seguendo il thread dell'e-mail. Se gli autori del thread vengono mantenuti, l'agente di sviluppo delle vendite considera il nuovo messaggio come parte della stessa conversazione, anche quando il mittente cambia dal prospect originale a un altro contatto.

Identità di contatto e personalizzazione del nome

L'agente di sviluppo delle vendite sceglie come rivolgersi ai contatti in base al tipo di messaggio e ai segnali di identità disponibili.

Questo approccio garantisce che l'agente di sviluppo delle vendite si rivolga con precisione all'interlocutore corrente, anche nei casi in cui l'interlocutore non fosse il prospect originale registrato nel sistema.

Concetti di modello di engagement

Risposta di inoltro a collega con contatto originale mantenuto

In questo schema, il prospect originale inoltra internamente il messaggio dell'agente di sviluppo delle vendite. Un collega risponde quindi all'agente di sviluppo delle vendite e mantiene il potenziale cliente copiato.

L'agente di sviluppo delle vendite riconosce la risposta come parte del thread originale, mantiene i partecipanti già coinvolti, rileva l'interesse qualificato (ad esempio, una richiesta per pianificare una chiamata) e avvia il passaggio aggiungendo il venditore alla riga A. Il passaggio risultante raggiunge il collega che ha risposto, il prospect e il venditore.

Risposta al potenziale cliente con il collega aggiunto in copia

In questo modello, il prospect originale risponde direttamente all'agente di sviluppo delle vendite e aggiunge un collega in CC, esprimendo interesse.

L'agente di sviluppo delle vendite considera questa operazione come la stessa conversazione in corso, mantiene il collega aggiunto in CC ed esegue il trasferimento quando l'intenzione è qualificata. La risposta viene indirizzata al potenziale cliente che risponde, include il venditore per il passaggio e mantiene informato il collega aggiunto.

Prospettiva originale fuori ciclo dopo la risposta diretta del collega

In questo schema, il prospect originale inoltra il messaggio internamente e il collega risponde direttamente all'agente di sviluppo delle vendite senza includere il prospect originale.

L'agente di sviluppo delle vendite riconosce ancora la continuità dei thread, ma rispetta l'ambito del destinatario corrente. Identifica il nome del collega che risponde dal messaggio in arrivo (inclusa la firma), si rivolge direttamente a quella persona e invia il passaggio solo ai partecipanti attivi nella risposta. Il prospect originale rimane fuori dal thread a meno che non venga reintrodotto nel thread.

Comportamento del passaggio e limitazioni correnti

L'agente di sviluppo delle vendite elabora ogni messaggio in arrivo man mano che arriva. Questo consente una risposta rapida, ma non attende la conclusione delle discussioni interne per rispondere.

Due limitazioni pratiche derivano da questo schema:

• Risposta immediata nelle risposte che coinvolgono più parti: se un prospect aggiunge un collega e gli pone una domanda, l'agente di sviluppo delle vendite risponde immediatamente nel momento in cui rileva un interesse qualificato, invece di aspettare il contributo del collega interpellato.
• Finalità dopo il passaggio e l'escalation: una volta che l'agente di sviluppo delle vendite passa a un venditore, l'agente di sviluppo delle vendite esce dal thread. Le risposte successive nel thread vengono gestite dal venditore e l'agente di sviluppo delle vendite non rientra nella conversazione.

Questi limiti mantengono chiara la responsabilità dopo la qualifica, preservando al contempo la rapidità di risposta durante l'interazione automatizzata.

Report sullo stato dei prospect con esportazione in formato CSV

In qualità di direttore commerciale, spesso devi rivedere e riconciliare grandi volumi di dati sui prospect in funzione della conformità, della reportistica e del monitoraggio delle prestazioni. La funzionalità di esportazione in CSV semplifica il processo, permettendo ai manager di estrarre, analizzare e condividere i record dei prospect in un formato strutturato.

Quando richiedi elenchi di prospect nelle fasi finali, l'agente di sviluppo delle vendite fornisce una versione esportata in CSV invece di mostrare un lungo insieme di risultati nella chat.

Fasi terminali supportate:

• Handoff
• Esegui escalation
• Imposta come non qualificato
• Sospendi
• Annulla sottoscrizione
• Non risponde

Funzionamento:

• Ogni file CSV contiene i prospect di una sola fase.
• Il file include campi chiave come l'indirizzo e-mail del prospect e il timestamp in cui è entrato in quella fase.
• L'agente fornisce il file CSV come file scaricabile.

Questo aiuta i manager:

• Riconciliare in blocco i record con i sistemi di consenso
• Analizzare le tendenze per campagna o per segmento
• Condividere rapidamente i dati con i team interni

Query di esempio:

• "Ottieni i contatti non iscritti questo mese nel file CSV"
• "Dammi tutti i rifiuti espliciti"
• "Esportare tutti i lead di cui è stata eseguita l'escalation in CSV"

Elaborazione IA, flusso dei dati tra aree geografiche e conformità UE

L'agente di sviluppo delle vendite è progettato per usare componenti di elaborazione IA nell'area geografica da te selezionata.

Quando la capacità di elaborazione o i componenti di servizio necessari non sono disponibili nell'area geografica selezionata, alcuni dati associati al servizio potrebbero essere elaborati al di fuori dell'area geografica selezionata.

Avviso di trasparenza sul flusso di installazione

L'agente di sviluppo delle vendite può instradare le richieste verso vari modelli di IA generativa supportati in base alla disponibilità e alla capacità del servizio, inclusi i modelli di fornitori terzi come Anthropic. In alcune regioni, la disponibilità del servizio può dipendere dal fatto che i fornitori di modello richiesti siano abilitati a livello di tenant tramite l'interfaccia di amministrazione di Microsoft 365. Disabilitare i fornitori di modelli supportati può influire sulle funzionalità dell'agente di sviluppo delle vendite in quelle aree.

Se non acconsenti al potenziale trattamento delle richieste al di fuori dell'area geografica selezionata o da parte di modelli di IA diversi supportati:

• Non installare l'agente di sviluppo delle vendite.
• Se l'agente di sviluppo delle vendite è già installato, disinstallalo per revocare il consenso.

Per gestire i provider di IA che operano come sub-responsabili Microsoft nell'interfaccia di amministrazione di Microsoft 365, rivedi questa impostazione.

Tipi di contenuto supportati e non supportati

Quando interagisci con l'agente di sviluppo delle vendite in Teams, ecco cosa funziona e cosa non funziona:

Contenuto supportato:

• Dati aziendali strutturati (file CSV o Excel).
• Documenti e presentazioni basati su testo (.docx, .pptx, .pdf, .txt).
• Collegamenti Web pubblici o interni (contenuto non multimediale).
• Conversazioni nelle chat di Teams 1:1.

Contenuto non supportato:

• File video o audio.
• Contenuto basato su immagini (.jpg, .png).
• Chat di gruppo o canali di Teams.
• Thread di Outlook o messaggi e-mail inoltrati.
• Informazioni personali, riservate o non correlate non rilevanti per la configurazione della sensibilizzazione.

Se condividi contenuto non supportato, ad esempio un file video, l'agente indica: "Non posso accedere ai file video. Condividi un riepilogo o un documento scritto."

Autorizzazioni dell'agente di sviluppo delle vendite

L'agente di sviluppo delle vendite usa le autorizzazioni seguenti per eseguire il proprio lavoro.

Strumenti di Agent 365

• McpServers.Mail.All: consente all'applicazione di accedere al server Mail MCP.
• McpServers.OneDriveSharepoint.All: consente all'applicazione di accedere al server OneDrive e SharePoint MCP.
• McpServers.Word.All: consente all'applicazione di accedere al server Word MCP.
• McpServers.Excel.All: consente all'applicazione di accedere al server Excel MCP.
• McpServers.Knowledge.All: consente all'applicazione di accedere al server Knowledge MCP.
• McpServers.Teams.All: consente all'applicazione di accedere al server Teams MCP.
• McpServers.Dataverse.All: consente all'applicazione di accedere al server Dataverse MCP.
• McpServers.Sales.All: consente all'applicazione di accedere al server Sales MCP.
• McpServersMetadata.Read.All: consente all'applicazione di leggere i metadati di tutti i server MCP.
• McpServers.SharepointLists.All: consente all'applicazione di accedere al server MCP Elenchi SharePoint.
• McpServers.Me.All: consente all'applicazione di accedere al server Me MCP.
• McpServers.CopilotMCP.All: consente all'applicazione di accedere al server Copilot MCP.

Microsoft Graph

• ChannelMessage.Read.All: leggi tutti i messaggi del canale.
• Chat.Read: leggi i messaggi di chat dell'utente.
• ChatMessage.Send: invia messaggi di chat dell'utente.
• Files.ReadWrite.All: accesso completo a tutti i file a cui l'utente può accedere.
• Mail.ReadWrite.Shared: leggi e scrivi la posta in cartelle condivise.
• Mail.Send: invia messaggi e-mail.
• Sites.ReadWrite.All: controllo completo di tutte le raccolte siti.
• User.Read.All: leggi i profili completi di tutti gli utenti.
• Chat.Create: crea chat.
• Presence.ReadWrite: leggi e scrivi le informazioni sulla presenza.

Servizio per l'ambiente Power Platform

• user_impersonation: consente agli utenti di accedere a tutte le API.

Dataverse

• user_impersonation: consente all'applicazione di accedere a Common Data Service.

API Power Platform

• Connectivity.Connections.Read: connessioni in lettura.
• CopilotStudio.Copilots.Invoke: richiama i Copilot di Copilot Studio.

Applicazione API bot di messaggistica

• AgentData.ReadWrite: consente la lettura/scrittura dei dati dell'agente.

Limitazioni attuali dell'agente di sviluppo delle vendite

La tabella seguente illustra le limitazioni correnti dell'agente di sviluppo delle vendite in Agent 365:

Contenuto correlato

• Informazioni sulla condivisione del contenuto con gli agenti in Microsoft 365
• Osservabilità