企業詢問 Salesforce 代理商服務時,經常收到顧問、導入、整合與支援等項目,卻不清楚每一項應交付甚麼。若範圍只停留在服務名稱,資料整理與上線責任便容易出現缺口。本文按項目階段說明服務成果、企業投入及採購前的確認方法。
摘要
Salesforce 代理商的服務可涵蓋需求規劃、系統設定、資料遷移、客製整合、培訓及持續支援,但每家公司的交付範圍不同。企業應把服務名稱轉換為具體成果,確認每個階段要取得甚麼文件、設定與測試證據。原廠負責的平台能力,不能直接等同顧問承諾的導入工作。先界定本期流程與雙方責任,再依資料品質、使用情況及營運指標逐步擴展,較容易控制交付落差。
1. Salesforce 代理商的服務範圍如何理解?
「Salesforce 代理商」是企業常用的搜尋名稱,實際合作可能包含商務採購協助、顧問諮詢、系統建置或維護。企業不應只憑這個稱呼假設所有服務都包括在內,而要確認簽約公司、實際交付團隊,以及需要由 Salesforce 或其他供應商處理的事項。
Salesforce 提供客戶關係管理(Customer Relationship Management,CRM)相關平台;顧問則協助企業決定如何把客戶、銷售及服務流程放進系統。平台擁有某項功能,不代表企業已建立適用的操作規則。以商機管理為例,甚麼時候可以移到下一階段,仍需要業務主管與導入團隊共同定義。
因此,採購服務時可先分為「規劃要做甚麼」、「建置如何運作」、「整合資料怎樣流動」及「讓團隊持續使用」四部分。這種分類能把看似抽象的顧問服務轉換為可檢查的成果,也有助企業發現報價中沒有包含的工作。

圖 1:規劃、建置、整合與培訓各自對應可交付成果。
2. 顧問規劃:把部門需求變成共同藍圖
規劃服務首先要弄清楚企業遇到的問題。例如市場團隊認為名單沒有被跟進,業務則認為收到的查詢不夠完整。若只要求「加一個欄位」,未必能解決交接問題。顧問需要訪談相關角色,釐清名單的判斷條件、分派方式及回饋流程。
這個階段值得要求的交付物,包括現況流程圖、問題與優先次序、使用者角色清單,以及本期與後續階段的範圍。對每一項需求,記錄提出原因與預期改善,讓企業知道某項功能是為誰而設,以及沒有它會影響甚麼工作。
產品與版本評估也屬於規劃的一部分。銷售追蹤、客服處理及行銷培育涉及不同工作;顧問應說明哪些需求可用既有功能滿足,哪些需要附加產品或整合。實際可用功能與費用要按所選版本及正式商務條件確認,不能用展示環境推定全部授權都包含。
企業仍需指定能批准流程的負責人。顧問可以提出選項與利弊,但客戶分級、銷售權限或部門交接時限,必須由企業決定。把待決事項列成清單並安排決策時間,能減少建置途中反覆修改。
規劃完成後,可用一份需求追蹤表把問題、建議方案與測試情境連在一起。日後有人提出修改時,先看它影響哪個目標,再決定調整範圍。這份文件不需要複雜,但應讓未參與前期訪談的同事也能理解決策背景,減少人員更替造成的資訊斷層。
3. 系統導入:設定、資料與測試缺一不可
設定要反映工作方式
建置服務通常會依核准需求處理資料欄位、頁面、角色權限、流程及報表。企業應要求設定清單與簡短設計說明,知道每項設定對應哪個業務需要。不要把「完成設定」當成唯一成果,還要讓實際使用者走過完整任務,確認資訊輸入與查看方式合適。
資料遷移要先整理再搬入
舊資料的命名、重複紀錄與缺漏欄位,會影響新系統的可信度。遷移服務應說明誰負責清理、哪些歷史資料要保留、如何對應新欄位,以及匯入後如何核對。企業的資料負責人需要參與驗證,因為技術團隊未必知道兩筆名稱相近的公司是否同一客戶。
測試要包含例外情況
除了正常完成一筆查詢,也要測試負責人離職、必要資料缺漏、重複客戶及權限不足等情況。使用者驗收測試(User Acceptance Testing,UAT)應由業務任務出發,為每項操作列出預期結果及簽核人。測試通過與仍待修正的缺陷要分開記錄,避免口頭說「差不多完成」。
正式上線前還要確認切換安排:舊系統何時停止修改、最後一批資料如何搬移,以及出現重大問題時怎樣暫停或回復。若報價只列出設定與匯入,卻沒有切換與上線支援,企業應及早補問,不能等到啟用前才安排。
權限驗證應安排不同角色分別測試,而不是只用管理員帳戶完成驗收。一般業務能否看到不應開放的客戶資料,主管是否能查看所屬團隊報表,以及離職人員的工作如何轉交,都直接影響日常營運。把這些情境列入測試,比只核對欄位數量更有意義。
4. 客製化與整合服務應交付甚麼?
客製化是為特定需要加入額外設定或開發,整合則讓不同系統交換資料。兩者應從業務結果判斷是否必要。例如業務只想知道訂單狀態,未必需要把企業資源規劃(Enterprise Resource Planning,ERP)系統的全部交易資料複製到 CRM;顧問應協助選擇最小而足夠的資料範圍。
整合設計需要說清楚資料從哪裏來、多久更新、哪個系統可修改,以及發生衝突時以哪一方為準。應要求介面清單、欄位對照、錯誤紀錄與重送方法。只證明資料能成功傳送一次,無法證明整合能穩定支援日常工作。
當企業需要特殊審批或跨系統查詢,可要求顧問先比較標準設定、現有擴充工具與自行開發的取捨。比較不只看首次工時,也要考慮測試、版本更新、文件與接手難度。客製化並非越少越好,但每一項都應有清楚原因與後續維護人。
交付時,企業應取得合約約定的設定說明、程式或套件、部署方式及測試紀錄。若涉及第三方工具,另行確認授權與支援範圍。與其籠統要求「永久免費維護」,不如列出需要維護的項目、處理方式及變更估算規則,讓雙方能按共同標準運作。
企業亦應詢問整合異常由誰監察。例如訂單狀態沒有更新時,是使用者主動發現,還是系統能通知負責人?顧問需要交付可操作的處理方法,包含查找錯誤、判斷是否重送及核對結果,並說明哪些情況必須交由技術人員處理。
5. 培訓、上線支援與持續優化如何區分?
培訓的成果應是員工能完成工作,不只是出席課程。業務可以練習建立及跟進商機,主管練習辨識逾期項目,管理員則學習新增使用者與處理基本設定。把教材、操作練習及常見問題交付給企業,方便新員工加入時沿用。
上線支援重點是協助團隊度過切換期,例如集中收集問題、辨識設定缺陷與解答操作疑問。應約定支援時段、回報入口與升級聯絡方式,並區分緊急故障與一般改善需求。回應速度、解決安排及需要企業提供的資料,都應有一致定義。
持續優化則是根據使用紀錄與業務變化調整系統。例如某個階段經常沒有下一步行動,可檢查是否缺少提醒或責任人;某個欄位長期空白,則要確認是否真的必要。優化應連結可衡量的問題,不宜只按新功能清單不斷增加工作。
企業可要求定期檢視待辦事項、完成的改善及仍存在的風險。把維護工作與新增項目分開,能避免長期支援預算被大型開發佔用。亦應安排知識交接,讓企業逐步具備日常管理能力,而不是每次細小修改都重新提出外包需求。
支援服務的檢視頻率應配合業務節奏。例如活動期間查詢量增加,可集中留意分派與跟進;進入新市場時,則檢查角色、資料與報表的適用性。企業與顧問應共同挑選少量重要問題,為每項改善設定負責人及確認方法,避免會議只變成待辦清單的朗讀。
6. 如何界定企業、顧問與原廠的責任?
企業負責業務決策、資料定義與使用者投入;顧問負責合約範圍內的設計、建置、整合與交付;原廠的平台支援則依購買的產品及支援方案提供。這是釐清責任的起點,實際分工仍需按合約與項目安排確認。不同服務可以互補,卻不應互相假設對方已承擔。

圖 2:企業決策、顧問交付與平台支援需要清楚分工。
建議為資料遷移、整合故障、權限修改、平台問題及新增需求,逐一寫明第一聯絡人、判斷人與批准人。即使需要轉交原廠,也要知道由誰整理重現步驟、追蹤處理進度及向使用者回覆,避免問題在不同供應商之間來回流轉。
資料存取的責任也不能省略。測試應盡量使用去識別化資料,並按照工作需要授予權限;企業要確認顧問與分包人員的存取方式,以及項目結束後帳戶、資料副本與文件如何處理。涉及跨地區使用時,應由企業相關負責人確認適用要求。
7. 假設情境:先解決查詢交接,再擴大整合
假設一家提供工業零件的企業,同時接收官網查詢及展會名單,但市場部與銷售各自保存紀錄。主管希望導入 Salesforce,第一個要求是建立更多報表。若顧問直接製作報表,來源與跟進狀態仍不一致,報表很可能只是把原有問題呈現出來。
較務實的服務次序,是先定義有效查詢及業務交接規則,整理重複客戶,再建立分派與跟進流程。第一階段用少量代表性名單測試;確認業務能使用後,才評估與官網及 ERP 的整合。這是示範服務安排的假設情境,並非真實客戶成效。
成效可追蹤名單必填資料完整率、逾期未跟進比例及首次回覆時間。企業先保留原有流程的基準,再在相同名單範圍與計算方法下比較。若數據沒有改善,應檢查定義、使用習慣或分派規則,不能只要求顧問增加另一張儀表板。
8. 採購 Salesforce 服務前的六項確認
- 每個階段是否列明交付物、完成條件與企業簽核人?
- 資料清理、匯入核對、切換及上線支援是否包含在內?
- 客製功能與整合是否附有維護、錯誤處理及文件安排?
- 培訓是否按角色提供教材、任務練習與管理員交接?
- 授權、導入、第三方工具及持續支援是否分開列費?
- 新增需求、缺陷修正與平台支援的責任是否能清楚區分?
整理這份清單時,把「已包括」、「另行估算」與「由企業負責」分開標示。某項工作不在服務範圍並不代表方案不好,關鍵是企業是否已有能力承接。若雙方都沒有負責人,便形成需要在簽約前解決的缺口。
9. 常見問題(FAQ)
Salesforce 代理商是否會包辦所有系統工作?
不一定。服務內容取決於公司的能力、實際團隊及合約範圍。企業應要求工作清單,確認規劃、遷移、整合、培訓與維護是否包括,以及哪些項目需要第三方或內部團隊參與。
只需要優化現有 Salesforce,也可以找顧問嗎?
可以。企業可先安排現況檢查,找出流程、資料或使用上的具體問題,再採購有限範圍的改善服務。開始前保留原有設定與資料狀態,並約定測試和回復方法,避免改善一處卻影響其他流程。
如何判斷持續支援是否值得續約?
可檢視實際處理的問題、系統穩定性、改善成果與知識交接程度。若支援報告只有工時,卻沒有說明工作如何影響使用者,可要求補充問題類型、處理結果與後續建議,再按企業需求判斷。
10. 結語
理解 Salesforce 代理商的服務,不是記住一串功能名稱,而是看清每個階段能取得甚麼成果、企業需要投入甚麼,以及誰負責持續運作。先把服務範圍與完成條件寫清楚,能讓導入、整合及後續改善更容易協作。
LeadsTech 提供 Salesforce 顧問規劃、系統導入、整合與持續優化服務,可從企業目前最需要改善的流程開始討論。
準備現有系統清單、主要問題及期望成果,有助顧問評估適合的服務組合,並把本期必需工作與後續擴展分開規劃。
11. 延伸閱讀
-
了解跨市場銷售流程與 CRM 實施的規劃重點。
-
從常見失敗原因檢查流程、資料與顧問協作的缺口。
-
延伸評估多地團隊的系統整合與持續營運需求。
相關文章
企業 AI MarTech 趨勢分析 2024-2029 年展望報告
從 AI 內容生產力工具,轉變為營收成長與行銷轉型的核心引擎
白皮書 PDF 將寄送至您的信箱。
郵件格式錯誤
請輸入有效的電子郵件地址。
謝謝!
白皮書已發送至您的收件匣。如果您沒有看到,請檢查垃圾郵件或促銷內容資料夾。