在 Agent 365 (預覽版) 中使用具有專屬身分識別的 Agent 並與之進行共同作業

重要

此功能是 Frontier 預覽版計畫的一部分。 Frontier 將您直接連接到 Microsoft 最新的 AI 創新。 Frontier 預覽版需遵守您客戶合約中現有的預覽版條款。 由於這些功能仍在開發中，其可用性與功能可能會隨時間變更。

在本文中，您將了解如何在 Agent 365 中使用 Agent 並與之進行共同作業，以自動化銷售拓展和潛在客戶管理等工作。 探索範本 Agent (例如銷售開發 Agent) 如何協助您簡化工作流程，以及專注於更高價值的工作。

Agent 管理員也可以部署發佈時即可使用的預先整合的生態系統合作夥伴 Agent，包括 Genspark、Zensai、Egnyte、Zendesk、Manus、Kore、Kasisto 和 n8n。

Agent 管理員可以存取多個旨在與熱門應用程式和服務搭配使用的範本 Agent。 以下是 Microsoft Agent 365 中幾個可用來做為範本 Agent 的 Model Context Protocol (MCP) 伺服器：

下列章節說明如何使用銷售開發 Agent，這是其中一個可用的範本 Agent。

使用銷售開發 Agent

重要

銷售開發 Agent 適用於已選擇加入 Microsoft 365 目標發行計劃的客戶。 您可以為整個組織或僅為選取的使用者選擇目標發行版本。 如需有關加入該計劃的詳細資訊，請參閱 Microsoft 365 的標準或目標發行選項。

銷售開發 Agent 可在 Microsoft Teams 中自動化銷售拓展與潛在客戶管理。 這個由 AI 提供支援的 Agent 可協助銷售團隊擴展潛在客戶開發，同時維持個人化通訊。

以下是銷售開發 Agent 實際運作情形的快速示範：

提交意見反應

如果您對產品、AI 生成內容有任何疑問，或需要協助設定您的 Agent，請透過 salesagentteam@microsoft.com 與我們聯繫。

部署並建立銷售開發 Agent

在 Teams 商店或 Microsoft 365 Copilot Agent 商店中搜尋銷售開發 Agent，並依步驟部署並建立 Agent 執行個體。

如果你使用 Dynamics 365 作為 CRM，請將銷售開發 Agent 與 CRM 整合，以便順暢管理潛在客戶及追蹤活動。

如果你並非使用 Dynamics 365，請直接在 Teams 中導入銷售開發 Agent，以設定其策略手冊、指引、產品知識及相關設定。

本文的其餘部分涵蓋以下主題：

導入銷售開發 Agent

注意

Agent建立後，可能需要數小時才能準備好投入工作。 Agent準備好與你互動後，會透過Teams聊天訊息通知你。 在Agent聯絡你之前，與Agent的任何互動都會被Agent忽略。

Agent建立後，會透過Teams指導你進行設定。 您與Agent進行對話，以設定四個關鍵領域：操作手冊、指引、產品知識和設定。

Agent會在操作手冊和指引的任何變更套用到其設定之前，要求您確認這些變更。 您可以在套用每項變更之前先進行測試，以建立對自己變更的信心。

提示

當你變更操作手冊和指引時，Agent 會將其儲存為草稿，讓你在永久套用之前進行測試。 在你指示Agent套用變更之前，你的變更不會影響客戶拓展。 完成對操作手冊及指引草稿變更的建議和測試後，請務必告知 Agent「套用」您的變更，讓變更永久生效。

Agent設定框架

四項關鍵元件會塑造 Agent 的行為。

組成部份 有何作用 如何管理
劇本 定義你的潛在客戶進展。 預設提供設定；可透過 Teams 聊天進行自訂。
指導方針 設定溝通語氣，並定義與潛在客戶互動時可接受及不可接受的行為。 可按需要透過 Teams 聊天進行修改。
產品知識 讓 Agent 了解你產品的文件及 URL。 可直接在Teams聊天中上傳
設定 控制時間、免責聲明及退訂選項 透過Teams聊天修改語言。

提示

你可以隨時向Agent詢問，查看目前已設定（或草擬）的銷售劇本和指引。 隨時提問！

定義銷售劇本

銷售劇本定義了銷售潛在客戶如何從一個階段進展到另一個階段（外展>、資格評估>、交接）。 各階段本身是固定的，但您可以掌控推動潛在客戶前進的規則。

當您收到銷售開發 Agent的提示時，您可以：

  • 使用預設流程規則（建議首次設定）。
  • 自行提供規則。 例如：「在潛在客戶回覆您的郵件後，轉入資格審查階段。」

在變更影響客戶拓展之前，你必須要求 Agent 套用操作手冊的變更，以確認變更內容。

設定指導方針

指引定義AI Agent在各階段的運作與溝通方式。 指引包括外展用語、回應異議，以及轉接或升級處理等事項。

您可以：

  • 接受預設值。
  • 共用樣本拓展電子郵件，協助 Agent 了解您的語氣及文風。

舉例來說，當你指定兩封範例拓展電子郵件時，Agent能正確識別它們屬於外展階段，並生成比對的語氣和行為規則，然後建議將類似規則套用於其他階段，例如資格審查或交接。

在變更影響客戶拓展之前，你必須要求 Agent 套用指引的變更，以確認變更內容。

提供產品知識

提供協助Agent準確展現您的產品或服務的相關內容。

您可以與Agent共用的內容：

  • 產品或服務文件（.docx、.pdf、.pptx、.txt）。
  • SharePoint 或 OneDrive 託管的檔案
  • 公開網頁，例如產品頁面或案例研究。

Agent支援最多兩層級深度的URL爬取（每層級最多100個連結）。

在您上傳檔案後，Agent會在Teams聊天中提供狀態意見反應，以確認是否成功擷取內容或遇到任何問題。

  • 成功：「明白了。」 我會將此頁視為產品知識。
  • 無法處理：「我無法直接查看此檔案。」 可否改為分享文字摘要或文件版本？

注意

對知識的變更立即生效。 例如，文件一經上載，Agent 便會用該文件進行客戶拓展。 您無法在知識變更被套用之前進行測試。

警告

您與Agent共用的內容，例如檔案、聊天記錄或電子郵件，可能會被摘要或納入Agent對其他使用者的回覆中，即使這些人原本無法存取該內容。此風險不受內容上的敏感度標籤或權限限制。 欲了解更多資訊，請前往了解 Microsoft 365 中內容如何與 Agent 共享

設定電子郵件及外展設定

自訂銷售開發 Agent 如何透過電子郵件與潛在客戶互動。 您可以調整：

  • 電子郵件頻率：跟進次數與時間。
  • 簽名：Agent 如何為訊息作結。
  • 取消訂閱文字：標準選擇退出用語。

你可以先使用預設設定，之後再進行變更。

重要

按照本文描述的順序完成步驟。 在每個步驟輸入預設，以便在指導期間示範及稍後進行自訂。

在聊天中測試銷售開發 Agent

在Teams聊天中與Agent互動，測試Agent、提供意見反應，並在低風險環境中核准其行為。 提供學習材料，讓Agent能從中學習。

在測試期間，您可以透過訊息向Agent提供意見反應。 例如，詢問Agent什麼樣的初始拓展電子郵件才算是優質的。 在Agent回覆後，請就郵件的語氣、長度等方面給予意見反應。

為了進一步測試Agent，您可以採取以下步驟：

  • 如果您已將 Agent 與您的 CRM 整合，請指示 Agent 執行 CRM 潛在客戶的模擬測試。 例如，您可以說：「請執行一個模擬，透過 CRM 中的 10 個潛在客戶，並顯示會寄出的拓展電子郵件。」Agent 會執行模擬，並在聊天中共用產生的拓展電子郵件供您審查。
  • 將潛在客戶清單以 CSV 或 Excel 檔案提供給 Agent，並要求其在聊天中為這些潛在客戶生成拓展電子郵件。 例如，您可以說：「這是此檔案中的潛在客戶清單。」 Agent會為每位潛在客戶生成拓展電子郵件範例，並在聊天中與您分享，供您審查。

當你確認Agent已準備好處理實際的潛在客戶時，請進入下一步驟。

上傳你的潛在客戶清單

將你的潛在客戶清單交給Agent進行驗證。 清單可以是 CSV 或 Excel 檔案，每個聯絡人一列，且必須包含欄位標頭。 設定必要欄位。

欄位 描述
電子郵件 潛在客戶的電子郵件地址。
公司名稱 潛在客戶所工作的組織。
產品 你要推廣的產品（如果同一Agent用於多個產品線或行銷活動時，這一點尤其重要）。
名字 用於個人化。

如檔案出現問題，Agent 會告知你缺少哪些內容：

  • 「找不到名為「公司名稱」的欄位——請先新增，然後再繼續。」
  • 「此檔案為空或無法讀取。」（Agent 可能沒有存取權限）
  • 部分資料列缺少關鍵詳細資料。 100 名潛在客戶中，有 92 名已準備就緒。 我會略過其餘八名缺少電子郵件或產品資料的潛在客戶。

Agent 會處理以下問題：

  • 缺少關鍵欄位的資料列會被略過（你可以查看哪些資料列被略過）。
  • 格式錯誤的電子郵件等異常資料會被忽略。

執行測試

清單驗證完成後，Agent 會開始在 Teams 聊天中產生測試電子郵件內容。

  • 根據你的設定產生拓展電子郵件範例。
  • 套用你的語氣及指引。
  • 在 Teams 中提供每份草稿供審閱。

例如，產生的測試電子郵件會提及公司、突出價值主張，並以明確的行動呼籲作結——與成效良好的拓展序列結構一致。

注意

聊天中顯示的測試電子郵件包含取消訂閱連結。 聊天中的連結只是佔位符，並無法運作。 寄送電子郵件給客戶時，取消訂閱佔位符會替換為可正常運作的取消訂閱連結。

角色扮演真實世界情境

如要驗證效能，請測試真實案例：

  • 定價問題：「這個價格是多少？」 Agent 應先回應問題，並按設定提供高層次定價指引；如需詳細報價，則轉交人工處理，同時遵守你的操作規範。
  • 競爭比較：「你在哪些方面比[競爭者]更優勝？」 Agent 應突出你的差異化優勢，避免貶低競爭對手，並以事實為本、聚焦價值。
  • 缺乏興趣：「我目前沒有興趣。」Agent 應確認這項回覆，提出在更合適的時間重新聯絡，並適當標記對話。

測試完成後，輸入「我已完成測試」。

當你輸入這句話時，Agent 會準備進行實際拓展。

注意

Agent 不會自動判斷測試何時完成。 你需要告訴 Agent。

多語言功能

全球市場的銷售經理經常需要以多種語言接觸潛在客戶，而不必另設地區團隊。 多語言能力有助你在維持訊息質素及本地相關性的同時，把拓展工作延伸至新地域。

銷售開發 Agent 可以用以下 22 種語言產生拓展訊息及回覆：

  • 阿拉伯文
  • 中文 (簡體)
  • 捷克文
  • 丹麥文
  • 荷蘭文
  • 英語
  • 芬蘭文
  • 法文
  • 德文
  • 希臘文
  • 希伯來文
  • 義大利文
  • 日文
  • 韓文
  • 挪威文 (巴克摩)
  • 波蘭文
  • 葡萄牙文 (巴西)
  • 俄文
  • 西班牙文
  • 瑞典文
  • 泰文
  • 土耳其文

使用單一設定，Agent 會按每種語言及市場調整訊息語氣和結構，包括正式程度、電子郵件結構及行動呼籲風格。 Agent 亦可於交談中，當潛在客戶切換語言時，持續進行交流。

在潛在客戶資料中設定語言

當你上傳潛在客戶清單時，可以包含以下選用欄：

欄位 用途
語言 為每名潛在客戶設定目標語言。
國家/地區 進一步根據同一語言內的區域商業規範調整訊息（例如西班牙語（西班牙）和西班牙語（墨西哥），或法文（法國）和法文（加拿大））。

如果你沒有提供 Language 值，Agent 會使用Agent 設定中預設的語言。

搜尋與測試行為

如要進行個人化，銷售開發 Agent 會自動以英文及潛在客戶的目標語言進行搜尋。

在正式部署前，您可以用任何支援的語言執行模擬式交談測試，以確認行為與品質。

將銷售開發 Agent 整合至 Dynamics 365

銷售開發 Agent 可與 Dynamics 365 整合，以連接潛在客戶、記錄互動，並同步電子郵件、資格審查、取消資格及所有權轉移等參與動作。 這項整合能確保所有拓展活動都會受到追蹤，並可供銷售團隊存取。

步驟 1：授與 Agent 對 Dynamics 365 Sales 的存取權

  1. 與其他使用者一樣，Agent 使用者需要取得授權才能存取 Dynamics 365 Sales。 在 Microsoft 365 系統管理中心中，將適當的 Sales 授權新增至 Agent 使用者。 詳細了解如何在 Microsoft 365 系統管理中心中為使用者指派權限 。
    1. 在 Microsoft 365 系統管理中心中，在頁面頂端的搜尋列搜尋 Agent 名稱，並從搜尋結果中選擇 Agent 使用者。
    2. 在右側窗格中，選取授權及應用程式。
    3. 將適當的 Sales 權限指派給 Agent 使用者。
    4. 選取儲存變更。
  2. 在 Power Platform 系統管理中心中，將 Agent 使用者新增至您的 Dynamics 365 Sales 執行個體，並指派適當角色。 銷售開發 Agent 是設定為使用銷售人員角色，但您也可以使用具有權限的自訂角色來存取和管理潛在客戶。 了解如何在 Power Platform 系統管理中心指派資訊安全角色給使用者。
    1. 在 Power Platform 系統管理中心中，選取左側瀏覽窗格中的管理。
    2. 選取環境，然後選取您的 Dynamics 365 Sales 環境。
    3. 選取設定>使用者 + 權限>Agent (預覽版)。
    4. 選取新增 Agent。
    5. 在搜尋列輸入 Agent 名稱，從搜尋結果中選取 Agent 使用者，然後選取新增。
    6. 為 Agent 使用者選取銷售人員角色 (或擁有適當權限的自訂角色)，然後選取儲存。
    7. 選取儲存以確認角色指派。

步驟 2：啟用 Dataverse Model Context Protocol (MCP) 伺服器

銷售開發 Agent 使用 Dataverse Model Context Protocol (MCP) 伺服器與 Dynamics 365 進行連接。 您只需要在環境中啟用一次 Dataverse MCP 伺服器。 銷售開發 Agent 不需要獲指定為明確的 MCP 用戶端才能運作。 了解如何在 Power Platform 系統管理中心中啟用 Dataverse MCP 伺服器。

步驟 3：將 MCP 伺服器發佈到 CRM 環境

接著，透過 VS Code 或 Agent 365 CLI 工具，將 Dataverse MCP 伺服器發佈到您的 Dynamics 365 Sales 環境。 此步驟讓銷售開發 Agent 能與 Dynamics 365 Sales 溝通並執行必要動作。 開發人員不需要特定角色或權限就能發佈 MCP 伺服器。

使用 VS Code 發佈

  1. 在 VS Code 中，開啟命令面板 (Ctrl + Shift + P)，選取 MCP：新增伺服器，然後選取 HTTP (HTTP 或伺服器發送事件)。

  2. 對於 Dataverse MCP 伺服器的 URL，請輸入以下 URL，並將 {TenantId} 替換成您的租用戶識別碼：

    https://agent365.svc.cloud.microsoft/agents/tenants/{TenantId}/servers/MCPManagement

    深入了解如何在 Visual Studio Code 中設定 mcp.json 檔案。

  3. 對於伺服器的唯一名稱，接受預設值或輸入新名稱。 例如，DataverseMCPServer。

  4. 選取設定目標為全域或工作區。

    mcp.json 檔案是在您工作區的 .vscode 資料夾中建立。

  5. 打開命令面板 (Ctrl + Shift + P)，選取 MCP：清單伺服器，選取新伺服器，然後選取開始伺服器。

  6. 在確認對話方塊中，選取允許，並使用您的認證登入。

  7. 在 Visual Studio Code 中使用聊天 Agent，使用自然語言與其互動，以將 MCP 伺服器發佈至你的 CRM 環境。

    1. 請 Agent 列出租用戶中的環境。
    2. 請 Agent 將 Dataverse MCP 伺服器發佈至您的環境。 例如，您可以提出下列問題：Publish the dataverse mcp server to environment <environment ID>.
    3. 確保發佈結果與環境 ID 相符並成功完成。

如果發佈時發生錯誤或環境 ID 無法比對，你可以取消發佈MCP伺服器並重新嘗試。 如要取消發佈，請要求 Agent 從環境中取消發佈 MCP 伺服器。 例如，Unpublish the dataverse mcp server from the environment <environment ID>.

使用Agent 365 CLI 工具發佈

  1. 安裝 Agent 365 CLI 工具。

  2. 執行以下命令，以您的管理員租用戶認證登入：

    az login --allow-no-subscriptions

  3. 請執行以下命令來列出可發佈至 MCP 伺服器的環境，並確認您的 Dynamics 365 Sales 環境出現在清單中：

    a365 develop-mcp list-environments

  4. 請執行以下命令來列出可用的 MCP 伺服器，並確認 msdyn_DataverseMCPServer 出現在清單中：

    a365 develop-mcp list-servers

  5. 請執行以下命令，將 Dataverse MCP 伺服器發佈至您的目標環境：

    a365 develop-mcp publish --server-name msdyn_DataverseMCPServer --environment-id <environment-id> --alias new_<uniquealias> --display-name <unique display name>

    注意

    別名和顯示名稱必須是唯一。 如果其中任一值已使用，請選取不同的 new_<uniquealias> 或 display name 值並重新執行發佈命令。

  6. 執行以下命令，並確認已列出 MCP 伺服器，以確認 Dataverse MCP 伺服器成功發佈：

    a365 develop list-available

如果你想解除發佈 MCP 伺服器並重新嘗試，請執行命令 a365 develop-mcp unpublish --server-name msdyn_DataverseMCPServer --environment-id <environment ID>。

步驟 4：核准 MCP 伺服器

MCP 伺服器會在租戶層級發佈，並需經全域管理員或 AI 管理員核准。您必須先核准您發佈的 MCP 伺服器，銷售開發 Agent 才能使用該伺服器存取 Dynamics 365 Sales。

深入了解有關審查與核准工具要求的資訊。

核准後，請確認以下事項：

  • MCP 要求在 Microsoft 365 系統管理中心中獲得批准。
  • 核准的要求與剛發佈的別名相符。
  • 核准的要求與您剛發佈的顯示名稱相符。

如果要求錯誤的別名或顯示名稱，或未完成核准，請重試發佈流程並核准正確的要求。

CRM 整合後的後續步驟

MCP 伺服器發佈至您的環境後，銷售開發 Agent 即可與 Dynamics 365 互動。 你可以直接在Teams中導入銷售開發 Agent，並設定其策略手冊、指引、產品知識及相關設定。

注意

  • 在 Teams 中與 Agent 聊天，要求其上線至 CRM。 例如，您可以說「上線至 CRM」或「連接至 CRM」。
  • 請確保已為 Agent 設定預設產品建議。

使用 Agent 啟動即時外展

你可以透過以下任一方式提供潛在客戶清單，並要求提供上線計劃。

在您審查並核准計劃後，Agent會開始處理潛在客戶，並向他們發送拓展電子郵件。 Agent 亦會通知你其進度，如發現任何問題，便會主動上報。

你也可以詢問Agent的狀態。 舉例來說，您可以輸入以下提示：給我你正在處理的潛在客戶摘要。

Agent 確認後，即可開始：

  1. 上傳最終確認並核准的潛在客戶清單。
  2. 確認你的操作手冊、指引和設定已定案。
  3. 輸入Go live。

當你正式運作時會發生什麼？

  • Agent會依照你已核准的節奏開始發送電子郵件。
  • 它追蹤回覆並自動分類結果。
  • 所有安全規範和取消訂閱規則皆會被遵守。
  • 您會透過Teams訊息取得進度更新。

在正式運作期間，Agent 會在 Teams 中提供摘要更新：

  • 已聯絡的潛在客戶總數。
  • 已收到回覆。
  • 已轉交或已升級的潛在客戶。

你可以提出要求，以索取即時更新：

  • 顯示本週的拓展摘要。
  • 哪些潛在客戶還沒回覆？

注意

一旦上線，電子郵件會立即開始發送。 要控制Agent可以發送外展的日期和時段，請使用 設定發送時間。

正式運作期間的 CRM 拓展活動

整合後，在 CRM 環境中建立的任何新潛在客戶，都會自動供 Agent 進行拓展。 所有與Agent及潛在客戶之間的通信都會儲存在 CRM 中，讓您能追蹤每位潛在客戶的互動記錄。

當 Agent 根據潛在客戶的電郵回覆判斷對方有興趣時，會將該潛在客戶在 CRM 中的狀態更新為「符合資格」，並將其指派給經理（Agent 的建立者）以便跟進。 當 Agent 判斷潛在客戶不感興趣時，會將該潛在客戶在 CRM 中的狀態更新為「不合格」。

您可以隨時指示Agent停止基於 CRM 的外展，這將防止其處理新的 CRM 潛在客戶。 然而，Agent在發出停止命令之前已聯絡的潛在客戶，仍會持續跟進。

設定發送時間

您可以設定發送時段 (指定 Agent 可以發送拓展電子郵件的日期和時間)，Agent 會遵守這項設定。

運作方式

當你設定發送時段後，Agent 只會在指定的日期和時間發送拓展電子郵件。 舉例來說，當設定為全天候（24/7）太平洋時間時，所有日期均會調整為 00:00–23:59。

設定發送時段時請留意以下幾點：

  • 預設發送時段：對於已啟用此功能的租用戶，發送時段預設為星期一至星期五，上午 8 時至下午 6 時。 對於在啟用此功能時已在運作的 Agent，時區預設為 UTC；只有在新設定 Agent 的招募流程中才會設定時區。 如果你的 Agent 是既有的，請明確設定時區，以免在非預期時間發送。

  • 必須指定時區：時區不會被推斷。 必須明確指定。 如果你只說「上午9點到下午3點」而未標明時區，Agent不會自行判斷——你需要明確說「上午9點到下午3點（PST）」或其他適用的時區。 它不會預設為你或潛在客戶的位置。

  • 假期阻擋是針對特定日期的，而非週期性的：假期阻擋僅套用於所提供的指定日期，而非每年固定的假期。 如果你指示Agent跳過聖誕節或美國獨立日，它會封鎖指定的日期，例如2025年12月25日。 系統不會自動將相同的阻擋設定套用到未來年度。 此設定需要每年重新配置。

  • 報告在發送時段啟用時可能顯示不一致：例如，如果您的時段設定為週一至週五，太平洋時間上午9點至下午3點，您在週日提取報告時，清單中的所有潛在客戶都會顯示為「外展」階段，即使尚未發送任何電子郵件。 Agent會正確地暫停發送，直到視窗開啟，但這並未反映在報告中。 這是已知的限制，並不代表郵件會在你設定的發送視窗之外發送。

  • 14天前瞻限制：如果未來14天內沒有可用的發送時段——例如所有日期都被封鎖——則郵件將不會被發送。 如果您封鎖的是一段較長的時間，請確定在未來 14 天內至少有一個可用的發送時段，以避免發送完全失敗。

了解後續追蹤節奏與活動期限

你的後續追蹤節奏會決定要發送多少封電子郵件以及何時發送。 初步拓展一律在第 0 天發送。 每個節奏間隔為累計。 每個步驟都是根據上一封郵件的實際寄送日期，而非原始拓展日期。

例如，一個 [1, 3, 5] 的節奏代表：

  • 在初步拓展後一天，會發送第一次後續追蹤。
  • 第一次後續追蹤後三天，就會發送第二次後續追蹤。
  • 第二次後續追蹤後 5 天，會發送最後一封郵件。

此節奏一共會發送四封電子郵件給每位潛在客戶：初步拓展、兩次追蹤，以及最後一封電子郵件。

請記住以下節奏行為：

  • 發送時段影響：您設定的發送時段會影響每封電子郵件的送達時間。 若計算出的發送日期超出您允許的時段，電子郵件會延遲至下一個可用的日期和時間。 下一個間隔則從實際的發送日期開始計算。

  • 最終電子郵件行為：最終電子郵件會依照準則設定最終區段中所定義的規則 (若已設定)。

  • 三封電子郵件節奏：如果您只想收到一封後續追蹤和一封最後一封郵件 (共三封郵件)，請使用兩個間隔就好，例如 [1, 3]。

  • 已排入佇列的後續追蹤：所有後續追蹤電子郵件在活動開始時都會排入佇列。 如果您的節奏產生的電子郵件數量超過預期，且活動已在執行中，請在最後一封預定電子郵件發送後取消活動，以避免更多電子郵件。

  • 取消行為：取消活動會停止未來待處理的電子郵件，但不會阻止 Agent 回覆已收到的潛在客戶回覆。

  • 活動過期：根據預設，活動中的所有互動會在最後一封已排程電子郵件發送後七天到期。 過期後，Agent 不再處理該活動的傳入潛在客戶回覆。

將銷售開發 Agent 擴展至各團隊

Agent 通過驗證後，你可以將其擴展至不同產品線、地域（只限英語地區及美國）或團隊。 每個執行個體都可以有自己的設定，同時仍需符合組織層級的合規規則。

擴展的最佳做法：

  • 先從小規模開始；擴展前先用少於 25 名潛在客戶進行測試。
  • 審查互動摘要並定期調整你的設定。
  • 隨著產品和市場演變，確保操作手冊及指引保持最新。
  • 為新產品、地區或活動建立額外的執行個體。
  • 為每一波外展維護獨立的 CSV 檔案。
  • 每週審查摘要，確保遵守規範並保持語氣一致。

管理功能：

  • 暫停外展：立即停止所有進行中的互動。
  • 重新指派潛在客戶：將高意向潛在客戶或升級事項轉交特定銷售人員（如潛在客戶檔案中已指定）。
  • 處理退訂：自動記錄取消訂閱，並確保不再聯絡。

當外展活動完成時，您會取得一則包含完整狀態（已發送、待回覆、已退訂）的總結訊息。

銷售開發 Agent 電郵對話模式

銷售開發 Agent依追蹤線程上下文，而非僅依賴原始收件人地址，以維持電子郵件對話的連續性。 此模型允許銷售開發 Agent在潛在客戶轉發電子郵件、新增團隊成員或由同事代為回覆時，能正確地延續銷售對話。

這種情況在真實的採購流程中至關重要，因為多位相關人員會在不同時間參與同一個郵件串。 銷售開發 Agent 保持參與者資訊，偵測合格的興趣，並將轉接訊息送達合適的對象。

對話持續性模型

潛在客戶的互動常從一對一交流轉向多方協調。 在實際操作中，潛在客戶可能會在內部轉發訊息、將同事新增至回覆，或讓其他人直接回覆。

銷售開發 Agent 會透過追蹤郵件線程來維持溝通的連續性。 如果郵件線程標記存在，銷售開發 Agent會將新訊息視為同一對話的一部分，即使發件人從原始潛在客戶變更為其他聯絡人。

聯絡人身分與姓名個人化

銷售開發 Agent會根據訊息類型及可用的身份訊號選取如何稱呼聯絡人。

電子郵件類型 名稱來源
初次接觸 潛在客戶紀錄，取得自CRM或上傳的檔案（CSV或Excel）
跟進電子郵件 同一份已儲存的潛在客戶紀錄用於外展
回覆電子郵件 收到的訊息內容，包括簽名，用以辨識實際回覆者

此方法確保銷售開發 Agent 能準確稱呼目前的回覆者，即使回覆者並非系統中的原始潛在客戶。

互動模式概念

轉交同事的回覆，並保留原始潛在客戶

在此模式中，原始潛在客戶會將銷售開發 Agent 的訊息在內部轉發。 接著，一位同事回覆銷售開發 Agent，並將原始潛在客戶列為抄送。

銷售開發 Agent會將回覆視為原始郵件主題的一部分，保留所有已參與的對象，偵測符合資格的興趣（例如預約呼叫的請求），並透過將賣方新增至 收件人 行來啟動轉接。 結果的轉接會送達回覆的同事、原始潛在客戶和賣方。

潛在客戶回覆並將同事新增至副本

在此模式下，原始潛在客戶直接回覆銷售開發 Agent，並在 CC 中新增同事，同時表示興趣。

銷售開發 Agent 會將此視為同一個持續對話，保留新增的同事於副本中，並在意圖被確認時進行轉接。 回覆會發送給回覆的潛在客戶，並包含銷售人員以便交接，同時讓新增的同事繼續留在對話中。

同事直接回覆後，原始潛在客戶退出對話圈

在此模式中，原始潛在客戶內部轉發，而同事則直接回覆銷售開發 Agent，且不包含原始潛在客戶。

銷售開發 Agent仍識別線程連續性，但尊重目前接收者的範圍。 它會從收到的訊息（包括簽名）中辨識回覆同事的姓名，直接聯絡該人，並只將轉接針對回覆中的活躍參與者進行。 原始的潛在客戶除非在對話中重新引入，否則會被排除在溝通流程之外。

轉接行為及目前的限制

銷售開發 Agent 會逐一處理收到的訊息。 這支援快速回覆，但不會等內部討論結束後才回覆。

此設計帶來兩個實際限制：

  • 多方回覆中的即時回應：如果潛在客戶新增同事並向該同事提問，銷售開發 Agent 偵測到符合資格的興趣後，會立即回覆，而不是等候同事的輸入。
  • 交接與升級後的最終處理：後銷售開發 Agent將線索轉接給銷售人員後，銷售開發 Agent便會退出該討論串。 該討論串後續回覆由銷售人員處理，銷售開發 Agent 不會再參與對話。

這些界線能在資格確認後明確劃分所有權，同時確保自動化互動期間的即時回覆行為。

透過 CSV匯出報告潛在客戶狀態

作為銷售經理，你經常需要審閱並核對大量潛在客戶資料，以便進行合規、報告及效能追蹤。 CSV匯出功能讓管理者能以結構化格式擷取、分析並共用潛在客戶紀錄。

當您在最後階段要求潛在客戶清單時，銷售開發 Agent 會提供 CSV 匯出，而不是在聊天中顯示大量結果。

支援的最後階段：

  • Handoff
  • 呈報
  • 取消資格
  • 暫止
  • 取消訂閱
  • 無回應

運作方式：

  • 每個 CSV 檔案僅包含一個階段的潛在客戶。
  • 檔案包含關鍵欄位，如潛在客戶電子郵件及潛在客戶進入該階段的時間戳記。
  • Agent會提供可下載的 CSV檔案。

這可以協助管理者:

  • 透過同意系統批量核對紀錄
  • 分析依活動或客戶細分的趨勢
  • 快速將資料分享給內部團隊

範例查詢：

  • 「在 CSV 檔案中取得本月已取消訂閱的潛在客戶」
  • 導出所有退訂名單
  • 「將所有已升級的潛在客戶匯出至 CSV」

銷售開發 Agent 為最後階段的潛在客戶提供 CSV 匯出選項的螢幕截圖

從銷售開發 Agent 取得報告

由於銷售開發 Agent 使用自然語言，因此沒有固定的報告選單。 您輸入想知道的，Agent 會幫您找出答案。這區段中的提示只是起點，不是唯一選項。 關鍵是要根據您想回答的問題，知道該用哪種報告類型。

何時要使用哪份報告

我想要… 使用這個
查看一個活動的整體表現 活動總結報告
調查特定潛在客戶發生何事 個別潛在客戶報告
查看處於特定階段的人士，或提取一份可用來採取行動的清單 階段匯出

活動總結報告

當您想衡量整體活動表現，例如已發送多少封電子郵件、回覆多少潛在客戶，以及最終結果時，就可以使用此報告。 這是針對特定潛在客戶清單的最高層級健全狀態檢查。

輸入以下提示以取得活動摘要報告：Show me a summary report of the outreach activity for [filename].xlsx

注意

使用給 Agent 的確切檔名來拓展。 從 Agent 的確認訊息複製檔名以避免不符。

活動摘要報告檔案的螢幕截圖。

如何讀取數字

以下已解答範例說明報告指標在實務中的意義。 已對三位潛在客戶的清單執行測試：

  • 潛在客戶 1 收到兩封電子郵件，回覆說他們不感興趣，Agent 回覆後，交談便升級。
  • 潛在客戶 2 只收到一封電子郵件，回覆表示有興趣，Agent 回覆後，便轉接。
  • 潛在客戶 3 收到三封電子郵件都沒有回覆，目前仍在拓展中。 (最後 Agent 將他們移到暫止狀態，但此處未擷取。)

活動摘要報表的螢幕截圖。

以下是如何讀取報告指標：

指標 範例中的值 意義
潛在客戶總數 3 (100%) CSV 中唯一潛在客戶。 排除重複項。
已傳送的電子郵件總數 8 (100%) Agent 寄出的每封電子郵件：初步拓展、後續追蹤，以及回覆潛在客戶的回覆。 6 封拓展電子郵件 + 2 則 Agent 回覆 = 8。
收到的電子郵件總數 2 (100%) 所有 Agent 從潛在客戶那裡收到的輸入電子郵件。
已處理的來信 2 (100%) Agent 已讀取並處理的輸入電子郵件。 應該一律收到的電子郵件總數相符。
已排程初步拓展 0 (0%) 初步電子郵件已排入佇列但尚未寄出。 零代表所有初步電子郵件都已經寄出。
已送出的初次拓展 3 (100%) 初步拓展電子郵件已送達。 三位潛在客戶都收到了第一封電子郵件。
已發送 C2 回覆 2 (100%) Agent 回覆潛在客戶的回覆訊息。 有兩位潛在客戶回覆，所以 Agent 便同時回覆兩位。
已排程後續追蹤 0 (0%) 後續追蹤電子郵件目前在佇列中，但尚未寄出。 零代表沒有待處理項目。
後續追蹤已發送 3 (100%) 後續追蹤電子郵件已送達 潛在客戶 1 收到一封後續追蹤；潛在客戶 3 收到兩封。 總共三封。
潛在客戶回覆率 2 (66.67%) 回覆過至少一封電子郵件的唯一潛在客戶的數量與百分比。 三分之二的潛在客戶已回覆。 2/3 = 66.67%.
電子郵件回覆率 2 (25%) 所有送出且收到回覆的郵件數量和百分比。 八封郵件中有兩封收到回覆。 2/8 = 25%。
呈報 1 (33.33%) 目前處於升級階段的潛在客戶。 三分之一的潛在客戶。 1/3 = 33.33%。
Handoff 1 (33.33%) 目前處於轉接階段的潛在客戶。 三分之一的潛在客戶。 1/3 = 33.33%。
拓展 1 (33.33%) 潛在客戶仍處於拓展階段，尚未收到回覆，也尚未有結果。 三分之一的潛在客戶。 1/3 = 33.33%。 如果他們都不回覆，最後就會移至暫止。

個別潛在客戶報告

當特定潛在客戶看起來有異狀，且您想要深入了解時，可用這份報告。 例如，潛在客戶遭移至非預期階段，您想驗證已寄出哪些電子郵件以及發送的時間，或是潛在客戶直接聯繫您，而您需要上下文資訊才能回覆。

輸入以下提示即可獲得個別潛在客戶報告： Can you give me a summary related to [name] email [email address] in the campaign performance of [filename].xlsx

上述提示傳回 Agent 對潛在客戶及其公司做的研究、所有已寄出的電子郵件及其結果、目前階段、任何階段轉換，以及當前情況摘要。

注意

使用給 Agent 的確切檔名來拓展。 從 Agent 的確認訊息複製檔名以避免不符。

階段匯出報告

當您想查看潛在客戶在各階段的分布、隨時間變化的追蹤活動，或提取一份可採取行動的清單時，可以使用此報告。 例如，您可以在週末匯出所有升級的潛在客戶以轉接給銷售團隊，或審查所有取消訂閱者以保持 CRM 乾淨。

匯出所有階段

輸入以下提示以取得所有以 CSV 檔案表示的階段： Export all stages in CSV

上述提示會傳回一個包含資料行的 CSV 文件：電子郵件、轉換日期、階段。 它涵蓋所有階段：拓展、資格審查、轉接、升級、取消資格、暫止、取消訂閱、無回應及重新導向。

匯出特定階段

輸入以下提示以取得所有以 CSV 檔案表示的l [階段名稱] 潛在客戶： Export all [stage name] leads to CSV

範例:

  • Export all escalated leads to CSV
  • Export all unsubscribed leads to CSV
  • Export all handoff leads to CSV

上述提示會傳回一個僅篩選該階段潛在客戶的 CSV 檔案。

匯出所有升級的潛在客戶到 CSV 之提示的螢幕截圖。

匯出所有取消訂閱的潛在客戶到 CSV 之提示的螢幕截圖。

AI 處理、跨地理區域資料流程，以及 EU 法規遵循

銷售開發 Agent 會使用您所選底理區域中的 AI 處理元件。

如果所選地區的處理容量或所需服務元件無法使用，與該服務相關的部分資料可能會在您所選地區以外進行處理。

重要

對於歐盟資料邊界內的客戶，此同意不會修改、放棄或以其他方式影響現有的歐盟資料邊界承諾。 這些承諾仍然有效。

安裝流程透明度通知

銷售開發 Agent 可能會根據服務可用性和容量，將請求路由至不同的受支援生成式 AI 模型，其中可能包括由第三方供應商（如 Anthropic）所提供的模型。 在特定地區，服務的可用性可能取決於是否已在租戶層級透過 Microsoft 365 系統管理中心啟用所需的模型提供者。 停用受支援的模型提供者，可能會影響銷售開發 Agent 在這些地區的功能。

如果您不同意在所選地理區域以外，或由其他受支援的 AI 模型處理您的請求：

  • 不要安裝銷售開發 Agent。
  • 如果已經安裝，請卸載銷售開發 Agent 以撤銷同意。

如要管理在 Microsoft 365 系統管理中心運作的 Microsoft AI 轉包處理者，請查看 此設定。

支援與不支援的內容類型

當您在 Teams 中與銷售開發 Agent 互動時，以下是可行與不可行的事項：

支援的內容：

  • 結構化商務資料（CSV 或 Excel 檔案）。
  • 文字文件與簡報（.docx、.pptx、.pdf、.txt）
  • 公開或內部網站連結（不含媒體內容）。
  • Teams 一對一聊天中的對話。

不支援的內容：

  • 影片或音訊檔案。
  • 影像內容（.jpg、.png）。
  • 群組聊天或 Teams 頻道。
  • Outlook 郵件串或轉寄的郵件。
  • 個人資訊、機密資訊或與外展設定無關的資訊。

如果您分享不受支援的內容，例如影片檔案，Agent 會提示："我無法存取影片檔案。 請分享書面摘要或文件。"

銷售開發 Agent 權限

銷售開發 Agent 會使用以下權限來執行其工作。

Agent 365 工具

  • McpServers.Mail.All：允許應用程式存取 Mail MCP 伺服器。
  • McpServers.OneDriveSharepoint.All：允許應用程式存取 OneDrive 及 SharePoint MCP 伺服器。
  • McpServers.Word.All：允許應用程式存取 Word MCP 伺服器。
  • McpServers.Excel.All：允許應用程式存取 Excel MCP 伺服器。
  • McpServers.Knowledge.All：允許應用程式存取 Knowledge MCP 伺服器。
  • McpServers.Teams.All：允許應用程式存取 Teams MCP 伺服器。
  • McpServers.Dataverse.All：允許應用程式存取 Dataverse MCP 伺服器。
  • McpServers.Sales.All：允許應用程式存取 Sales MCP 伺服器。
  • McpServersMetadata.Read.All：允許應用程式讀取所有MCP伺服器的元資料。
  • McpServers.SharepointLists.All：允許應用程式存取 SharePoint 清單 MCP 伺服器。
  • McpServers.Me.All：允許應用程式存取 Me MCP 伺服器。
  • McpServers.CopilotMCP.All：允許應用程式存取 Copilot MCP 伺服器。

Microsoft Graph

  • ChannelMessage.Read.All：讀取所有頻道訊息。
  • Chat.Read：讀取使用者聊天訊息。
  • ChatMessage.Send：傳送使用者聊天訊息。
  • Files.ReadWrite.All：擁有使用者能存取的所有檔案的完整權限。
  • Mail.ReadWrite.Shared：讀取及寫入共用資料夾中的郵件。
  • Mail.Send：發送郵件。
  • Sites.ReadWrite.All：擁有所有網站集合的完整控制權。
  • User.Read.All：讀取所有使用者的完整設定檔。
  • Chat.Create：建立聊天。
  • Presence.ReadWrite：讀取與寫入狀態資訊。

Power Platform 環境服務

  • user_impersonation：允許使用者存取所有 API。

Dataverse

  • user_impersonation：允許應用程式存取通用資料服務（Common Data Service）。

Power Platform API

  • Connectivity.Connections.Read：讀取連線。
  • CopilotStudio.Copilots.Invoke：叫用 Copilot Studio Copilots。

訊息機器人 API 應用程式

  • AgentData.ReadWrite：允許對Agent資料進行讀取/寫入。

銷售開發 Agent 的現有限制

下表列出 Agent 365 中銷售開發 Agent 的目前限制：

區域 運作方式
Teams 聊天 僅支援 Agent 建立者與 Agent 之間的一對一聊天。 目前其他人無法與 Agent 聊天。
通訊管道 Agent 只會透過電子郵件和 Teams 聊天與使用者互動。 Teams 頻道中的對話、文件中的註解、Teams 會議，以及其他頻道均不受支援。
電子郵件對話 Agent只會回覆由其啟動的郵件串。 Agent 會忽略寄給它的電子郵件，除非其已開始該郵件串。
重新命名 Agent 的名稱和電子郵件地址可在 Microsoft 365 系統管理中心進行變更。
資料擷取 支援 SharePoint、OneDrive 和網頁連結，但不支援遞迴爬取或媒體檔案。
分析 未提供內建的視覺化報告儀表板；進度將透過 Teams 聊天分享。
人工監督 一旦啟動，便會自動執行直到停止。
測試範圍 驗證僅限於Teams 1：1 聊天。
自動進展 不會自動從測試切換到試點。
電子郵件傳送 全天候發送電子郵件，包括週末。

相關內容

  • Last updated on