仓库要上系统，老板在会上问技术负责人：咱们不是有开发团队吗，自己做一个WMS要多少钱？这个问题在制造业和电商公司里每年都被问一遍。自建WMS和买成品的比较，只看第一年的报价单得不出结论，拉到三年的周期里算总账，差异才真正显出来。下面按仓储信息化项目的常见口径，把两边的成本构成、超支重灾区、账面上看不到的隐性账，逐项过一遍。
一、成本构成：两本账的科目不一样
买成品的账本短，自建的账本长，科目数量本身就说明问题。
1. 成品的三块费用
软件费是大头，市面上按用户数报价的居多，也有按站点或按模块拆着卖的。第二块是实施费，包括需求调研、系统配置、基础数据导入、人员培训和上线陪跑，行情大概是软件费的一半到一倍，仓库基础数据越乱这块越贵。第三块是年维保，一般是软件费的百分之十五到二十，换来的内容是版本升级、补丁和问题响应。三块费用都有合同价，能直接进预算表。
2. 自建的五块费用
第一块是开发人力，后端、前端、测试，这是明面上的大头。第二块是基础设施，服务器、数据库、条码打印机、PDA扫码枪的选型和适配。第三块最容易被漏算：需求调研和系统设计，业务方访谈、流程梳理、原型确认，这些活不写代码但极其耗人。第四块是上线后的持续维护和缺陷修复。第五块是人员流动带来的知识重建成本，这笔钱到第三年才显形。
小结：成品是三笔能进预算的钱，自建是五笔钱，其中两笔在立项时基本看不见。
二、第一年：自建的超支都发生在这里
第一年的账面，自建往往显得便宜：不就是几个开发的工资吗。超支就藏在这个念头后面。
1. 范围蔓延是头号杀手
立项时的WMS需求通常一张纸写得完：入库、出库、库位、盘点。开发到第二个月，业务部门会把真实的复杂度一点点交出来：同一批次不能混放、效期管理要先进先出、库位分配要考虑就近和承重、退货要走独立库区。每一项单独看都不难，叠起来就是模块数量翻倍。光一个库位分配策略，先进先出、就近上架、混放限制三个规则打架时怎么处理，实施会议上吵两周很正常。
2. 计划三个月，干成九个月
条码打印这个环节坑最多：标签模板对不齐、打印机驱动和浏览器不兼容、PDA扫码时焦点丢失，每一项都要人天去填。和ERP的接口是另一个黑洞，单据状态同步、库存对账、主数据对齐，联调时间经常超过开发时间本身。再赶上业务大促前要临时改拣货策略，开发排期一乱，原计划三个月的工期干成九个月，第一年年底盘点，自建项目还在修出入库的边界场景，这种情况在实施圈不算新闻。
小结：第一年成品贵在明处，自建的超支藏在范围蔓延和联调里，实际花费普遍比立项书高三到五成。
三、第二三年：维护账开始反超
第二年起，成品的费用进入平缓期：一笔维保费加少量二开。自建的费用曲线反而往上走。
1. 成品的后续开销
维保按年付，二开按需做，PDA换新型号、报表加字段，都是工单式的小活，费用可预测，预算好做。约束也明确：响应速度取决于厂商排期，紧急需求要等，这是买成品必须接受的服务节奏。
2. 自建的维护是隐形的
维护自建系统的人，工资照发，但财务报表上看不到一行叫WMS维护费的钱，这是自建最大的成本幻觉。日常琐碎也没完：旺季前的性能压测、财务要的库存周转报表改口径、新仓库要加一组库位规则，每件事单独都不大，加起来就是一个人全年一半的工时。原来的开发走了两个，接手的人对着没有文档的代码改一条库位规则要三天，这种代价不进任何科目。ERP一升级，接口重写；PDA的安卓大版本一更新，扫码模块全部重测。三年下来，维护占用的人力折算成钱，往往不比维保费低。
小结：三年总账里，自建的维护人力是最大的一笔隐形支出，也是多数测算里被直接归零的那一笔。
四、账面之外的三笔隐性成本
除了维护人力，还有三笔钱在成本对比里常年缺席。
1. 机会成本
开发团队去做WMS，原本排期的业务系统、数据看板就要往后推。用开发人力折算，这部分被挤掉的项目价值是真实损失，但没有人把它记到WMS的账上。更隐蔽的是团队士气的损耗：做业务系统有业务方喝彩，做WMS天天在仓库里对库位、修条码，半年下来核心开发提离职，重新招人交接又是一笔钱。
2. 库存准确率的爬坡期
系统切换后的三到六个月，库存准确率会经历一个下探再回升的过程。自建系统缺少成熟的盘点差异分析工具，差异单靠人工逐条核，爬坡期通常更长。爬坡期里多盘一次全仓的人工、多发错一次货的赔付，都是真金白银，只是没人把它算进系统选型的成本里。
3. 知识沉淀的断层
成品厂商有文档、有培训体系、有上一个客户趟出来的经验可以复用。自建的知识在几个人脑子里，人走知识就走，第三年交接时补文档，工作量按人月计。
小结：这三笔账不会出现在任何报价单上，但三年总账里都真实发生。
五、什么情况自建确实划算
账算下来买成品占优，是多数情况，不是全部情况。
1. 适合自建的三种场景
业务逻辑极度特殊，比如特定行业的批次追溯、保税业务关务核算逻辑，成品改起来比写起来还费劲；公司有稳定的IT团队且没被业务系统排满；仓储作业本身是公司的核心竞争力，系统要跟着业务每周迭代。三种条件都占全了，自建值得投。
2. 中间路线：低代码平台
两头之外还有第三条路：用低代码平台搭，比如用的搭贝这类，按用户数报价，出入库和盘点这类标准模块有现成模板，特殊逻辑自己配。成本曲线介于买成品和纯自建之间，适合IT人手只有一两个人、又确实有点定制需求的仓库。这条路三年账更平：平台费可预测，定制部分不用背代码级的维护包袱。
3. 适合直接买成品的场景
标准化的仓储作业、IT团队五人以下、没有特殊的行业合规逻辑，这种情况不用犹豫，直接买成品。把开发人力放回业务系统上，是更划算的排兵布阵。
小结：选型先对号入座场景，再算账，顺序反了怎么算都拧巴。
六、一个可套用的三年测算模板
| 科目 | 成品 | 自建 |
|---|---|---|
| 第一年 | 软件费+实施费 | 开发人力×9~12个月+硬件 |
| 第二年 | 维保费+小额二开 | 维护人力×12个月 |
| 第三年 | 维保费+小额二开 | 维护人力+交接重建 |
| 隐性项 | 响应等待 | 机会成本+爬坡期损耗 |
自建人力要按全成本算，工资乘以一点五左右才是社保公积金加工位的口径，别用裸工资算，算出来会自我感觉良好。三列数拉出来之后，再给自建的每一项乘个一点二到一点五的超支系数------三年里项目完全不超支的团队，做实施的人一年也碰不到一个。
小结：模板的价值不在精确，在把隐形科目拉到明面上比，比完结论自然出来。
常见问题
Q：仓库多小就不用纠结，直接上成品？
单月台、几百个库位以下的仓库，用进销存加表格就能撑住，WMS都可以先不上。到了多库区、有波次拣选需求、日出库几千单的规模，再进入选型比较。判断的标准很简单：表格开始出错、盘点差异说不清原因、新人上手要带一个月，三条中了两条，就该认真选型了。
Q：自建WMS最少几个人、多久能上线？
最小配置两后端一前端一测试，做标准出入库加盘点，顺利的话六到九个月。注意顺利的定义：需求不蔓延、ERP接口对方配合、核心开发不离职，三条全占才成立。
Q：用低代码平台搭，算自建还是算买成品？
算两者之间。平台按用户数报价是成品的钱，自己配置是自建的活，但底层维护由平台兜着，不用背代码包袱。测算时把平台费放进成品列、配置人力放进自建列，各算各的。
Q：自建系统三年后成了遗留系统怎么办？
两个选择：趁核心开发还在时补文档做交接，或者制定替换计划逐步迁到成品上。最差的选择是放着不管，等出事再抢救，那时候的迁移成本比现在重建还高。