Service Cloud 導入顧問指南：客服建置與流程改善

客服系統要真正落地，需要把案件責任、服務規則、資料與人員操作連成完整流程。Salesforce Service Cloud 導入顧問可協助企業整理這些工作。本文說明顧問在規劃、建置、切換與持續改善中的角色，以及企業如何用清楚的成果與驗收方式管理合作。

摘要

Service Cloud 導入顧問的工作，應從服務流程與責任出發，延伸到案件、分派、資料整合、驗收及交接。企業需要的成果不只是可操作的系統，也包括能理解規則、處理例外並持續維護的團隊。本文沿用 Service Cloud 名稱，目前 Salesforce 官方文件亦使用 Agentforce Service。合作範圍、功能與授權應依實際方案確認，並透過代表案件驗證。

1. 客服系統導入為何需要跨領域協作

客服問題經常跨越部門。客戶詢問訂單狀態，可能需要交易系統資料；產品問題可能交由技術團隊；服務承諾則由主管或合約安排決定。若各自只完成自己的設定，整條服務路徑仍可能中斷。

顧問的價值，在於協助團隊把不同需求整理成共同流程，說明資料如何流動、責任如何交接及哪些前提尚未具備。這需要理解客服工作，也需要能把規則轉成可驗證的系統設計。

當企業已有平台，但案件經常停滯、分派難以解釋或人員不願使用時，也可以先進行診斷。原因可能來自欄位、流程、整合或培訓，不應一開始就假設必須全面重建。

如果內部已具備成熟能力，可將顧問範圍聚焦於架構、特定整合或驗收支援。合作方式應依能力缺口安排，讓企業保留必要的流程決策與營運知識。

2. 顧問首先要協助企業說清服務規則

誰負責案件與跨部門交接

需求訪談應從代表案件開始，追查接收、分類、處理、轉交及結案的實際過程。客服主管與第一線人員都需要參與，因為正式流程與日常做法可能存在差異。

顧問應整理每個階段的主責人及接手條件。例如技術團隊尚未接受轉交時，原客服是否仍需跟進；客戶補充資料後，誰會重新處理。這些責任不能只靠更改案件擁有人來表達。

企業則要指定有權決定服務規則的人。顧問可提出選項及影響，但哪些客戶優先、哪些例外需要人工判斷，仍需由企業核准，避免設定完成後才出現原則分歧。

分派、時間與例外如何處理

分派規則需要對應產品、語言、問題類型與人員能力，並說明無合適人員時的安排。顧問應協助檢查規則是否可以落實，而非只把每個部門的要求全部疊加。

服務時限則需要清楚定義首次回覆、解決、等待與升級的含義。營業時間、假期及不同地區的安排，應轉成具體測試情境，讓企業能確認設定是否反映實際承諾。

例外應在設計階段被列出，包括重複進件、資料不足、外部系統暫停及結案後再次回覆。顧問交付的流程文件要能說明下一步與責任，而不是把所有例外都寫成「人工處理」。

圖 1：先對齊案件責任、分派、服務時間與例外規則，再進行系統建置。

3. 系統建置應留下哪些可驗收成果

案件與工作台設計

顧問應交付案件定義、欄位說明、狀態及角色操作方式，並讓企業看見這些設計如何支援處理及分析。欄位數量愈多不代表愈完整，真正重要的是資訊是否在需要的時點可取得。

客服工作台應以日常任務驗證。讓人員查找客戶背景、查看相關資料、回覆及轉交，觀察是否仍需大量切換工具。顧問應根據操作結果調整，而非只以展示畫面的完整度判斷。

知識內容、常用回覆及其他效率工具，也要有適用範圍與維護方式。顧問可以協助建立結構及流程，企業則需要指定內容審核與更新責任，讓知識不會在上線後迅速過期。

分派與自動化設計

若採用 Omni-Channel，顧問應說明工作入口、人員資格、可用狀態及容量如何配合，並核對企業使用的通路及授權。方案也應依現行 Enhanced Omni-Channel 文件與實際環境設計。

自動化交付應包含觸發條件、動作、例外及重試方式。若標準規則、Flow 與外部系統共同更新案件，還要列出欄位主責與相互影響，避免重複通知或狀態互相覆寫。

設定文件應保留設計原因。例如某類案件為何需要人工接收、某項資料為何只讀取不修改。這些背景能幫助後續人員理解取捨，並在業務改變時合理調整。

4. 資料整合與移轉需要共同負責

客服系統可能需要 CRM、交易、合約或設備資訊。顧問應先整理資料用途、識別與來源，區分哪些需保存、哪些只需查詢，再確認接口及更新安排。

企業的資料擁有人需要核准欄位定義及主責規則。顧問可以設計映射與整合，但不能自行決定哪個來源代表正式訂單狀態，或如何解讀模糊的歷史分類。

整合驗收應涵蓋正常資料、缺漏、重複、延遲與來源中斷。需要知道哪些案件受影響、如何恢復，以及重送是否會產生重複工作。只完成接口連接，並不代表服務流程已可使用。

移轉工作則要說明範圍、清理方式及對帳方法。未完成案件、客戶關聯與必要歷史資訊應優先驗證，並由未來使用者確認能否接續處理，避免只核對總筆數。

先以樣本演練，有助於找出日期、狀態、擁有人及附件等差異。顧問應將發現的問題回饋到規格與切換計畫，而非把演練視為正式移轉前的一次性技術測試。

5. 上線切換要維持服務連續性

把切換步驟寫成可執行計畫

正式上線計畫應列出各項檢查、負責人及完成證據，包含資料補入、帳戶存取、通路切換與人員準備。每個依賴都要有明確確認方式，不能只依日曆日期推定已完成。

新舊系統短期並行時，要說明在哪裡新增案件、在哪裡更新狀態，以及如何查找舊紀錄。如果同一工作由兩套工具同時維護，容易出現重複回覆或資訊不同步。

顧問應協助安排觀察與替代處理方式。當主要通路、分派或資料出現問題時，團隊要知道誰可以決定暫停、如何維持基本服務，以及恢復前需要驗證什麼。

驗收必須包含業務與技術證據

技術測試確認設定與整合行為，業務驗收則確認客服能完成實際工作。兩者需要共同進行，不能因案件成功建立或自動化沒有報錯，就認定客戶服務已達到預期。

測試樣本應包含常見、複雜及例外案件，並記錄預期與實際結果。顧問應清楚列出尚未解決事項及影響，企業再決定是否接受限制、延後部分範圍或安排修正。

• 案件從進件到結案有完整可追蹤路徑。
• 分派、轉交與無人接收情境已驗證。
• 服務時限及例外計時符合核准規則。
• 資料、權限與移轉關聯已核對。
• 客服與主管能完成必要操作。
• 切換、暫停、恢復與支援責任已確認。

6. 團隊交接應包含文件、演練與支援

操作文件應以角色及任務編排，例如客服如何接案、主管如何處理積壓、管理者如何查找異常。文件不需要堆積所有畫面，卻應能回答日常工作中的關鍵問題。

培訓後，讓接手人員親自完成代表任務，包括一次正常處理、一次轉交與一次例外通報。顧問可觀察哪些步驟仍需要口頭提示，再補足文件或調整設計。

系統管理交接還應涵蓋設定清單、整合依賴、版本及重要限制。企業需要知道誰能修改哪些內容，以及修改後要驗證什麼，避免日後只靠個別人員記憶維持運作。

支援安排應區分操作問題、系統故障及新增需求，並說明如何通報及提供必要資訊。把影響範圍、發生時間與代表案件一起記錄，有助於顧問或內部團隊有效追查。

圖 2：完整交接應結合工作指引、操作演練與後續支援。

7. 持續改善如何形成可管理的工作

上線後先觀察未分派、久未更新、重複轉交及資料缺漏等問題，再結合第一線回饋判斷原因。顧問應協助區分設定、資料、內容及人員安排，避免所有問題都被當成新增功能需求。

每項改善需要說明目標、改動及驗證方式。例如減少不必要轉交，要先理解分類是否清楚、必要資料是否齊全，以及接手條件是否一致，再決定調整哪個部分。

服務品質不能只看結案速度。若案件很快關閉卻反覆重新開啟，可能需要檢查解決品質及結案條件。顧問應協助企業建立有一致定義的觀察方法，而非以單一數字承諾成效。

定期回顧也要整理已不再使用的規則、過期知識與重複配置。持續改善包含簡化與清理，讓新加入的團隊成員仍能理解系統，不必不斷增加複雜度。

8. 如何評估 Service Cloud 顧問的合作能力

詢問顧問如何處理與企業相近的通路、資料及跨部門問題，並要求說明方法與交付證據。相似經驗的價值在於能否理解風險及取捨，而非只列出產品名稱或功能。

比較方案時，先對齊案件類型、資料來源、通路、測試、移轉及培訓範圍。不同報價若包含的工作不同，就不能只用總額比較，也要看企業需要額外承擔多少準備與維護。

合作計畫應列出企業必須提供的資料、內容與決策，以及顧問負責的設計與實施。若必要前提尚未確定，應有明確追蹤方式，讓雙方能及早調整時程與範圍。

假設一家 B2B 企業要把一般客服轉交技術支援，顧問可先設計代表流程、必要資料及分派方式，企業則核准服務規則並提供測試樣本。這是假設合作情境，不代表實際客戶結果。

在此情境中，交付應證明轉交後責任清楚、客戶資訊可接續，以及無人接收時有處理方式。當企業能自行使用並理解流程，顧問的工作才真正轉成可持續的營運能力。

需求變更也要留下可追蹤的決策

合作期間出現新通路、新報表或額外整合時，應先記錄需求目的與使用者，再評估對資料、測試、培訓及支援的影響。即使畫面改動很小，也可能改變既有案件的處理責任。

顧問與企業可共同維護變更清單，說明哪些納入本期、哪些延後，以及決定的理由。已核准項目應同步更新驗收條件，讓雙方檢查同一份成果，而不是依賴會議中的口頭印象。

階段回顧時，應把已完成、尚待決策與新增範圍分開討論。如果企業無法及時提供來源資料或確認規則，要說明哪些工作仍可繼續，以及哪些交付需要重新安排。

這樣的管理方式也適用於後續改善。當需求、設計原因與測試證據能夠連在一起，新的管理者便能理解當初選擇，減少重複討論與無意間推翻既有服務承諾的情況。

9. 常見問題（FAQ）

10. 結語

Service Cloud 導入顧問應協助企業把服務規則落實為可用系統，並建立團隊接手及持續改善的能力。清楚的分工、測試證據與交接方式，是評估合作品質的重要依據。

LeadsTech 可與企業討論 Salesforce 客服流程、資料整合及導入需求，從優先情境規劃合適的建置與改善範圍。

了解 LeadsTech Salesforce 顧問服務

如需規劃新系統或改善既有服務流程，可整理主要問題、通路及團隊分工，與我們討論下一步。

聯繫我們，討論你的企業需求

11. 延伸閱讀

• CRM 導入為何失敗？如何選擇合適顧問

  檢視需求、責任與合作方式，建立可落實的導入安排。

• Salesforce 合作夥伴如何支援全球 CRM 營運

  了解跨團隊系統管理與持續支援的合作方向。