銷售營運團隊如何在 Salesforce 中設定並部署 Agentforce SDR 智慧代理

銷售營運（Sales Ops）團隊導入 Agentforce Sales Development Representative（SDR）自主代理——在 Salesforce 最新架構中亦整合於 Agentforce Engagement 與潛在客戶培育（Lead Nurturing）架構下——旨在實現入境潛客（Inbound Leads）的自動化初篩、全天候業務答疑，並直接在客戶經理（AE）的行事曆上預約會議。相較於傳統靜態的自動化郵件排程（Drip Cadences），Agentforce SDR 是直接扎根於 CRM 真實業務數據中的自主決策代理，能夠即時辨識潛客意圖並完成商業推進。

本指南為銷售營運主管與 Salesforce 系統管理員提供一套完整的生產環境落地藍圖：涵蓋平台前置依賴檢查、權限與專屬代理使用者設定、Agent Builder 核心配置、Data Cloud 業務資料接地（Grounding）、行事曆預約連動、潛客自動化流轉，以及沙盒批次測試。

核心架構與前置依賴

Agentforce SDR 運行於 Salesforce Einstein 1 平台之上。在開啟 Agent Builder 之前，銷售營運團隊必須確認底層依賴與授權元件已備妥：

重要維運提示： 傳統的元資料部署工具（如變更集 Change Sets 或 SFDX 命令列部署）目前暫不支援 Agentforce SDR 代理跨組織直接部署。銷售營運團隊應在沙盒（Sandbox）環境中完成完整設定與驗證，建立標準化設定清單後於生產環境中直接重現設定。

步驟一：配置系統權限並建立專屬代理使用者

Agentforce SDR 以獨立數位員工的身份執行系統操作，必須綁定獨立的系統使用者，切勿直接使用管理員或個別銷售代表的個人帳號。

1. 建立專屬代理使用者記錄：
   • 進入 Salesforce Setup（設定），前往 Users（使用者）> Users > New User。
   • 填寫使用者名稱與獨立的企業專用信箱（例如 ai-sdr@yourcompany.com）。
   • 授權類型選擇 Einstein Agent User。
2. 指派必要權限集（Permission Sets）：
   • 為代理使用者及銷售營運管理團隊指派以下核心權限集：
     • Configure Agentforce SDR Agent（授予銷售營運設定與建置人員）。
     • Agentforce SDR Agent（授予新建的代理專用系統使用者）。
     • Sales Engagement Cadence Creator 與 Automated Actions User。
     • Data Cloud 資料空間存取權限與自訂向量檢索器權限。
3. 透過 EAC 連結代理專用信箱：
   • 在 Einstein Activity Capture 中配置代理使用者的信箱授權，採用使用者層級身分驗證。
   • 確保發信網域名稱已於公司 DNS 完成 SPF、DKIM 與 DMARC 設定，避免自主發送的外呼郵件落入收件方垃圾郵件匣。

步驟二：在 Agentforce Studio 中初始化代理人設

1. 在 Salesforce Setup 的 Quick Find 搜尋列中輸入 Agentforce Agents，點擊進入。
2. 點擊 New Agent（新增代理）。
3. 選擇預置範本：Agentforce Sales Development Rep（或依系統版本顯示為 Agentforce Engagement / Lead Nurturing）。
4. 設定代理的身分參數：
   • Agent Name 與 API Name： 規範命名（例如 Inbound_Inquiry_SDR）。
   • Role（角色）： 清楚定義商業職責（例如 "負責回應入境潛客諮詢、解答產品與商業規格問題、評估潛客契合度，並為客戶經理安排產品示範會議的自主銷售發展代表"）。
   • Company Description（公司概況）： 輸入官方權威的公司簡介、目標理想客戶輪廓（ICP）、核心產品矩陣與價值主張。
   • Tone of Voice（語調規範）： 定義溝通風格（例如 "專業、顧問導向、客觀精簡、得體有禮"）。
5. 在代理設定中，選擇步驟一建立的專屬 Agent User，並勾選 Enrich event logs with conversation data（以對話資料豐富事件日誌），確保所有對話紀錄具備完整的稽核軌跡。

步驟三：透過 Data Cloud 與知識資料庫進行業務資料接地

自主代理必須掌握經過核可的業務事實，才能在面對定價、功能細節與合規問題時給予精確答覆，避免大語言模型產生幻覺。

1. 上傳核心參考文件至 Data Library（資料庫）：
   • 在 Agent Builder 中切換至 Data Library 標籤頁。
   • 上傳經銷售與產品團隊審核通過的檔案（PDF、DOCX 或純文字）：
     • 產品功能規格清單與版本功能對比表。
     • 官方公開定價策略、標準交付週期與計費模式說明。
     • 常見問答集（FAQ）與客戶異議處理指南（Battlecards）。
     • 競品差異化分析摘要。
2. 連接 Data Cloud 檢索器與知識庫：
   • 驗證代理檢索器已正確綁定至主要的 Data Cloud 資料空間。
   • 若組織內已啟用 Salesforce Knowledge，確認預設的 productQnA 主題對已發布的知識文章擁有讀取權限。
3. 對應情境變數（Context Variables）：
   • 確保系統已正確傳遞 currentRecordId 與 currentObjectApiName 變數，使代理在分析潛客回覆與草擬內容時，能精準關聯至對應的 Lead、Contact 或 Account 記錄。

步驟四：定義主題（Topics）、自然語言指令與操作

Agentforce 透過 Topic（主題） 機制界定代理的業務邊界，每個主題包含具體的 Action（操作，如呼叫 Flow、Apex 或提示範本） 以及 Instruction（自然語言指令，定義決策規則）。

銷售營運團隊應設定四個核心主題：

1. 潛客初篩主題（Inbound Lead Qualification）

• 業務目標： 依據企業的 BANT（預算、決策權、需求、時間表）及 ICP 條件評估潛客回覆。
• 主題指令範例：
  • "分析潛客回覆中的企業規模、現有技術架構與核心痛點。"
  • "當潛在客戶所屬企業人數超過 50 人、預計導入時程在 6 個月以內，且需求符合核心產品模組時，判定為符合銷售標準（Sales-Ready）。"
  • "若潛客提供的資訊不足以完成判定，每次回覆僅提出一個具體問題引導補充，嚴禁一次發送多項問題造成客戶困擾。"

2. 產品與商務答疑主題（productQnA）

• 業務目標： 依據已核准的資料庫解答潛客的功能與商業問題。
• 主題指令範例：
  • "回答必須完全依據 Data Library 中上傳的產品文件與知識庫內容。"
  • "若潛客詢問未公開的客製折扣、非標準介面或產品藍圖交付日期，委婉告知此類技術細節將由解決方案專家在後續會議中深入說明。"
  • "嚴禁向客戶承諾未經核准的降價方案或揣測功能發布時程。"

3. 會議排程主題（Schedule Meeting）

• 業務目標： 自主協調會議時間並寄發行事曆預約邀請。
• 主題指令範例：
  • "當潛客明確表達購買意向或符合資格標準時，主動提出線上示範會議邀請。"
  • "透過 Salesforce Inbox 與 EAC 連線之線索擁有者（Lead Owner）行事曆，即時查詢可用時段。"
  • "寄發會議邀請與確認信時，務必副本抄送（CC）負責的業務代表。"

4. 退出與資格不符管理主題（Opt-Out Management）

• 業務目標： 合規處理取消訂閱請求與非目標潛客分流。
• 主題指令範例：
  • "若潛客表示無意願、要求取消聯絡或明確拒絕跟進，立即將狀態標記為已取消訂閱（Opted Out），禮貌致意後終止後續聯絡。"

步驟五：設定行事曆協同與業務代表交接機制

鎖定會議並順暢交接給人工客戶經理，是 SDR 流程的核心產出價值。整體交接流程架構如下：

[官網表單 / 線上即時諮詢]
           │
           ▼
[建立 Salesforce Lead] ──► [自動分派至 Agentforce SDR 處理佇列]
                                         │
                                         ▼
                               [AI 代理自主情境互動]
                                 (知識答疑 + BANT 篩選)
                                         │
                         ┌───────────────┴───────────────┐
                         ▼                               ▼
                 [未達銷售初篩門檻]                [通過銷售資格審查]
                         │                               │
                 [更新潛客狀態]                          ▼
                 [轉入長期培育池]                [觸發 Schedule Meeting 操作]
                                                 (透過 EAC 讀取業務代表行事曆)
                                                         │
                                                         ▼
                                                [發送會議預約邀請]
                                                         │
                                                         ▼
                                               [觸發 Salesforce Flow 自動化]
                                                • 更新線索狀態為 SQL
                                                • 自動建立 Calendar Event
                                                • 發送 AI 摘要給對應客戶經理

1. 預約連結產生機制： 代理叫用 Schedule Meeting 操作時，系統自 Lead Owner 連線的 EAC 行事曆動態取得空檔，生成專屬預約連結或提出建議會議時段。
2. 基於 Flow 的自動化交接：
   • 針對 Lead 或 Event 物件建立記錄觸發流程（Record-Triggered Flow）。
   • 當系統偵測到代理使用者成功預約會議後：
     • 將 Lead.Status 更新為 Sales Qualified Lead (SQL)。
     • 擷取本次互動的關鍵脈絡（預算、主要痛點、需求模組），產出結構化 AI 摘要並發布至線索記錄的 Chatter 動態中。
     • 為指派的客戶經理建立一項高優先級待辦事項（Task），附上會議時間與客戶背景摘要。

步驟六：串聯入境管道與自動化銷售節奏（Cadence）

銷售營運團隊需明確定義潛客進入 Agentforce SDR 流程的觸發機制：

1. 線索分派規則（Lead Assignment Rules）：
   • 進入 Setup > Lead Assignment Rules。
   • 建立規則：當潛客來自指定管道（如官網試用申請、白皮書下載）且符合國家與產業門檻時，將負責人指派給 Agentforce SDR 專用佇列或代理系統使用者。
2. Sales Engagement 銷售節奏整合：
   • 於 Sales Engagement 中建置針對入境潛客的自動化 Cadence。
   • 將首個接觸點設定為由 Agentforce SDR 發出的個人化郵件。
   • 設定分支邏輯：若潛客於 48 小時內未回覆，由代理自主產出並發送溫和的跟進提醒（Nudge）。
3. 網頁即時通訊管道（MIAW，選用）：
   • 若要在企業官網提供即時 AI 諮詢，可在 Setup 中設定 Messaging for In-App and Web。
   • 將聊天管道直接連結至 Agentforce SDR 代理，讓潛客在造訪網站的第一時間即可完成初步篩選並預約會議。

步驟七：沙盒模擬、批次測試與安全邊界驗證

在部署至生產環境之前，銷售營運團隊應在沙盒環境中使用兩項驗證工具進行深度測試：

Agent Builder 對話預覽（Conversation Preview）

• 利用 Agent Builder 右側的 Preview 互動面板，進行單輪與多輪即時對話模擬。
• 測試極端案例：
  • 針對定價架構與資安合規的多重深入提問。
  • 刻意提供含糊不清的資訊，檢驗代理是否能精確追問而不妄加推測。
  • 模擬提示詞注入（Prompt Injection）與競品誘導問題，驗證 Einstein Trust Layer 的防禦能力。

Agentforce Testing Center 批次測試

• 在沙盒環境中開啟 Testing Center，匯入包含 50–100 筆歷史真實潛客信件的測試集（CSV 格式）。
• 檢視系統產出的 0–5 分自動化評分報告：
  • 指令遵循度（Instruction Adherence）： 代理是否嚴格於符合標準後才發出會議邀請？
  • 事實準確度（Grounding Accuracy）： 答疑內容是否 100% 來自 Data Library 文件？
  • 語調與完整性（Tone & Completeness）： 郵件內容是否保持專業、精練且直指重點？

步驟八：生產環境啟用與營運監控

通過全面驗證後，正式啟用代理並建立日常營運治理機制：

1. 啟用代理：
   • 在 Agent Builder 中點擊右上角的 Activate（啟用）。
   • 確認代理狀態維持為作用中，各項權限、EAC 信箱連線與檢索器狀態燈號均為正常綠燈。
2. 透過 Omni-Supervisor 即時監控：
   • 開啟 Omni-Supervisor 主控台，監控即時對話量、佇列處理狀況與轉接人工專員的比例。
   • 針對未命中主題或發生執行時錯誤的會話設定即時警示。
3. 建立銷售漏斗報表：
   • 建立專屬 Salesforce 報表與儀表板，追蹤核心營運指標：
     • 分派給 Agentforce SDR 的潛客總量。
     • 潛客回覆率（Response Rate）。
     • 初篩合格轉換率（SQL 轉化率）。
     • 會議預約率與實際出席率。
     • 首度回應時間（Speed-to-Lead，表單送出至首封郵件送達時間）。
4. 知識庫持續優化：
   • 每雙週抽樣審查代理與潛客的互動紀錄。若發現常見問題代理無法回答，優先更新並擴充 Data Library 中的文件，而非頻繁變更提示詞。以權威文件為基礎接地，是維持 AI 代理穩定表現的最佳策略。

參考資料

• Agentforce Engagement Overview
• Design and Implement Agents
• Agentforce Glossary of Terms