POC 测试是什么？

在选型中的作用

功能清单几乎每家都一样，差别在规则引擎能配多深、合规校验是事前拦截还是事后统计、批量操作撑不撑得住几百人。这些只有用真实规则跑一遍才能看出来，演示环境里的标准流程没有说服力。

怎么设计一次有效的 POC

• 只选 2–3 个最痛场景：例如跨天班 + 综合工时结算、跨店支援的成本拆分、计件与提成混合算薪。
• 用真实规则与真实数据：拿上个月的真实班表和考勤数据导入，不要用厂商准备的样例数据。
• 限定时间：1–2 周，超过两周说明配置成本过高，本身就是结论。
• 事先写通过判据：例如「跨天班 9 种排法能配出 8 种」「异常处理全链路不超过 3 步」。

常见失败原因

• 参与者只有 IT：真正用系统的是店长、排班员、HR，他们不在场就测不出可用性。
• 只演示不落地：销售现场演示很流畅，实际配置时处处要二次开发。
• 没有验收记录：测完没有书面结论，采购后才发现关键场景不支持。