仓库自动化死在软件上，而非机器人
机械臂是容易的部分。吊车、自动驾驶叉车、能自己运行的拣选机——这是房间里每个人都早已同意的预算项目。它是预算里最性感的部分，也是供应商演示的部分，因为它是会动的部分。
但机器人从来都不是难的部分。难的是软件——它告诉机器人库存实际上在哪里、每个料箱里装了什么、订单需要发往哪里，以及这一切如何与你的 ERP、WMS 和等在码头边的承运商对账。那一层——机器与其他一切之间的耦合——正是仓库自动化项目走向死亡的地方。而这一层，没有人做预算，因为没有人演示它。
演示展示的是机器，而不是管道。供应商的演示展示的是机器人移动，却没有展示：当你的库存数写着某样商品有三件、而料箱里实际只有一件时会发生什么；机器人会如何处置贴错标签的箱子、损坏的退货，或者拣选之后又被修改的订单。
机器人会高高兴兴地执行任何下达给它的指令。问题在于，“下达给它的指令”再好，也好不过喂给它的数据——而仓库数据一团糟：SKU 在各系统之间对不上，库位会漂移，数量会过期。把一台昂贵的机器人装到一个从来就不够干净、不足以支撑自动化的数据层上，机器人就会变成一种以极快速度把错事做出来的方式。
自动化不会修复流程，它会放大流程。自动化不会让一个坏掉的流程变好，它只会让它更快、更一致——包括那些坏掉的部分。
如果你的仓库靠的是“部落知识”来运转——“去问 Dave，他知道那个料箱在哪”——那机器人没法据此执行。所以你得先把知识写下来，这意味着你得在自动化之前真正理解流程。大多数团队会跳过这一步。他们买机器人就是为了跳过艰苦的思考，结果机器人还是逼着他们在项目中途去做这些艰苦的思考——而这时一台七位数的机器已经摆在车间地上了。
AI 时代的版本也是一样：在自动化动作之前，先自动化决策——而决策再好，也好不过它背后的数据。
钱真正花在了哪里。在做硬件预算之前，先为这些做预算：
数据对账。你的 ERP、WMS 和店面各自对“库存里有什么”都有自己的看法。让它们达成一致——并在订单流转时持续保持一致——是真正的工程活，不是一个配置勾选框。
异常处理。机器人总会撞上没有覆盖到的情况。如果没有人来认领那个决策，机器人就会停下。一台停着的机器人比没有机器人更昂贵。
集成。机器人与你的 WMS 通信，WMS 再与你的店面通信，店面再与承运商通信。每一处连接，都是一个项目会拖延数月的地方。
长尾。自动化改变了组织。原本做拣选的工人现在要监督机器——这是另一份工作、另一种排班、另一套培训计划。
这些全都不会出现在供应商的报价单里。
规则。机械臂是容易的部分，软件和数据才是项目本身。如果你的预算里给硬件的条目比给“让硬件诚实”的集成还多，那你就不是在自动化一个仓库——你是在买一个极其昂贵的东西，它每天都会提醒你：你跳过了最难的部分。
先自动化数据。然后机器就只是一条执行指令的手臂。
我把这篇的实地笔记版——来自同一次真实仓库探访的同样教训——发在了 WanderingCTO.