企业AI落地⑤:交付后我的团队接得住吗?

很多AI项目交付那天热热闹闹，但是三个月后系统半死不活。问题往往不在交付，在交接——活还攥在供应商手里。

盛迈斯不做"交付即走"。这一步叫交接，把系统平稳交到客户手里。

一、交接前，先钉死一件事

没 Owner，不交接。

交接前，场景规则库必须有一个客户侧责任人，名字加岗位，不是"你们团队"。无 Owner 不交接。同时整理移交包：四件套、runbook（怎么日常跑、怎么看异常、怎么重启）、错误分级表、不包含清单（明确我们不负责什么）。

二、接手复验五动作

这五件事，客户必须自己独立做，我们在旁边看，不伸手。

客户自己从零启动一次工作流；自己跑一遍测试集看通过率；自己按 SOP 处理一个 B 级错误；自己读一份 30 天对比报告，能解释分母和分子；自己写下"下次谁改规则、怎么提变更"。五动作独立做完，交接才成立。

三、做不了，就退回陪跑

这一节说清：不强行脱手。

任一项做不了，回到 T2 陪跑，不强行脱手。强行把系统塞给还没接住的客户，是交付里最贵的失败——他接不住，系统很快失修，关系也跟着烂。

举一个例子：有次客户说"接住了"，复验时让他自己启动工作流，结果卡在账号权限上转不动。没接住就是没接住，塞出去只会双输。我们退回陪跑两周，把权限和 SOP 补实，再复验。

交接最容易被忽略的，是runbook 写得潦草。移交包里最关键的那份"怎么日常跑、怎么看异常、怎么重启"，如果只存在某人脑子里，系统迟早停摆。我们交付的 runbook，新人照着能独立操作，不依赖任何一个人。

还有一点：不包含清单要和交付物一起给。明确我们不负责什么，比承诺我们负责什么更重要——边界清，责任才清，客户关系才长久。盛迈斯的不包含清单会白纸黑字写清三件事：不替客户做业务决策、不接手内部人事考核、不在没有数据权限时硬跑。把"不做什么"列得明明白白，客户反而更敢把"该做什么"放心交给我们。这套边界，是交接能成立的前提。

四、交接后，我们退到哪

退，不代表消失。

交接后我们远程守，≤4 小时/周，只在异常升级时介入。不代客户运营，只守"系统还健康吗"这道关。知识转移给客户，能力留在客户团队——这才是交付结束的标志。

交接成立，系统才真正活下来。下一篇讲活下来之后：上线后，谁来陪跑。

让 AI 在企业真正跑起来！

盛迈斯 SunMize · AI 落地交付 · 按场景跑通结果 ｜ 官网 www.sunmize.com