起点：一个不漂亮的开局
去年年中，一家高端零部件制造企业把生产执行系统的升级交给我们。对方有多座厂区、产线节拍紧，之前的信息化系统是早年外包做的，数据散在几套彼此不通的表里，车间每天早上靠人工导表对账。项目启动时，客户信息部负责人开门见山："我们不是没找过人，前面两家都做了一半接不下去。"
需求评审那两天，双方都偏乐观。客户觉得"就是把旧系统搬上新平台"，我们觉得"标准模块加少量定制就能覆盖"。谁也没想到，真正拉开差距的，是开发中期那场谁都没预料到的范围蔓延。
等到开发进行到一半，车间工艺连改三版——不是改参数，是改了流转逻辑：原本串行质检的工序被拆成并行，报工节点从每班一次变成每工序一次。与此同时，接口方临时接入两家新的供应商系统，一家做物料追溯，一家做设备物联，协议都还不是同一套。范围像滚雪球，原计划里的"标准模块"几乎被重新定义了一遍。
到原计划上线日，系统只完成了七成。客户项目经理那句"你们当初说好的时间"，我们记得很清楚。
真正分胜负的，是出问题那两周
延期本身没让我们丢单——同行业里延期并不稀奇。真正决定客户去留的，是延期之后的姿态。我们后来复盘，那两周做对的事，恰好是多数供应商做反的事。
| 做法 | 多数供应商 | 我们当时 |
|---|---|---|
| 沟通口径 | "进度正常，稍后同步" | 每周两次对帐，连风险带卡点一起摆 |
| 责任归属 | 先划清谁的问题 | 先恢复可用，再复盘责任 |
| 临时方案 | 等正式版 | 先交可用的最小闭环，保产线不停 |
| 知识移交 | 交付时一并给 | 边做边留文档，客户工程师参与评审 |
| 决策节奏 | 等客户来问 | 主动给三个选项：赶工 / 切分上线 / 降级交付 |
最关键的是第三行那件事。我们没让产线为空等正式版买单——在正式功能就绪前，先用一套脚本把最急的报工和追溯跑通，车间当班班长在旧流程旁边并行验证，错了随时退回。产线一天没停，客户的情绪就一天没崩。
客户后来在复盘会上说，真正让他们放心的，是"系统没好，但人一直在"。这句话听着朴素，却是所有客户关系里最难伪装的。
我们后来把它写成内部清单
那次项目结束，我们把经验沉淀成三条，写进了交付规范，现在每条新项目进场前都要过一遍：
- 把风险摆到台面，比把进度粉饰得好看更值钱。 客户要的是可预期的坏消息，不是从天而降的坏消息。我们对内有一条铁律：卡点超过两天不解决，必须升级到客户侧，哪怕还没结论。
- 先给"能用的"，再给"完美的"。 产线不能停，临时闭环的价值远高于晚两周的正式版。判断标准只有一个——它能不能让客户今天少做一件手工活。
- 让客户的人参与进来。 文档和评审不是负担，是信任的抵押品。客户工程师越早进评审，越早在出问题时有"我们是一伙的"这个前提。
信任不是承诺，是可复用的资产
今年初，这家客户的新厂区信息化直接找了我们，没走招标比价。对方解释很朴素："上一个厂区踩的坑，你们都填平了，这套经验本身就是资产。"
这话不是客套。那次交付之后，我们手里多了一样看不见但实打实的东西：该车间的工艺模板、两家供应商系统的适配代码、一份写明"哪些坑会复发"的风险清单。下一次进场，这些直接复用，报价更低、周期更短、踩坑更少。
这正是"案例与可信资产"这个栏目想说的——一次干净的交付，留下的不只是系统，还有下一块业务敲门时你手里已经有的东西。
金兰信息——专注为高端制造、科研院所及大中型企事业单位提供工程化、可演进的数字化交付。