先算一笔账。
2023 年秋天，南加州 Fontana，一家 12 万平方英尺的电商仓上了 AMR 货到人项目。立项预算 420 万美元，18 个月后关账：实际支出 538 万，自动化预算超支 28%。多出来的 118 万里面，机器人本体只占了不到 20 万。
剩下的将近 100 万去哪了？这就是今天要算的账。干了这么多年成本分析，我发现一个规律：自动化项目超支，十个里有九个不是栽在设备上，而是栽在设备之外的三个黑洞里。立项时预算表上根本没有这三行，或者有，也是拍脑袋填的数。
第一个黑洞：集成定制——超支的钱从软件开始漏
硬件有报价单，软件没有。AMR 厂商报给你的是车体、充电桩、调度系统的 license，加起来清清楚楚。但你的 WMS 要跟调度系统对接，异常流程要定制，管理层要的报表调度系统原生没有——这些全是集成商按人天收的钱。
一家做服装的 3PL 仓，2024 年初上分拣线，集成合同签了 35 万美元。开工三个月，业务提了 40 多个"小需求"：退货件要单独分口、爆款 SKU 要优先波次、跟客户的 EDI 对账单格式要改。每一个"小需求"都是一张变更单，三个月下来集成费用涨到 61 万。这钱花得冤吗？冤。但合同里写了按人天结算，业务方签字认的，财务只能认。
根子在立项：需求调研只访谈了 IT 和运营经理，没把一线班长和客服拉进来。那些"小需求"不是新需求，是本来就存在、只是没人问出来的需求。
我的算法：集成与定制这项，立项预算按集成商首轮报价乘 1.25。需求访谈覆盖不到一线，这个系数提到 1.4。这笔钱不是让你乱花的，是让你在变更单来的时候不用去董事会解释。
第二个黑洞：土建改造——仓库本身才是超支大头
设备厂商的方案书默认你的仓库是"标准仓库"：地面平整度达标、电力够用、网络全覆盖、消防合规。现实里的老仓，没有一个是标准的。
2022 年，德州一个 15 万平方英尺的老仓上立库，土建预算只列了 25 万美元——货架基础和局部加固。施工队进场一测：地面沉降差超了立库厂商的允许值，整块作业区地坪要重做；老配电房容量不够，增容要等电力公司排期，光增容就花了 4 个月。土建最终花了 71 万，工期拖了 5 个月，设备在临时库里躺着，仓储费又搭进去一笔。
这个黑洞最要命的地方是：它在立项阶段完全可查。花两三万美元做一次专业勘测（地面、电力、结构、消防），就能把八成的土建风险量化出来。但我见过的项目里，十个有八个为了"省"这笔勘测费，直接拿厂商的"标准假设"当预算依据。这钱花得最冤。
算法：土建改造预算按勘测后报价乘 1.3（房龄 10 年以上的老仓）；新仓或次新仓乘 1.15。没做勘测就立项的，先把勘测费加进去，再乘系数。
第三个黑洞：爬坡期与双轨成本——ROI 表里被吃掉的 9 个月
ROI 测算表我看过上百份，几乎每一份都犯同一个错误：只算了"省下的人"，没算"多出来的人"。
自动化上线不是开关一拨就切换的。试运行期短则 3 个月、长则 9 个月，这段时间是双轨：老流程的人不能撤，新系统要配驻场工程师、数据核对员、异常处理岗。一个 200 人的仓，爬坡期多养 15 到 20 个人是常态。按美国仓库全口径人力成本（时薪加福利、保险、管理分摊），一个人一年 5 万多美元是打不住的——这笔钱在 ROI 表里经常是零。
还有备件和停机。第一年维保有的含在设备价里，有的按年收设备价的 8% 到 12%。易损件（轮胎、传感器、皮带）的更换周期，厂商给的是实验室数据，现场粉尘、温湿度一加上，寿命打七折是常态。这些在立项预算里要么没有，要么按厂商的"理想值"填。
算法：爬坡期人力成本按"月均多出人数 × 月均全口径成本 × 爬坡月数"单独列一行，不许跟"人工节约"对冲。首年维保与备件按设备价的 10% 单列预算。
一张总表：500 万美元量级项目的预算长什么样
下面这张表是一个 500 万美元量级 AMR 项目的预算结构，数字是测算示例，比例关系来自我复盘多个项目后的经验：
| 成本项 | 立项常见做法 | 建议预算 | 余量逻辑 |
|---|---|---|---|
| 设备本体 | 按厂商报价足额列 | 报价 × 1.0 | 设备价格最透明，不用留余量 |
| 集成与定制 | 按首轮报价列，甚至漏列 | 首轮报价 × 1.25～1.4 | 需求变更系数，一线访谈越浅系数越高 |
| 土建与设施 | 按"标准假设"估，或漏列 | 勘测报价 × 1.15～1.3 | 老仓取高值，先勘测再立项 |
| 爬坡期人力 | 漏列（最常见） | 单独测算，不许对冲 | 按实际多出人数 × 月数 |
| 首年维保备件 | 按厂商理想值列 | 设备价 × 10% | 现场工况打折后的真实值 |
按这张表，一个报价 500 万的项目，真实立项预算应该在 620 万到 680 万之间。看着吓人，但这就是它真实的样子。
反常识的判断：超支的根子不在设备，在预算的颗粒度
说一个反常识的结论：我复盘过的超支项目里，因为"设备选错、性能不达标"导致超支的不到三成；七成以上，是立项时把"设备采购预算"当成了"项目总预算"来报的——这就是大多数自动化预算超支的真实剧本。
更深一层：很多公司立项时"统一留 15% 不可预见费"的做法，本身就是错的。三个黑洞的风险形态完全不同——集成是需求风险，土建是勘测风险，运维是时间风险。一刀切 15%，结果永远是：集成超了四成，土建超了六成，运维这一项根本没列，15% 的总余量杯水车薪。
余量必须分项留、分项管。每一项的系数都要有出处：变更系数看需求访谈的覆盖度，土建系数看房龄和勘测报告，运维看爬坡计划。财务的价值不是卡预算，是让每一分钱的风险都有名有姓。
结尾：一个可以直接套用的公式
下次立项，把这行公式贴进预算表：
项目总预算 = 设备报价 × 1.0 + 集成首轮报价 × 1.25 + 土建勘测报价 × 1.3（老仓）+ 爬坡期人力单列 + 设备价 × 10%（首年维保备件）
算出来比厂商报价高 25% 到 35%，别慌——这不是你报高了，是以前报低了。董事会问为什么比别家贵，你就把三个黑洞的测算依据一条条摆出来。有算法的预算才叫预算，没算法的叫许愿。
自动化预算超支这件事，从来不是技术问题，是算账问题。账算细了，超支就只剩运气成分；账算粗了，超支就是必然。
作者：老周｜物流成本分析师
