硬件很少是 RFID 项目失败的原因。在我读过的复盘里，读写器装好了，标签贴上了，通道识别率 97%。项目还是死了——通常死在有人把承诺节省和实际节省放在一张表里对比的那一刻。
下面这十个坑，基本覆盖了这类失望，按发生阶段分组。
第 1、2 个坑：先买硬件，以及按幻想的量做容量
最贵的错误是第一个，因为后面所有事情都继承它。
- 没想清流程就买读写器：读写器是零件，不是方案。在你能够说清「这次读取将触发哪个业务决策」——收货、异常、补货信号——之前，任何硬件选择都是猜。
- 按并不存在的峰值设计：团队为一个一小时最多过 60 箱的月台门买了八端口读写器。多余的端口费钱，更糟的是会诱使你把天线布得很密，从而制造干扰。按实测流量加 50% 设计，别按发布会上的 PPT 设计。
第 3、4 个坑：贴标纪律，以及那毁掉一切的 5%
贴标不体面、预算不足，却决定成败。
- 以为供应商会贴对：源头贴标只有在三个条件下成立——贴标位置精确到毫米、SKU 与 EPC 的映射经过校验、每批到货抽检。否则你就继承了一个 5% 的错误率，它会安静地吃掉全部人力节省。
- 复用 EPC：残留标签与回收标识，是污染库存历史最快的方式。EPC 必须在物品整个生命周期内唯一，物品报废时作废，而不是转给下一个箱子。
第 5、6 个坑：天线布局，以及没人测过的那个门口
物理不讲情面，也不在乎方案书里的效果图。
- 在纸上设计读区：图纸上是一个干净的 2 米读区，现实里有金属卷帘门、停在波束里的叉车、以及隔壁通道。用真实托盘、真实缠绕膜、真实车流跑满一个班次。
- 忽略相邻读区：上线后最常见的工单是「隔壁房间的误读」。多一根天线，比三个月的数字争吵便宜得多。
第 7、8 个坑：集成走捷径，以及没人管异常
项目通常能过上线，在第二个月死掉，就死在这里。
- 直接写 ERP：直接写库，或由中间件推送数量而不是单据，会绕过审计轨迹，并在第一次升级时失效。提交单据，让 ERP 的逻辑去决定。
- 异常没有主人：每个部署都会产生 1–5% 无法自动解决的读取。如果没有一个具名的人在规定 SLA 内关掉它们，它们就会堆积，直到团队不再信任系统——而没人信任的系统，最终会被关掉。
第 9 个坑：什么也证明不了的试点
在一条通道、一根天线、由项目组自己跑的试点，只能证明 RFID 能用，证明不了你的业务能用 RFID。
- 有用的试点有对照组、有贴标前测得的基线，并且至少跑四周，其中包含一次月末。
- 它测六个数字：读取率、重复比、未知标签率、时延、调整率、异常滞留。
- 它包含将来要用这套系统的人，而不只是将来要装这套系统的人。
第 10 个坑：只有一个数字的商业论证
如果整个立项理由都是省人力，那么第一次编制review 后的那个季度，项目就会被砍。
- 至少建三条收益流——人力、库存准确率、可得性——并分别呈现。
- 呈现悲观情形，而不是乐观情形。只在 100% 采纳率下成立的商业论证，不叫商业论证。
- 把第二年才出现的运营成本算进去：标签、维修、软件，以及那个现在必须对数据负责的人。
做得好的项目是怎么做的
成功的项目模式高度一致。
- 从一个「现在做错了的业务决策」出发，而不是从一项「现在很有意思的技术」出发。
- 把一个小的封闭群体完整贴上标签，而不是把一个大群体贴一半。
- 在贴第一张标签之前测基线；没有基线，之后所有说法都只是观点。
- 为那些无聊的部分做预算：贴标、天线测试、异常处理。
- 试点开始前就定好退出标准，并且真的敢停。
结论
十个坑，一个主题：RFID 是一个恰好在用无线电的运营项目。无线电本身没问题，需要设计的是运营。
- 先修流程，再买硬件。
- 把钱花在贴标和测试上，不只是读写器。
- 给异常一个负责人和一只时钟。
- 做一个允许失败的试点，并在它失败时相信它。
这十件事，预防的成本都低于上线后修复。
