项目验收后半年，一家女装公司的系统出了点小问题，推荐的款和当季的色卡对不上。业务部门报给数字化部门，数字化部门说这是供应商配的，得找他们。供应商说人已经撤了，改一次要重新签一份人天。这件小事拖了三周。
这不是虚构的桥段。这类卡点在做完驻场项目以后很常见。八月十八日中国日报的报道里提到一个做法，杭州一家公司给制造企业做交付时，会同步培养企业自己的人，从业务、工艺或运营岗位里选，训练到能自己找场景、自己配置、自己调优。对方团队离场以后，企业内部还有人能接着推。这家公司把那批人叫「AI炼化师」。
同一篇报道还写了腾讯和长安汽车的合作方式。长安从内部选了二十四位业务骨干脱产两个月，腾讯派十位专家驻场，围绕七个核心场景做落地。二十四个人脱产两个月，这件事的实质是把人从原岗位上拔出来，专门接这一件事。
FDE咨询 到最后，交付的是一批人。系统、代码、接口都会过时，能把它们继续往前推的人不会。
做错的样子有两种。一种是项目结束，知识跟着人走，甲方只剩一套没人敢动的系统。另一种是留了人，但留的是操作员，只会按流程点，遇到新场景就停。
判断在这里。能力有没有转移，看甲方能不能在供应商不到场的情况下，独立完成一次新场景上线。能，就是转移了。不能，钱只买到了一次性的结果。
可以带走的是一张三件套。
第一件是岗位。项目结束前，甲方要把接手的岗位定下来，写进编制，配上职责。没有编制的岗位，半年内一定被别的事挤掉。定岗这件事，很多公司拖到项目结束才办，办的时候人已经被派去别的项目。
第二件是文档。文档里要写的是判断记录，操作手册那种东西网上买得到。哪条流程为什么这样做，当时试过哪些不行的做法，模型在什么情况下会出错。这些东西写下来，后来的人不用重新踩一遍。
第三件是评审权。新场景要不要做，由甲方的人拍板，供应商只提供意见。评审权在谁手上，谁就是这件事的主人。交出去的样子很具体，新需求先发给供应商，等对方给方案，再开会。
三件套里最容易漏的是第三件。供应商天然愿意保留评审权，因为评审权在手，后面的每一期都有生意。甲方让出去的那一刻，能力转移就只剩前半段。
希纪在给服装企业做增长诊断时，会问一个问题，这个项目如果换一家供应商，你们能不能把现在的系统接着用。能答上的，通常三件套都齐了。
还有一个检验办法，可以放在验收那天做。让甲方的人当着供应商的面，独立改一个参数，从提出需求到看见结果，全程不求助。做得到，验收通过。做不到，验收延后一个月，费用挂在这一项上。
凌迪科技在那场产业大会上提到过一个规划，一家企业打算在两年内引入二十多个数字员工，覆盖资产录入、营销拓客、设计研发、订单处理这些环节，目前约三成进入测试和应用。二十多个角色，如果每一个都要靠外部团队维护，成本会高到无法承受。这也是为什么能力转移这件事，越早写进合同越好。
回到那家女装公司。三周后问题解决了，方式是又签了一份人天。第二个月，同样的色卡问题又出现一次，这次拖了十天。
系统没有问题。问题在于，能改它的人不在公司里。
这件事在验收报告上完全看不出来。报告里写的是功能清单、上线时间、培训场次，每一项都合格。真正的缺口要等半年后一个参数改不动的时候才露出来。
项目做完那天，问一句谁接。答得上名字和岗位的，这件事才算真的做完。
希纪 · 服装产业观察