CRM选型POC怎么验收？用真实场景、统一数据和淘汰门槛做决定

CRM选型最容易失真的环节，是把厂商演示当作概念验证：每家展示自己最擅长的界面，采购方听完一轮仍不知道权限能否落地、历史数据能否迁移、关键接口能否闭环。真正的POC应让候选系统在同一业务脚本、同一数据样本和同一时间盒中完成任务，并留下可复测证据。

先判断哪些问题值得做POC

标准功能、公开文档已经能回答的问题，不必全部搬进POC。优先选择会决定成败、仅靠承诺无法判断的三至五项：复杂客户归属和跨部门权限、历史数据清洗迁移、报价审批与例外、企业微信或ERP双向同步、移动端弱网录入、关键报表口径。若范围扩大到几十个功能，POC会变成免费实施，既耗时又无法形成清晰结论。

Microsoft的Dynamics 365实施指南把战略、启动、实施、准备和运行分开，并要求在上线前完成集成、用户验收和性能等测试。POC位于采购决策前，它只能证明少数高风险假设，不等于正式蓝图、完整UAT或上线验收。

把目标写成“决策句”，不要写成愿望

统一数据包要同时包含正常、边界和异常

每家厂商使用相同的脱敏数据包：客户与联系人、重复客户、跨区域集团、带历史阶段的商机、审批中的报价、已回款与逾期记录。不要上传真实手机号、身份证、合同或生产密钥。数据包需附字段字典、允许值、唯一键、期望结果和校验总数。

异常样本最能区分产品能力：空必填字段如何报错；同一客户从Excel和接口重复进入如何处理；审批人离职后任务如何转派；接口超时重试是否幂等；权限变化后旧缓存是否立即收敛。Salesforce官方将沙箱定义为与生产隔离的开发测试环境，并区分开发、部分复制与完整复制；这提醒采购方按测试目的选择环境和数据规模，不要让POC直接操作生产。

评分卡必须把“必须项”和“加分项”分开

建议总分只用于同层候选排序，必须项独立设置门槛。必须项可包括租户隔离、关键数据权限、审计、迁移可逆、接口幂等和核心流程完整性；任何一项失败，不能靠漂亮界面或AI演示补分。加分项才比较配置效率、移动体验、分析能力、培训成本和扩展性。

统一脚本、统一时间盒、统一协助边界

给每家候选相同准备期和现场时长，明确允许预配置的内容、现场可由谁操作、遇到缺陷能否临时修补。核心任务应由采购方指定业务人员操作，厂商只能观察或按规则提示。录屏不是唯一证据，还要导出配置清单、结果数据、日志和未完成项。

Microsoft测试策略建议明确功能、性能、安全、可用性、集成和迁移范围，并把用例、预期结果、责任人和结果记录下来。POC评分人至少包括业务负责人、IT/架构、数据或安全、采购与未来管理员；销售演示人员不能代替验收人打分。

把POC差距直接回填实施范围和总成本

每个“带条件通过”项必须落到四个字段：差距描述、解决方式、责任方、费用和交付时间。产品标准能力、配置、低代码扩展、定制开发、第三方产品和流程调整应分开。否则商务报价看似便宜，签约后差距会以变更单重新出现。

POC调整后总成本＝许可与环境＋实施配置＋数据迁移＋接口与定制＋培训切换＋三年运维－已明确包含项。 可结合CRM三年总成本测算和CRM实施范围基线复核是否重复计价。

七条退出条件防止POC无限延期

1. 必须项失败且无可验证修复路径；
2. 使用真实生产数据或要求开放生产密钥；
3. 关键结果只能由厂商后台人工改出；
4. 候选拒绝提供差距和限制清单；
5. 同一错误两轮修复仍无法复测；
6. 成本或周期超过采购边界；
7. 试验范围已变成正式项目而未变更授权。

POC通过也不等于可以直接上线。签约后仍要做详细设计、完整集成测试、数据迁移演练、UAT、性能和切换门禁，可参考CRM沙箱测试与上线切换回退继续验收。

正在比较多家CRM但演示无法下结论？申请CRM选型POC诊断，先把三项高风险场景和淘汰门槛定清楚。

主要信息来源

• Microsoft：Dynamics 365 Implementation Guide
• Microsoft：Create a test plan for implementation projects
• Microsoft：Prepare your production environment to go live
• Salesforce：Sandbox Types and Templates