Salesforce 代理商怎么选？导入伙伴服务能力与评估重点

比较 Salesforce 代理商时，企业常收到看似相近的功能介绍，却难以判断谁能处理自己的数据与流程问题。若只看报价或认证数量，交付落差可能要到上线后才浮现。本文整理可要求对方提供的证据、评选步骤与验收重点，协助团队作出有依据的选择。

摘要

选择 Salesforce 代理商，应先分清授权采购、导入顾问及持续支持的责任，再比较实际服务范围。企业需要核实负责交付的人员，并以自己的业务情境测试对方的流程设计与整合能力。评选时应同时检查数据迁移、用户培训、验收及交接安排。上线后则以数据品质、跟进效率与团队采用情况判断成效，而不是只看系统是否能登入。

1. Salesforce 代理商与导入伙伴有何不同？

企业搜寻 Salesforce 代理商时，往往同时想解决买甚么、如何上线及出问题找谁三个问题。但市场上的「代理商」称呼未必代表相同服务；能协助处理商务采购，也不代表负责流程设计、开发或长期维护。洽谈前先请对方逐项说明自身角色，以及哪些工作会交由第三方执行。

Salesforce 提供客户关系管理（Customer Relationship Management，CRM）平台，让企业管理客户互动与销售数据；导入伙伴则协助把企业的工作方式转化为可运作的系统。以 Sales Cloud 为例，客户与商机管理属产品能力，如何定义商机阶段、谁可修改数据及怎样交接查询，仍要由企业与顾问共同决定。

可透过 Salesforce 官方合作伙伴搜寻及 AppExchange 顾问数据核实候选公司的专长与相关经验，再确认实际签约及交付的公司名称。个人认证可作为专业背景证据，但公司持有多少认证，不等于这次参与项目的人具备相同经验。应要求列出角色、负责范围、投入安排及替补机制。

查阅参考项目时，不必要求取得其他客户的敏感数据。可以请候选者提供匿名化的问题背景、交付范围、遇到的限制与改善方法，再比较其复杂度是否接近你的项目。若需要客户访谈，应由对方取得适当同意，并把问题集中在交付品质与协作方式。

2. 评估 Salesforce 导入伙伴的四项服务能力

评估服务能力时，把问题集中在流程、数据、用户及运营四个层面。每一项都要求具体交付物或示范，才能分辨对方只是熟悉功能名称，还是能处理企业日常工作中的例外情况。

图 1：从流程、数据、用户采用及持续支持四方面检查交付能力。

业务流程：能否把需求变成可验收的规则？

好的顾问会先问：甚么查询算合格潜在客户、谁负责跟进、多久没有回应要升级处理，以及何时建立商机。企业可提供一条从官网查询到报价的流程，要求对方画出负责人、状态及例外路径。若提案直接把所有现有表格搬进系统，却没有厘清重复工作，后续维护只会更复杂。

数据整合：能否说清楚失败时怎样处理？

除了展示数据成功同步，也要检查重复客户、缺漏栏位及同步中断的处理方式。企业资源规划（Enterprise Resource Planning，ERP）系统可能保存正式客户编号，CRM 则记录接洽进度；两边要先约定数据来源、更新方向与冲突处理，不能只回答「可以串接」。应要求栏位对照表、错误通知安排及数据核对方法。

数据存取也要纳入评选。测试期间应优先使用去识别化数据，按工作需要给予权限，并约定数据副本的保存与清理安排。跨地区团队参与时，请企业的数据及合规负责人确认存取方式。顾问能否解释谁在何时使用哪些数据，是检查交付纪律的具体方法。

用户采用：培训是否贴近日常工作？

培训应按照业务、主管与管理员的角色设计。业务要能完成跟进及交接，主管要能看懂商机状态，管理员则要懂得处理帐户与日常设定。要求候选伙伴示范一份角色任务清单，并说明用户不愿填写数据时，如何判断是流程太长、栏位不清楚，还是缺少管理要求。

持续支持：问题回报后由谁负责到底？

确认上线初期支持与长期维护是否分开收费，服务时段能否配合团队所在地，以及系统故障、设定修正与新增功能如何分类。服务等级协议（Service Level Agreement，SLA）应区分回应时间与解决安排；「已收到问题」并不代表问题已排除。亦应保留管理文件，避免所有知识只掌握在单一顾问手上。

要求查看定期维护工作的样本，例如设定变更纪录、待处理事项及交付文件目录。当企业新增市场或更换管理员时，这些纪录能帮助接手者理解设计原因。也要确认关键人员离开时如何移交，并让企业能取得约定成果，降低对个别人员的依赖。

3. 如何比较报价、范围与交付风险？

先把候选方案放到相同范围下比较，再看价格。总持有成本（Total Cost of Ownership，TCO）除了软件许可，也包括需求分析、设定开发、数据整理、测试、培训、整合维护及内部人员投入。授权版本、附加功能与服务费应分列，并以正式方案确认，不能把某一版本的功能当成全部版本都包含。

请每家公司提交同一份工作范围说明，列明要交付的流程、报表、整合介面及数据批次。对于「基本设定」、「标准培训」等字眼，追问实际包含甚么、不包含甚么，以及修改需求如何估算工时。较低的首期报价若排除了数据清理与上线支持，未必代表整体支出较少。

固定总价适合边界清楚、验收条件稳定的工作；按工时计费较能容纳探索，但需要工时上限、定期检视与变更批准安排。若需求仍不清楚，可先采购有限范围的分析或试点，再决定正式导入。这是控制不确定性的做法，并不保证任何计费模式一定更便宜。

评分表可采用企业自订的一至五分尺度：一分代表只有口头承诺，三分代表有相关文件或展示，五分代表已通过指定情境测试。先依本次风险设定权重；例如数据分散的企业提高整合项目比重。未能满足必要条件的方案先列为待补证，不应靠其他项目的高分掩盖关键缺口。

讨论排期时，要求列出依赖条件，例如企业何时完成数据整理、第三方何时提供测试环境，以及主管何时批准流程。把外部等待与顾问工作分开记录，有助识别延误原因。若方案承诺很短的交付期，却没有列出企业需要完成的工作，应先补齐假设再确认时程。

4. 从候选名单到交接的四个评选步骤

建立短名单后，可按以下四步收集证据。每一步保留问题、回答、负责人及未确认事项，让业务与 IT 使用同一份纪录作决策。下图概括从定义需求、情境展示到试点与交接的次序。

图 2：以定义需求、情境展示、试点验证及交接安排完成伙伴评选。

第一步：定义本期需求与企业投入

列出最急需改善的业务问题、必需功能及可延后项目。例如先处理查询分派与商机追踪，把较复杂的跨市场自动化留待下一阶段。同时指定企业内部的决策人、数据负责人及测试用户，确认他们能投入的时间。没有内部人员配合，外部顾问很难自行判定数据与流程是否正确。

第二步：用同一组情境要求展示

向各候选者提供相同、已去除敏感数据的业务情境，要求展示一般及例外流程。例如同一家公司再次提交表单、负责业务休假，或客户由另一地区团队接手。观察顾问如何解释设计取舍，并请未来交付人员参与回答，避免评选只反映售前简报能力。

第三步：用小范围试点验证关键假设

选择代表性流程、少量测试数据及实际用户，验证最不确定的部分。事先约定试点成果是可重用设定、设计建议，还是单纯示范；亦要列明测试环境、数据存取与费用。记录发现的缺口及处理成本，再决定是否扩大范围，不宜把展示环境直接视为可正式运营的系统。

试点结束时，将结果分为已证实、需要调整及尚未测试三类，避免以一个整体「成功」掩盖未知风险。对影响正式上线的未测试项目，指定补充验证方式与负责人。若关键假设不成立，应调整方案或暂缓扩大，而不是因已投入试点费用就继续增加范围。

第四步：把验收及交接写成清单

按业务任务安排用户验收测试（User Acceptance Testing，UAT），例如完成查询分派、记录跟进、转为商机及产出主管报表。每项测试要有预期结果、通过标准及签核人。交接清单则应包括设定文件、权限清单、整合说明、培训材料及支持联络方式，并约定未解决缺陷如何跟进。

5. 假设情境：外贸企业如何测试伙伴是否合适？

假设一家工业设备出口企业，官网、展会与地区代理都会带来查询，但名单由不同业务以试算表管理。同一客户可能被重复联络，主管亦难以确认报价后的跟进状况。这是用来说明评选方法的假设情境，并非 LeadsTech 客户成果。

企业可要求候选伙伴示范：官网查询如何保留来源、如何核对既有客户、怎样按地区分派，以及重复或无人接手时如何通知。展示最后必须回到主管的工作：能否找到尚未跟进的名单，并辨认卡在报价阶段的商机，而非只看到一张漂亮仪表板。

试点期间由业务核对客户纪录，由 IT 检查同步错误与权限，再由主管确认报表定义。若不同团队对「有效查询」理解不同，先修正定义后才比较数据。候选者能否协助厘清这些分歧，比展示多少额外功能更能反映其服务是否切合需要。

6. 签约前的八项检查清单与成效指标

签约前可逐项检查以下内容。每项应有文件、示范或明确负责人支持；仍只有口头承诺的部分，应记录为待确认事项。

• 采购与交付角色是否清楚，分包工作及责任是否已披露？
• 项目负责人、顾问与开发人员的经验及投入是否已确认？
• 数据清理、迁移、核对及失败复原是否包含在范围内？
• 系统整合的数据方向、错误处理与维护责任是否明确？
• 主要用户是否参与展示、测试及验收条件制定？
• 授权、导入、第三方工具、支持与变更费用是否分列？
• 企业能否取得必要管理权限、设定文件及约定交付成果？
• 上线支持、缺陷处理、续约及更换服务商的交接是否有安排？

成效追踪可分三层。数据层看必填栏位完整率与重复纪录情况；流程层看查询首次回复时间及逾期跟进比例；采用层看应使用系统的人员是否完成指定任务。这些指标各自对应数据治理、执行效率与使用习惯，有助找出需要改善的环节。

先记录导入前的基准，再订立企业自己的目标及观察期间。比较前后结果时，保持名单范围、计算口径及地区条件一致；商机转化还会受到需求品质、价格及销售周期影响，不能把所有变动都归功于新系统。采用率也不宜只用登入次数代替，应观察关键工作是否真的完成。

7. 常见问题（FAQ）

8. 结语

选择 Salesforce 代理商，核心是找到能把业务需求、数据与团队工作方式连起来的导入伙伴。从一条重要流程开始，要求候选者展示、验证并交代后续维护，比一开始比较大量功能更容易看清差异。

LeadsTech 提供 Salesforce 顾问、导入、系统整合与持续优化服务。企业可先了解服务范围，再把需要改善的查询、销售或跨部门流程整理成讨论清单。

了解 Salesforce 解决方案服务

若你已整理初步需求，可带同现有系统清单、数据来源及期望成果，与 LeadsTech 讨论适合本期的导入范围、企业投入及评估方式。

联系我们，讨论 CRM 导入需求

9. 延伸阅读

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

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

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

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

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

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