WMS 演示都好用，上线就翻车：POC 的正确姿势

先说结论：WMS 选型别看谁家演示做得漂亮。厂商的 demo 环境，90% 是提前编好的剧本——数据洗干净了、操作的人是熟手、流程挑最顺的一段给你看。真正管用的是 POC（概念验证）：把你家真实的脏数据、真实的一线员工、真实的难搞场景，塞进系统里跑两周。扛得住你家"最烂的一天"的系统，才值得签。

这个坑我见过三次。

为什么厂商演示都这么好用

我经手的 30 多个上线项目里，没有一个甲方是没看演示就签的，也没有一个甲方是看完演示就觉得自己看懂了的。原因很简单：演示环境和你的仓库，根本不是同一个物种。

第一，演示用的数据是洗过的。主数据干净、SKU 编码规范、库位没有死角。你家真实的数据呢？我见过一家加州做宠物食品的 3PL，主数据里光"鸡肉味狗粮"就有 4 个不同 SKU 写法，其中两个已经停产了，系统里还挂着。演示里永远看不到这种数据。

第二，操作的人是演的。销售工程师点起屏幕来行云流水，因为他只点他会点的那 20 个按钮。你家拣选员大姐戴着手套、屏幕反光、一次扫歪三次，你得让她在 POC 里真实地干活。

第三，演示挑的都是 happy path。收货→上架→拣选→发货，一路顺风。真实仓库最耗人的全是异常：来货少了两托、标签贴错了、订单取消了又加急插回来、批次效期混了。异常处理，才是 WMS 真正要考的科目。

所以别把演示当选型依据。演示只能帮你排除"明显不行"的，把剩下两三家拉进 POC，真刀真枪地干两周。

POC 的正确做法：7 步

第 1 步：先写通过标准，再约 POC。很多人反过来，先让厂商来了，再想测什么。错。POC 开始前，你必须有一份书面的通过标准：测哪几个场景、每个场景权重多少、谁打分、多少分算过。这份标准是你出的，不许厂商自己出题自己答。一线员工、仓库经理、IT 各派代表签字，POC 结束就按这个打分。

第 2 步：数据必须用真数据。把你家最近一个月真实的入库单、出库单、退货单，脱敏后导出来。注意：脱敏不等于洗干净。重复 SKU、缺主数据、填错的批次号，这些"脏"要原样保留。一份干干净净的 POC 数据，测出来的是童话。

第 3 步：场景测"你的脏活"，不测 happy path。给你列我每轮必测的 6 个场景：① 部分收货（来货只有订单的 60%，剩下的下周到）；② 贴错标签的来货，系统能不能拦截；③ 拣选到一半订单被取消，同时插进一张加急单；④ 批次和效期混装的托盘上架，系统推不推荐库位；⑤ 退货入库+二次销售判定（这是地狱难度，往下看）；⑥ 月末盘点：冻结库位、盲盘、差异处理走完。每家厂商都必须在限时内跑完这 6 个，超时、绕路、报错，全部记进打分表。

WMS 上线前在收货月台做测试

第 4 步：让你家一线员工亲手操作，顾问只做旁观记录。这一步最重要，也最容易被糊弄。厂商的实施顾问手痒，喜欢"帮"你点——他一上手，你就看不到真实难度了。规矩是：你的员工动手，厂商顾问只能口头指导，不许碰鼠标和扫描枪。每多点一次屏幕、每问一次"这个在哪点"，都是易用性的真实证据。

第 5 步：计时。每个场景掐表。同样是退货入库，A 系统 4 分钟走完，B 系统 11 分钟还卡在批次判定上——旺季一天几百张退货单，这个差距直接换算成人工。别信"熟练了就快"的说法，POC 里测的就是不熟练状态下的表现。

第 6 步：测集成的"脏数据面"。WMS 从来不是孤岛：ERP 主数据断供一小时怎么办？扫描枪在冷库里没信号怎么办？标签打印机卡纸了，任务能不能重打？这些问题演示里永远不会出现，POC 里必须出现。至少安排半天，专门"搞破坏"。

第 7 步：打分表决策，不许凭感觉。我用的权重是这样的：

评分项	权重	考察点
核心场景覆盖	30%	6 个必测场景一次通过率
异常处理能力	25%	报错拦截、异常单据流转步数
一线易用性	20%	员工独立完成率、平均多点次数
实施方响应	15%	POC 期间问题响应速度、是否换人
总拥有成本	10%	软件+实施+硬件+年维护，5 年摊开算

分数一算，谁行谁不行，一目了然。老板再喜欢某家销售的口才，也得看表说话。

常见翻车点：这个坑我见过三次

翻车点一：POC 只测收货发货，不测退货和盘点。退货是 WMS 的地狱，也是最容易被演示跳过的部分。2024 年那家加州宠物食品 3PL 就是这么翻的：POC 里收货发货测得漂漂亮亮，正式上线第一周，退货单堆了 200 多张——他们的退货要在系统里绕 6 步才能走完（质检、判定、二次上架、供应商退回、报废、财务确认），旺季一来直接堵死。最后冻结上线，回炉把退货和盘点场景重做 POC 补测，又花了 3 周。记住：退货流程亲手走过一遍，再签字。

翻车点二：用厂商准备的演示数据。你家的数据有多脏，POC 的数据就得有多脏。数据干净了，等于把 WMS 最难的那道题——主数据治理——直接跳过，上线后再补，代价翻倍。

翻车点三：老板一个人在会议室看演示，现场员工没碰过系统。选型是老板拍板，但天天用的是拣选员。2025 年我在一家 Fresno 的 DTC 服装仓做 POC，让 4 个一线拣选员亲手测：某家系统的拣选任务界面，每完成一单要多点 3 次确认屏。算下来旺季一天 1.2 万单，等于每天多耗 5 个工时——这家系统省下的 license 费用，还不够补多出来的人工。老板当场换了家。POC 不让一线动手，等于买车不试驾。

翻车点四：没测报表。月末财务要的那张"分客户分 SKU 的仓储费分摊表"，系统能不能直接出？很多 WMS 演示里报表模块一笔带过，上线后才发现要导出 Excel 手工拼。我见过最离谱的一家，费用分摊全靠实施顾问写 SQL 跑，顾问一离场，账就没人会算了。

还有一个反常识的判断：POC 不是越长越好。2 周是黄金长度——第 1 周搭环境导数据，第 2 周跑场景打分。拖过 3 周，厂商陪练的成本会转嫁到报价里，你们自己的人也疲了，测出来的全是应付。另外，别贪"免费 POC"。收费的 POC，厂商才派真顾问来；免费的，来的多半是售前，能讲不能干。