Salesforce 代理商服务有哪些？顾问、导入与整合指南

企业询问 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）

10. 结语

理解 Salesforce 代理商的服务，不是记住一串功能名称，而是看清每个阶段能取得甚么成果、企业需要投入甚么，以及谁负责持续运作。先把服务范围与完成条件写清楚，能让导入、整合及后续改善更容易协作。

LeadsTech 提供 Salesforce 顾问规划、系统导入、整合与持续优化服务，可从企业目前最需要改善的流程开始讨论。

了解 Salesforce 解决方案服务

准备现有系统清单、主要问题及期望成果，有助顾问评估适合的服务组合，并把本期必需工作与后续扩展分开规划。

联系我们，讨论你的企业需求

11. 延伸阅读

• 全球 B2B 企业 CRM：Salesforce 导入指南

  了解跨市场销售流程与 CRM 实施的规划重点。

• CRM 导入为何失败？如何选择合适顾问

  从常见失败原因检查流程、数据与顾问协作的缺口。

• Salesforce 合作伙伴如何支持全球 CRM 运营

  延伸评估多地团队的系统整合与持续运营需求。