企業導入 Sales Cloud，目標通常是讓銷售資訊更一致、交接更清楚，也讓主管能掌握商機進度。要達到這些成果，必須先把流程、資料與責任設計好。本文依實施順序整理需求盤點、建置、驗收與上線準備，協助團隊建立可執行的導入計畫。
摘要
Sales Cloud 導入應從業務目標與銷售流程開始，再決定資料、權限及自動化設計。首階段宜聚焦可驗證的核心流程，避免一次複製所有舊工具。建置完成後，還需要資料演練、跨角色測試、培訓與切換安排。正式上線的判斷應依企業能否完成日常工作，而不只是功能是否已設定。
1. Sales Cloud 導入第一步：需求盤點與目標設定
從工作問題建立需求
先邀請業務、主管、銷售營運及資訊代表，描述目前最影響工作的問題。例如名單沒有負責人、商機階段不一致，或主管必須每週手動合併報表。每項問題都要指出發生在哪個步驟、影響誰，以及目前如何補救。
訪談時可追蹤一筆真實銷售工作，從首次接觸到成交交接，記錄資料來源與部門責任。實際流程通常包含例外，例如合作夥伴轉介、既有客戶加購或跨區域共同銷售。只看理想流程，容易在上線後才發現設計缺口。
定義可量測的首期成果
導入目標應與可觀察行為連結，例如有效名單是否在約定時間內分配、商機是否具備下一步行動，以及主管是否能從同一資料來源檢視管道。先建立基線，再設定合理目標，避免直接採用沒有依據的改善百分比。
需求排序可同時考慮業務價值、依賴關係與交付風險。將首期必需、下一階段及待探索項目分開，並由業務負責人批准。首期範圍越清楚，越容易設計測試與估算工作，也能降低臨近上線時大量變更的風險。
2. Sales Cloud 銷售流程設計：讓階段代表真實進展
名單、客戶與商機的角色
Sales Cloud 常以 Lead 管理待資格判定的線索，以 Account 表示企業客戶、Contact 表示聯絡人，並以 Opportunity 管理潛在交易。Lead 轉換可建立或關聯客戶與聯絡人，並依轉換選擇處理商機；企業不必把每筆新聯絡資料都當成已成立交易。
設計時應先確認何時算合格線索，何時值得建立商機。若只因業務已寄出郵件就進入商機管道，主管可能把尚未確認需求的名單視為營收機會。共同定義轉換條件，能讓銷售與行銷對交接有一致理解。
商機階段需要進入與退出條件
階段應反映客戶決策進度，而不只是業務完成了哪些活動。例如「需求確認」可要求已記錄問題、主要聯絡人及下一次會議；「提案」則需有可追溯的方案及客戶回饋。具體名稱與條件由企業依銷售模式決定。
每個階段也要說明誰負責更新、哪些資訊必需，以及停滯時如何處理。不要為了管理方便增加過多階段，讓使用者難以區分。若不同業務線差異很大，可評估是否需要不同流程，但仍應保留共同報表定義。
先用情境驗證流程
正式設定前，讓業務代表用幾筆具代表性的交易走過新流程。檢查加購、失單、延後及重新啟動等情境是否能合理表達。這種演練可以提早發現階段定義過於理想化，或某些資訊根本無法在預定時間取得。
流程設計也應連接成交後交接。Sales Cloud 中的成交狀態，不應直接被理解為訂單已完成履約或收入已確認。若需要與訂單及財務系統銜接，必須另行定義觸發條件、資料來源與核對方法。
3. Sales Cloud 資料架構與權限如何建置
先畫關係，再決定欄位
資料模型應說明客戶、聯絡人、商機與相關紀錄之間的關係。對集團客戶、多個營業據點或共同採購情境，先釐清企業希望如何辨識及彙總，再決定使用既有能力或擴充。不要只把舊表格每一欄搬成新欄位。
每個重要欄位需有定義、來源、維護人與使用目的。若一個欄位沒有支持操作、規則或分析，就應重新檢查必要性。必要資訊可依工作階段逐步收集，避免新建紀錄時就要求使用者填完所有內容。
權限以角色與情境驗證
企業應分清哪些人能查看、建立、修改及匯出哪些資料。銷售代表、主管、營運人員及整合帳戶的需要不同，不能只用管理員帳戶測試。權限設計應配合實際職責，並由企業確認敏感資料的可見範圍。
測試時既要確認應該能做的工作，也要確認不應該看到的資料確實不可見。跨區域協作、代理同事及離職交接尤其需要演練。若為了修正某個操作問題而臨時放大權限，應回頭找出真正缺少的授權。
4. Sales Cloud 自動化與系統整合的實施順序
自動化應先選擇規則穩定、發生頻繁且容易驗證的工作，例如提醒跟進、更新狀態或引導必要資訊收集。先描述觸發條件、處理結果與例外，再選擇合適工具。功能與可用範圍需依實際版本、授權及設定確認。
每條自動化都應有業務擁有人與失敗處理方式。若多個流程會更新同一欄位，需釐清執行關係，避免使用者看見數值反覆變動。對重要動作保留可追查資訊，讓管理員能辨識是人工操作、介面或自動化造成變更。
整合設計則從資料主責系統開始。例如客戶基本資料、產品資訊及訂單狀態可能由不同系統管理。雙方需約定識別碼、更新方向、同步頻率與衝突規則，並清楚列出哪些資料不在首期整合範圍。
不要只測試成功傳送一筆資料。還要演練外部系統暫停、資料格式錯誤及同一訊息重送。營運團隊需要知道如何收到通知、修正來源及補送資料，才能讓介面在正式環境中持續運作。
圖 1：需求探索、方案設計、驗證與上線形成連續的導入路徑。
5. Sales Cloud 資料移轉：從試載到正式核對
先列出來源檔案與系統，確認保留範圍、資料時間點及擁有人。資料清理應處理重複、缺漏與不一致定義，並記錄合併及排除規則。不能因為新平台能容納資料，就把所有歷史錯誤一起帶入。
移轉順序需配合紀錄關係，並選擇支援目標物件及操作的匯入工具。不同工具的能力與限制不同，應先用代表性樣本驗證。對每次演練保留輸入、成功、失敗與排除清單，方便重現及修正。
驗證內容至少包括紀錄數量、關鍵金額、負責人與客戶關聯。抽樣也要涵蓋常見例外，而非只挑資料最完整的紀錄。企業資料擁有人應確認結果，技術團隊則負責說明差異與處理方式。
正式切換前，另行約定舊系統停止更新的時間、最後增量資料如何處理，以及哪些人在新系統開放前負責核對。若沒有清楚的資料時間界線，使用者可能同時更新兩邊，造成上線第一天就出現差異。
6. Sales Cloud 測試、培訓與正式上線檢查
以跨角色工作完成驗收
使用者驗收可從名單進入、資格判定、建立商機、更新進度到主管檢視，串成完整情境。每段都應有預期結果與證據，並涵蓋權限、自動化及整合。單一功能通過測試，不代表整體流程已可運作。
缺陷應依對業務的影響分類。阻止核心工作、造成資料錯誤或權限問題的項目，需要在上線決策前處理。可延後的問題也要有負責人及安排，不應只以「後續優化」作為沒有期限的出口。
讓不同角色練習自己的任務
培訓應讓業務操作真實情境、主管使用管理視圖、管理員處理日常維護。提供簡短指引與回報方式，比一次展示大量功能更容易被採用。內部種子使用者也應參與試行，協助收集第一線回饋。
上線計畫也需要指定決策人。技術團隊可以報告測試與部署狀況，但是否接受剩餘問題對營運的影響，應由企業負責人決定。把必要證據、允許延後的項目及停止條件預先寫明，可減少切換當天臨時爭論。
試行與全面上線之間，最好安排一次正式檢查。確認試行發現的問題已反映在設定、文件及培訓內容，而不是只由少數參與者記住。若其他團隊使用不同流程，也應確認共用設計仍然適用。
正式開放前，可逐項確認以下條件：
- 核准範圍已有可追溯的測試結果，重大問題已處理。
- 移轉資料與關聯通過業務擁有人核對。
- 實際使用角色的可見範圍及操作權限正確。
- 自動化及介面的失敗情境已有監控與處理程序。
- 團隊完成必要培訓，且知道上線支援窗口。
- 切換步驟、暫停條件與回復安排已由負責人確認。
圖 2：上線前同步檢查流程、資料、存取權限與人員準備。
7. 假設情境：先讓一個銷售團隊完成閉環
假設一家 B2B 服務企業有多個地區團隊，現階段最困擾的是名單交接後無法追蹤。首期可先選一個團隊，統一來源、負責人、資格判定及商機建立條件，並讓主管在同一份管道資料上進行週會。
在試行期間，團隊可以觀察未分配名單、缺少下一步行動的商機，以及仍需人工補表的工作。這些觀察可用來調整流程與培訓，而不是立即加入更多功能。待基本工作能順暢完成，再將相同標準擴展到其他團隊。
這個假設情境不代表所有企業都應採相同階段或時程。若首期有不可分割的整合依賴，仍需一起處理。分階段導入的目的，是讓每一階段都有可用成果與清楚驗收，而非把重要風險延後。
8. Sales Cloud 上線後如何持續改善
上線後可定期檢查資料完整度、名單交接、商機更新及主管使用情況。登入次數可以作為參考，但應搭配工作是否完成。若業務仍在離線表格管理重要資訊，需要了解是操作不便、定義不清，還是流程缺少必要環節。
把回饋分成操作問題、資料問題、缺陷與新需求，有助安排處理優先順序。每次改動都要評估對報表、權限及整合的影響，保留測試與版本紀錄。企業也應培養內部管理員，逐步承接可自行維護的設定。
管理報表亦需要持續核對口徑。商機金額、預計成交時間與實際訂單可能來自不同階段，不應直接混加。每份重要報表應標示篩選條件、更新時間與用途，讓主管知道數字可以支持哪些決策，也能追查差異來源。
成本與時程則應依使用群體、資料品質、整合範圍及企業投入能力估算。授權、導入、資料整理與持續支援需要分開討論，不能以單一標準價格推定全部工作。先釐清首期成果，通常更有助於取得可比較的方案。
9. 常見問題（FAQ）
Sales Cloud 導入一定要大量客製嗎？
不一定。先確認標準功能與設定能否滿足業務，再評估擴充。客製應有清楚理由、維護責任及測試方式，避免只為沿用舊習慣而增加長期複雜度。
需要把所有歷史銷售資料一次移轉嗎？
不一定。可依查詢需求、品質與關聯決定移轉範圍，並為未搬入資料保留合適查詢安排。重點是讓上線所需資訊可靠可用，而不是只追求移轉筆數。
如何判斷 Sales Cloud 已準備好上線？
應確認核心情境、資料核對、權限、整合及人員準備均通過約定標準。還要有明確支援與切換安排。設定完成或示範成功，都不能單獨作為正式上線的依據。
10. 結語
Sales Cloud 導入需要把流程、資料、系統與人員準備連成一個完整計畫。先建立共同定義，再透過原型、演練與驗收逐步確認，能讓企業更清楚掌握每個階段的成果。
LeadsTech 可協助企業討論 Salesforce 銷售管理需求與導入方式，從優先流程出發，評估適合的資料架構、整合及上線安排。
若你正在規劃首期範圍，可整理目前的銷售流程、資料來源與管理痛點，與團隊討論下一步。
相關文章
企業 AI MarTech 趨勢分析 2024-2029 年展望報告
從 AI 內容生產力工具，轉變為營收成長與行銷轉型的核心引擎
白皮書 PDF 將寄送至您的信箱。
