三个公开案例
以下案例来自不同国家，且并非单纯的 WMS 项目；但仓储和配送流程中发生的事情清楚地展示了 WMS 项目可能面临的风险。数字仅以所引来源为准。
| 案例 | 发生了什么 | 对您 WMS 项目的启示 |
|---|---|---|
| Hershey（美国，1999） | 这套涵盖 ERP、CRM 和供应链软件的系统在万圣节订单大量涌入时上线；公司表示，这些问题将导致约 1 亿美元的产品无法交付 [1]。 | 不要把上线安排在旺季；应依据就绪标准而非日历确定日期。 |
| Target Canada（2013–2015） | 调查问题的团队估计，系统中的产品信息只有约 30% 的时间是准确的（美国为 98–99%）。配送中心库存爆满，而门店货架空空；部分物料无法处理发运。133 家门店全部关闭 [2]。 | 如果物料尺寸、重量和单位等主数据有误，仓库系统就无法运转。请把数据清洗作为项目的第一项任务，并在录入时增加校验。 |
| ASOS（英国，2019） | 由于在柏林站点导入新自动化软件受阻，公司在美国和欧盟出现库存可用性问题；首席执行官称之为“执行上的失败”。公司为此计入 5,050 万英镑的过渡和重组成本 [3]。 | 同时启用新站点、自动化和软件会成倍放大风险。请规划分阶段爬坡，并为达到满负荷留出时间。 |
七种常见失败模式
- 范围错误或模糊。在流程写清楚之前就选定系统；异常情况（退货、部分发运、隔离）在生产中才暴露出来。
- 主数据缺失或错误。没有尺寸、重量、条码和单位，上架和拣货规则就无法运转 [2]。
- 项目团队不了解运营。项目被当作 IT 工作；仓库团队没有参与设计，也不认同系统归自己所有。
- 测试被压缩。进度一紧，测试首先被砍；系统在没有端到端和负载测试的情况下上线。
- 上线时机不当。在旺季上线，或同时进行大量变更，会使修复问题的时间消失 [1][3]。
- 集成错误未被察觉。来自 ERP 的错误消息悄悄堆积；库存差异稍后才显现。
- 目标未被衡量。由于上线前没有衡量准确率和生产率，成功和失败都无从证明。
上线 WMS 后“回到 Excel”的早期迹象
失败并不总是表现为危机。很多时候系统看似运转正常，运营却在悄悄绕开它。上线后的几个月里，请留意以下迹象：
- 报表又回到用电子表格制作；系统里的数据不被信任。
- 部分事务用纸质单据而不是手持终端完成，事后再批量录入。
- 盘点差异不见减少；库存调整成了家常便饭。
- 用户不断覆盖系统的建议（库位、拣货顺序）。
- 没人查看集成错误界面，或者根本没有这个界面。
- 每次修改规则都得向供应商下工单。
如果出现两条或以上迹象，用运营诊断衡量现状，是区分软件、流程和数据问题的好办法。
降低风险
- 在选型前写下您的流程和异常情况；让供应商在脚本化演示中演示您自己的流程。
- 在项目最初几周确定数据清洗工作及其负责人。
- 依据 go / no-go 检查清单而非日历做出上线决定；把回退计划写下来。
- 向参考客户询问他们上线后头几周的情况；我们的参考客户访谈问题正是为此设计的。
- 上线前记录准确率、生产率和周期时间指标，并将强化支持期的结束与之挂钩。
如果您愿意分享自己项目中的匿名经验，请发邮件至 info@findwms.com。分享的案例仅在获得明确许可后发布，并删除公司和个人信息。
常见问题
WMS 项目为什么会停滞？
通常不是因为软件。最常见的三个原因：物料主数据没准备好、库位结构没有在现场落地、项目开始前流程决策没有定下来。软件不会凭空创造不存在的秩序。
上线时风险最大的时刻是什么？
期初库存。如果切换前夕没有进行准确的、精确到库位的盘点，系统从第一天起就在错误数据上运行，几天之内就会失去现场的信任。要挽回则需要几个月。
培训多少才够？
一天的培训到下一次交接班就忘了。真正记得住的，是在现场一起工作几天，并为每个岗位留下一页纸的作业指导书。确保培训在方案中是单独的一项。
来源
- CIO，“Supply Chain: Hershey's Bittersweet Lesson” — cio.com（访问日期：2026-09-19）
- Canadian Business，“The Last Days of Target Canada” — canadianbusiness.com（访问日期：2026-09-19）
- RTÉ / 路透社，“ASOS warns on profit again after botching warehouse revamps”，2019 年 7 月 18 日 — rte.ie（访问日期：2026-09-19）
方法与更正：编辑方针。