十二万买的系统，上线一个月被亲手杀掉

一家 29 人的建材公司用不了通用软件，因为它报价、下单、跟踪物料的方式对不上任何一款成品。于是它花钱定制：12 万元，前后约一年，由外部团队交付。系统上线了，老板在一个月内亲手把它停掉。之后他自己学会了做这件事，重建的那套跑了起来。

省事的读法是：供应商不行，老板恰好懂技术。材料支持的都不是这两句。分享者自己的说法更窄，也更有用：第一套系统是被「不是使用者的人」验收的，第二套系统每天被使用者验收。

下面所有数字都是分享者自述。这条案例很短，缺的段落直接标记为缺。

一、买的是什么，代价是多少

买的是一套贴合公司实际做法的定制 ERP。通用产品是另一条路，而且已经失败过一次。材料没有写这家公司靠哪条业务线赚钱、系统本来要守住多少收入——解剖的第一段在这里是空的。

记录下来的只有代价和止损规则：一年、12 万元，然后是一个月的真实使用。老板停掉它的理由不是沉没成本，而是往前看：以当时的速度和质量，再做下去还要再赔一年。

这是整份记录里唯一一次财务判断，而且判断是对的。沉没成本不是继续的理由，对下一年的可信预估才是停手的理由。第一套系统没有留下任何比例、节省工时或前后对比数字，这里补一个就是编的。

二、三张图

大部分没有。记下来的那一行很要紧：批钱的人、用系统的人、停掉它的人是同一个人。钱怎么流和权怎么走因此合并成了一把椅子，这也是为什么止损能在一个月内做出。

其他角色没有出现。ERP 停掉之后谁受损、谁要改工作方式、这些人还负责什么，材料里全无。对一家 29 人的公司，这是个大窟窿：往 ERP 里打字的人，恰恰是它本该服务的人。

三、判断错在哪

错在验收。第一套系统是按「模块做完」签收的——这块建好了、那块建好了——签收的人不是使用者。信号在上线一个月后到达：老板想用它跑业务，跑不动。

这是一份事后回顾，不是逐周日志，所以没有周次，也没有某个「发现真相」的瞬间。它给出的是修正后的规则，由买方自己说：模块完工不算验收；一条业务流程从头到尾跑通、由拥有它的人亲手操作并确认，才算。

这条修正要小心地推广。它不是「老板应该去写代码」，而是「验收是有主体的」，而外包把这个主体挪出了房间。供应商按模块清单验收自己的活，测到的只是模块存不存在。

四、什么活了

自建的那套：三个软件加一套智能体，跑在生产里，每天给老板的微信送一份经营简报。成本结构也变了——AI 编程订阅费加上老板指挥它改的时间，对面是同等范围外包的六位数报价。这个对比来自分享者，比的是订阅价和服务价，当方向看可以，不能当账算。

「活了」的证据是委托它的人每天在用。材料没给持续了多久，所以按四周法则，这句话可信但未经验证。材料同样没给工时：分享里提到搭建期一天十几个小时、醒着就在干。这是真实成本，订阅费的对比把它盖住了。

五、什么死了

外包的 ERP，上线一个月后死掉。记录的死因是交付的速度和质量。

注意这个死因不是什么。部署复盘常用的死因六型——需求没成立、错的人在场、工作流改动代价大于回报、数据源不稳、唯一的推动者走了、我们自己没跟上——没有一型叫「供应商又慢又错」。那份索引是给「自己交付」的团队写的。外包失败落在它外面，而这个缺口本身就是教训：死因分类假设你离得够近，能看着它失败。

六、验收，只能自己跑

开工前写进合同的五行：

1. 谁执行验收——具体的人，不是角色，不是供应商。
2. 跑哪条流程，从哪一条起始记录到哪一个终态。
3. 用哪份真实数据跑，数据从哪来。
4. 终态算「完成」长什么样，用客户自己的单位说。
5. 跑失败怎么办——谁回退、退到什么版本、多久之内。

第一行的答案如果不是每天用它的人，这次验收就是彩排。本案第二次能成，是因为验收的人就是必须住在系统里的人。这也是最便宜的一种口径：数字由感受到它的人来量。

案例细节来自公开分享，未经独立核实。