台灣電商品牌導入 Salesforce Service Cloud：客服工單系統設定實戰

Salesforce Service Cloud 是台灣電商品牌建立專業客服工單系統的首選平台之一。本教學將從環境準備、Case 物件客製化、Omni-Channel 路由設定到自動化規則，逐步帶你完成一套適用於跨境電商情境的工單管理系統。

為什麼台灣電商品牌需要結構化的工單系統？

台灣電商市場正處於跨境擴張的關鍵階段。根據 Statista 的數據，2024 年台灣電商市場規模已突破新台幣 5,200 億元，且跨境購物佔比持續成長。當品牌同時面對台灣本地、東南亞、甚至日韓市場的消費者時，單靠 LINE 群組或 Email 信箱處理客訴，很快就會遇到瓶頸：

• 工單遺漏：多渠道訊息分散，客服人員容易漏接
• 無法追蹤 SLA：沒有系統化的回覆時效管理
• 跨市場語系混亂：繁體中文、英文、越南文工單混在一起
• 缺乏數據分析：無法量化客服效能與客戶滿意度

Salesforce Service Cloud 提供了 Case Management、Omni-Channel Routing、Knowledge Base 等模組，能有效解決上述痛點。

前置準備與環境需求

在開始設定之前，請確認以下條件已就緒：

必備條件

1. Salesforce 版本：Service Cloud Enterprise Edition 或以上（Professional Edition 缺少部分自動化功能）
2. 管理員權限：System Administrator Profile 或具備 Customize Application、Manage Cases 權限
3. 已啟用的功能：Lightning Experience（非 Classic）、Omni-Channel 功能需在 Setup 中手動啟用
4. 時區設定：建議將 Org 預設時區設為 Asia/Taipei (GMT+08:00)，配合台灣營運時間
5. 沙箱環境：強烈建議先在 Sandbox 完成所有設定，驗證後再部署至 Production

建議的整合工具

• LINE Official Account：透過 Salesforce AppExchange 上的 LINE 連接器（如 Cinnox 或自建 API）
• Shopify / 91APP：用於同步訂單資料至 Case 記錄
• Slack：設定即時通知，讓主管監控高優先級工單

步驟一：客製化 Case 物件以符合電商情境

Salesforce 的 Case 物件預設欄位並不完全貼合電商需求。我們需要新增自訂欄位與調整 Record Type。

新增自訂欄位

進入 Setup → Object Manager → Case → Fields & Relationships → New，依序建立以下欄位：

• Order_Number__c（Text, 20）：關聯訂單編號
• Market__c（Picklist）：值包含 TW、SG、MY、VN、HK、AU
• Issue_Category__c（Picklist）：物流查詢、退換貨、商品瑕疵、付款問題、帳號問題、其他
• Preferred_Language__c（Picklist）：zh-TW、en、vi、th
• Revenue_Impact__c（Currency）：該工單涉及的訂單金額，用於優先級判斷

建立 Record Type

針對不同客服場景建立 Record Type，讓頁面佈局和業務流程各自獨立：

1. 一般客訴（General Inquiry）：預設流程，適用大多數情境
2. 退換貨申請（Return & Exchange）：需要額外的退貨地址、退款方式欄位
3. VIP 客戶專線（VIP Support）：針對年消費超過特定金額的高價值客戶

在 Setup → Object Manager → Case → Record Types 中建立，並為每個 Record Type 指定對應的 Page Layout。

Page Layout 設定建議

將最常用的欄位放在頁面頂部的 Compact Layout 中：

1Compact Layout 欄位順序：
21. Case Number
32. Market__c
43. Issue_Category__c
54. Status
65. Priority
76. Order_Number__c

這樣客服人員打開工單時，無需捲動頁面就能掌握關鍵資訊。

步驟二：設定 Case 自動指派規則（Assignment Rules）

自動指派規則決定新進工單如何分配給正確的客服團隊。

建立 Assignment Rule

進入 Setup → 搜尋 "Case Assignment Rules" → New：

1. 建立規則名稱：EC_Case_Assignment_v1
2. 勾選 "Active" 設為啟用狀態
3. 新增 Rule Entry（依優先順序排列）：

Rule Entry 1 — VIP 客戶

• 條件：Contact.VIP_Status__c = TRUE
• 指派給：Queue VIP_Support_Team

Rule Entry 2 — 退換貨

• 條件：Issue_Category__c = 退換貨
• 指派給：Queue Returns_Team

Rule Entry 3 — 越南市場

• 條件：Market__c = VN
• 指派給：Queue VN_Support_Team

Rule Entry 4 — 預設

• 條件：無條件（catch-all）
• 指派給：Queue General_Support_TW

建立 Queue

每個 Queue 對應一組客服人員。進入 Setup → Queues → New：

1Queue Name: VIP_Support_Team
2Supported Objects: Case
3Queue Members: [指定具 VIP 處理經驗的客服人員]
4Queue Email: [email protected]

重複此步驟建立所有需要的 Queue。

步驟三：啟用 Omni-Channel 實現即時工單路由

Omni-Channel 是 Service Cloud 的核心路由引擎，能根據客服人員的在線狀態與工作負載自動分配工單。

啟用 Omni-Channel

1. Setup → 搜尋 "Omni-Channel" → Omni-Channel Settings
2. 勾選 "Enable Omni-Channel"
3. 建立 Service Channel：

• Channel Name: Cases
• Salesforce Object: Case

4. 建立 Routing Configuration：

1Routing Configuration Name: EC_Standard_Routing
2Routing Priority: 1
3Routing Model: Least Active（將工單分配給手上案件最少的客服）
4Capacity Weight: 1
5Capacity Type: Tab-based

5. 建立 Presence Configuration：

1Presence Configuration Name: EC_Agent_Presence
2Capacity: 5（每位客服同時處理上限 5 張工單）
3Presence Statuses:
4  - Online
5  - On Break
6  - In Training

將 Queue 綁定 Routing Configuration

回到 Queue 設定頁面，在 Routing Configuration 欄位選擇剛才建立的 EC_Standard_Routing。這樣進入該 Queue 的案件會自動透過 Omni-Channel 分配。

步驟四：用 Flow 建立自動化 SLA 監控

SLA（Service Level Agreement）是電商客服的核心指標。根據 Salesforce 自家 State of Service 報告（第五版），高績效客服團隊中有 69% 使用自動化 SLA 追蹤。我們用 Salesforce Flow 實作逾時警告機制。

建立 Scheduled-Triggered Flow

進入 Setup → Flows → New Flow → Scheduled-Triggered Flow：

1Flow 名稱：EC_SLA_Breach_Alert
2觸發頻率：每 30 分鐘執行一次
3
4觸發條件：
5  Object: Case
6  Filter: Status NOT IN ('Closed', 'Resolved')
7          AND CreatedDate < LAST_N_HOURS:4
8          AND SLA_Notified__c = FALSE
9
10動作 1：Send Email Alert
11  收件人：Case Owner
12  主旨：⚠️ SLA 警告：Case {!CaseNumber} 已超過 4 小時未處理
13  內容：包含 Case 連結與客戶資訊
14
15動作 2：Update Records
16  將 SLA_Notified__c 設為 TRUE
17
18動作 3（選填）：Post to Slack
19  透過 Salesforce Slack Integration 發送至 #cs-escalation 頻道

進階：依市場設定不同 SLA 標準

不同市場的客戶期望不同。例如台灣消費者習慣快速回覆，可將 SLA 設為 2 小時；而澳洲市場因時差關係，可設定為 4 小時。在 Flow 的 Decision 元素中加入 Market__c 的判斷：

1Decision: Check Market SLA
2  Outcome 1: Market__c = 'TW' AND CreatedDate < LAST_N_HOURS:2
3  Outcome 2: Market__c = 'AU' AND CreatedDate < LAST_N_HOURS:4
4  Default: CreatedDate < LAST_N_HOURS:3

步驟五：整合 Email-to-Case 與 Web-to-Case

讓客戶透過 Email 與網站表單自動建立工單。

Email-to-Case 設定

1. Setup → Email-to-Case → 勾選 Enable Email-to-Case
2. 新增 Routing Address：

1Routing Name: TW_General_Support
2Email Address: [email protected]
3Case Origin: Email
4Case Priority: Medium
5Task Status: New
6Assignment Rule: EC_Case_Assignment_v1（勾選使用 Assignment Rule）

3. 將實際的信箱設定 Auto-Forward 到 Salesforce 提供的 Routing Address

Web-to-Case HTML 範例

進入 Setup → Web-to-Case → Generate HTML，將以下程式碼嵌入品牌官網的聯絡頁面：

1<form action="https://webto.salesforce.com/servlet/servlet.WebToCase?encoding=UTF-8" method="POST">
2  <input type="hidden" name="orgid" value="00DXXXXXXXXXXXXXXX">
3  <input type="hidden" name="retURL" value="https://yourbrand.com.tw/support-thanks">
4  
5  <label for="name">姓名</label>
6  <input id="name" name="name" type="text" required />
7  
8  <label for="email">Email</label>
9  <input id="email" name="email" type="email" required />
10  
11  <label for="phone">電話</label>
12  <input id="phone" name="phone" type="text" />
13  
14  <label for="subject">問題主旨</label>
15  <input id="subject" name="subject" type="text" required />
16  
17  <label for="description">問題描述</label>
18  <textarea id="description" name="description" rows="4" required></textarea>
19  
20  <!-- 隱藏欄位：自動帶入市場 -->
21  <input type="hidden" name="00NXXXXXXXXXXXXXXX" value="TW">
22  
23  <button type="submit">送出</button>
24</form>

請將 orgid 與自訂欄位 ID 替換為你的 Org 實際值。

Branch8 實戰經驗：台灣美妝電商品牌導入紀實

2025 年 Q3，我們的台北團隊協助一家年營收超過新台幣 3 億元的台灣美妝電商品牌，在 8 週內完成 Salesforce Service Cloud 的導入。該品牌同時經營台灣與新加坡市場，原先使用 Zendesk 管理約 1,200 張月工單，但跨市場路由與中文 Knowledge Base 的支援不夠彈性。

我們的做法包括：

• 設計 3 組 Record Type（一般查詢、退換貨、美容諮詢），分別對應不同 Page Layout
• 用 Omni-Channel 搭配 Skill-Based Routing，讓會說中文的客服優先接台灣工單，英文能力佳的客服處理新加坡案件
• 透過 Salesforce Flow 串接 91APP 訂單 API，Case 建立後自動拉取最近三筆訂單資訊顯示在 Related List
• 整合 Einstein Case Classification（Spring '25 版本）進行工單分類，準確率在上線第二個月達到 82%

導入後首季，該品牌的平均首次回覆時間從 6.2 小時降至 1.8 小時，客服團隊人數維持不變。

常見問題排除與最佳實踐

Assignment Rule 沒有觸發

最常見的原因是忘記在建立 Case 的入口點啟用 Assignment Rule。確認以下位置都有勾選：

• Email-to-Case 的 Routing Address 設定中勾選 "Use Assignment Rule"
• Web-to-Case 的 form 中加入隱藏欄位（部分版本需要）
• 如果用 API 建立 Case，記得在 DML Options 中設定 useDefaultRule = true

Omni-Channel 工單不分配

確認以下設定：

1. 客服人員的 Presence Status 是否為 "Online"
2. 客服人員是否已被加入對應的 Queue
3. Routing Configuration 是否已綁定至 Queue
4. 客服人員的 Capacity 是否已滿（可在 Omni Supervisor 面板查看）

跨時區 SLA 計算不準確

如果你的團隊橫跨多個時區（例如台北 GMT+8 與雪梨 GMT+11），建議在 Entitlement Process 中使用 Business Hours 設定，而非單純依賴 CreatedDate 計算。進入 Setup → Business Hours，為每個市場建立獨立的營業時間設定。

大量歷史資料遷移注意事項

從 Zendesk 或其他系統遷移歷史工單時，使用 Salesforce Data Loader 批量匯入。根據 Salesforce 官方文件建議，單次 API 呼叫上限為 200 筆記錄，大量匯入時建議使用 Bulk API 2.0，並注意 API Rate Limit（每 24 小時 100,000 次 API 呼叫，Enterprise Edition）。

部署與上線檢查清單

上線前請逐一確認以下項目：

1. 所有自訂欄位的 Field-Level Security 已正確設定（客服 Profile 可讀寫，一般使用者唯讀）
2. Assignment Rule 在 Production 中設為 Active
3. Email-to-Case 的 Routing Address 已完成信箱轉寄驗證
4. Omni-Channel 的 Presence Configuration 已分配給正確的 Profile
5. Flow 已在 Sandbox 測試至少 50 筆模擬案件
6. Sandbox 變更透過 Change Set 或 Salesforce CLI 部署至 Production

使用 Salesforce CLI 部署 Flow

1# 從 Sandbox 取出 Flow metadata
2sf project retrieve start --metadata Flow:EC_SLA_Breach_Alert --target-org sandbox
3
4# 部署至 Production
5sf project deploy start --source-dir force-app/main/default/flows --target-org production --test-level RunLocalTests

下一步：用 AI 強化工單處理效率

完成基礎建設後，下一階段可以考慮導入 Salesforce Einstein for Service 的進階功能：

• Einstein Case Classification：自動分類工單類型，減少人工判斷
• Einstein Reply Recommendations：根據歷史案例推薦回覆內容
• Einstein Bots：在 Chat 與 Messaging 渠道部署 AI 機器人處理常見問題

根據 Salesforce 2024 年 State of Service 報告，使用 AI 的客服團隊效率平均提升 30%，而 Service Cloud 的 Agentforce 功能在 2025 年進一步將自動化程度推進到對話層級。

如果你正在評估 Salesforce Service Cloud 的導入，或是需要從現有客服系統遷移至 Salesforce，Branch8 的亞太團隊擁有跨市場實戰經驗，能協助你在最短時間內完成設定、整合與上線。歡迎透過 branch8.com 與我們聯繫，取得專屬的導入規劃諮詢。

Sources

• Salesforce Service Cloud 官方文件
• Salesforce Omni-Channel 設定指南
• Salesforce Email-to-Case 設定
• Salesforce Flow Builder 文件
• Salesforce State of Service Report
• Statista — Taiwan E-commerce Market
• Salesforce CLI 官方文件