制造数字化
26 条多花几十万、延期半年，起因不是现场跑不通，是甲方换了领导
「现场改方案实录」第 1 篇。蓝图签完、功能已在开发，甲方换了领导，要更少人、更自动化，换成他熟悉的做法。需求来回改，最后由甲方一线业务确认，在原方案上优化、不推翻主流程；几十万开发费甲方出，延期半年。再来一次：立项时约定出了问题怎么处理，蓝图请能拍板的领导一起签，签后变更重评需求、费用、周期。
现场和系统一冲突，让步的为什么总是系统
「现场改方案实录」序篇。硬件到位以后，现场和系统冲突，让步的基本是系统：改硬件贵、周期长，改系统便宜、快。系统让步时，人的分工也会跟着变。上一系列讲每一站的规则，这个系列讲规则在现场被打破的那一次，每篇按背景、问题、解决方案、对你有什么帮助来写。12 篇背后有三条线：只把要人判断的那一步交回给人，改方案最后常常回到上线前的数据表，变更怎么处理要在立项和签合同时写下来。
每个工厂都说自己特殊，定制做多了，系统就成了一个厂一套
定制最常见的 6 类：单据打印格式、特殊物料处理、工厂特有流程、报表看板、本厂设备系统对接、不同打印机驱动。定制是独立于标准功能、按业务自身特殊要求做的需求。做多了产品标准统一不了，严重的变成单独服务运维。要事先约定、不进通用配置、项目组和业务方审批签字。
工时估不准的，往往不是哪个功能难，是那几个你说了不算的环节
需求从蓝图拆：产品经理出产品设计文档，给开发讲完再开发。开发经理按功能点拆前端、后端、接口，估时间、定人，和项目经理商量计划。最常估不准的是设备联调、第三方系统和供应商对接，因为不受控。测试四轮，内部测完无阻塞再交业务用户。开发期间的新需求先过项目经理，开发不直接对接业务方。
蓝图评审会开成了答疑会，问题往往不在方案，在讲的人满嘴术语
蓝图调研先找关键用户、看工厂规划图。蓝图前面交代依据和范围，每个业务域按六块写，流程表每一步写到岗位。初审最常打回的是逆向流程没设计；终审卡在评审人听不懂，要换现场说法、拿一张单据走一遍。签了再改，走变更审批，关键用户和业务负责人再签。
立项书最该写细的一页，不是方案，是「前提和假设」
立项要定死 8 样：范围、目标、验收标准、里程碑、组织、人力、预算、交付件。最常漏的是需求变更、增加和延期带来的时间、人力成本，没有具体约束，这些要写进「前提和假设」。组织写清谁拍板、谁把关，人力按角色估人天，交付件按阶段列到责任人。
项目推一步走一步，问题往往不在项目组，在业务方没人做主
项目组三方：IT、业务、供应商。推不动的信号一层比一层深：没有关键业务方、有人不响应、响应了没人做主、没人协调内部，最后项目组推一步走一步。供应商换人先交接清楚，能力不行就入厂面试、试用留厂，或者加人。
项目延期从来不是突然发生的，是周例会上一周一周攒出来的
风险清单里最常见的是进度风险和成本风险。进度盯蓝图设计、功能实现、上线试用三个节点，上线推进按六层拆。延期了先书面预警、升级到业务方主要领导，再把周点检改成日点检。
系统验收迟迟签不下来，问题往往不在系统
从上线到验收：先上一条线，试制订单从少到多，各岗位磨合，再全面切换。验收看 5 个指标，门槛要在立项时定。签不下来，多半是标准没定、需求没停、拍板的人换了。
项目验收那天，一线关键用户一句话，顶项目经理十句
关键用户按岗位选（仓储、产线、采购、计划，外加物流规划员），挑资历老又肯学的，从需求阶段就进项目。验收时他一句顶十句，上线后现场小问题大多是他处理的，效率提升也靠他。三个坑：被指派来的、中途调走的、只有一个人懂的。
接口失败不可怕，可怕的是三个系统都说不是自己的问题
WMS 要和 SAP、MES、QMS、SRM、LES、WCS 对接，几十个接口大多实时同步。最高频、最折腾的是同步失败：一条指令要经过好几个系统转，卡住了要几方一起翻日志，最后兜底的总是业务。
入库时图省事放错一个库区，出库时自动化就动不了
入库五步：到货、质检、换托、外形检测、上架，每一步都在为出库铺路。同一个料散在几个库区，账上够数，自动化却出不来；解法是到货时就检查库区，不对的拒收。上架规则三条一起用，再把进出时间错开。
立库效率上不去，常常不是设备慢，是同一托料来回跑了好几趟
组单和组波是两件事。波次按生产订单、时间窗和分拣台定，大小的根在 PFEP 表。那 20% 的效率，来自把「拣一次回一次」改成「一托料满足完这一波所有需求再回立库」。
一张 30 多个字段的表，砍到 8 个，厂内物流才跑起来
厂内物流能不能自动跑，看的是一张每个零件一行的计划表。它最初 30 多个字段，没人维护得动；砍到 8 个、每列定主人，系统才真正跑起来。
强制齐套救一次急没什么，越库变成习惯，立库就成了摆设
生产订单下发前先查关键物料够不够。缺了还要上线，就得强制齐套；缺的料到货后走越库，不进立库、人工直送线边。缺料一多，越库从异常变成常态，系统只剩补记数据，自动化被架空。
线边库的账，是算出来的，不是数出来的
料送到线边先转进线边库，报工时按 BOM 标准用量倒冲扣账。账按标准扣，料按实际用，负库存、倒冲失败、多扣少扣、账比实物多，都从这个差里来。清账分两轮：系统先自动跑一轮，剩下的交给投料员。
一箱零件的 11 站：7 分钟看懂自动化仓储物流，和每一站的坑
一条 7 分钟的视频：跟着一箱零件，从排计划走到泵车下线。11 站讲清自动化仓储物流在忙什么，每一站配一个我们见过的坑。
BOM 下发以后再改一行，最难的是搞清料到底走到了哪
产线物流里最容易出错的三件事：叫料、增投减投、旧件。BOM 下发后再改，要先看料走到了哪一步，三种状态三种做法；只信系统状态，线边就会多出一箱没人认领的料。
人形机器人的亿元大单，买方没有一家是工厂
买人形机器人的，主要是数据采集中心、科研和商演。进厂的机器人，真正的产出是数据，产能只是副产品。
物流里真正赚到钱的 AI，不是大模型，是一门几十年前的老学问
AI 在物流里回报最实在的是运筹优化：排线、调度、波次。数字孪生、大模型调度、人形机器人被高估了。现场要先做的，是把数据和规则理顺。
自动化仓库验收那天，是工厂最后一次说了算
立库选了黑盒，验收之后出库规则写在集成商的软件里。制造业的每一次变化都会变成一张变更单；效率掉了，工厂连原因都查不了。要硬气，只能在付尾款之前。
工厂靠寄售省下的钱，最后都算回了采购价里
寄售的开山论文算出它能降低整条链的成本，前提是买方的资金比供应商更贵。主机厂和中小供应商的关系，正好反过来。
从 SAP 到 AGV 全上齐了，装配线反而变慢：8 套系统里，没有一套对节拍负责
系统全上线后，现场提的第一批需求里有一条是：把自动组单关掉，改回人工组单。问题不在哪一套系统，在于每套系统都只对自己的单据负责。
简历写做过 WMS 自动化仓库？我只问一个字段，就知道他进没进过现场
做过人工仓和做过自动化仓，简历上看不出区别。我的分界线是 8 个字段——答得上来的进过现场，答不上来的最多看过方案。
系统上线三个月就被架空，从来不是因为员工抵触
一有人说「现场不配合」，这件事就查不下去了。真正的链条是账不准、差异没消化、以及你确实让他变慢了。
交付案例：把 44 个仓储项目的坑，做成 AI 能调用的工具
我把仓储物流项目里见过的坑整理成库，做成一个 5 分钟自评和三个能让 AI 助手直接调用的工具。打分写死在代码里，大模型只负责听懂人话；这篇写它怎么搭的、哪里坏过、评测数字能说明什么、不能说明什么。