5.4 我怎样把订单真正变成客户上线

一笔 64 万元合同签下后，项目经理已经收到系统通知，却等了 19 天仍然不能开始。

客户账号没有准备，历史数据由第三方管理，客户项目负责人也还没有确定。销售认为合同签了就是项目启动，客户认为第一次现场会议才算启动，项目计划却已经开始计算。

三方都在使用“已启动”，说的却不是同一件事。

我先把签约和可以启动分开

合同签署表示双方形成了法律承诺，不表示交付条件已经具备。

我跟着一笔正常项目和一笔延期项目，列出真正开始工作前需要的事实：

• 范围和不包含项已确认；
• 客户与云枢科技的负责人明确；
• 客户需要提供的账号、资料和接口有负责人和时间；
• 项目资源可以安排；
• 里程碑、验收和付款节点一致；
• 非标准承诺已经获得批准。

这些条件没有满足时，项目状态是“启动条件待完成”，不是“进行中”。

交接材料必须由接收人确认能用

过去销售提交交接单就算完成。项目经理常常在启动会前重新访谈客户。

我让项目和财务参与定义交接完成条件。销售准备材料，AI 整理来源和缺失，项目经理确认范围、客户条件和资源，财务确认验收与付款节点。

接收人可以拒绝，并必须说明缺少什么。拒绝不会把订单退回一个模糊的“销售阶段”，而是保留当前事实和待补事项。

交接完成不是发送动作，而是下一位确实具备继续工作的条件。

客户准备也是价值流的一部分

企业经常把客户延迟视为外部原因，因此不进入内部流程。

可客户账号、数据、接口和关键人员是否准备，直接决定交付和回款。签约前就要说明这些条件，并给出客户负责人和计划时间。

AI 可以提醒、整理依赖和准备沟通材料，项目经理负责与客户确认并判断对计划的影响。

客户没有准备时，系统不能偷偷让项目保持绿色。它要显示等待对象、已经等待多久、影响哪些里程碑和谁负责下一次沟通。

计划不是一串孤立日期

我请项目团队把关键里程碑和依赖连接起来。

数据确认完成后才能配置；关键用户完成准备后才能试用；试用结果确认后才能进入验收；验收通过才触发相应付款。

当一项依赖变化，AI 可以计算可能受影响的后续节点并提示负责人，但不能自行向客户承诺新日期。

项目经理依据资源、合同和客户情况决定调整，并记录为什么改变。

变更必须重新经过价值和责任判断

客户在项目中提出新要求很正常。

最危险的不是出现变更，而是顾问为了推进工作先答应，最后才补手续。

我把变更分成澄清原范围、使用已有配置、额外服务和正式范围变化。涉及成本、时间、验收或付款的变化，必须由相应负责人和客户确认。

AI 可以对照合同、方案和当前项目记录标出差异，不能决定“这个改动不大就免费做”。

上线必须从客户使用来证明

内部任务全部关闭，不表示客户已经上线。

我和客户共同确认：目标用户可以进入，关键业务情境能够完成，资料和权限正确，出现问题知道找谁，约定的验收证据已经形成。

对于门店经营系统，上线不是页面可以打开，而是试点门店能完成一次数据提交、总部能看见冲突并由负责人确认。

验收结果要连接合同付款节点，不能让项目系统和财务各自判断“完成”。

AI 在这条价值流里做什么

AI 负责整理合同和方案、生成待确认交接、跟踪依赖、提示状态差异、汇总项目风险和准备验收证据。

人负责客户承诺、资源安排、范围变更、正式验收和付款事实。

当资料缺失、两个系统状态冲突或客户要求越权时，AI 停下来并把上下文交给负责人。

这条边界与 5.1 相同，但进入项目以后，责任人和事实来源发生了变化。

我怎样观察改造是否有效

我记录签约到具备启动条件的时间、项目重新访谈次数、等待客户的时间、范围变更、返工、上线和验收周期，以及应收款是否按节点回来。

这些指标都能回到具体订单。平均周期缩短，如果高风险项目更常亏损，也不能算成功。

试点先回放旧项目，再进入少量新项目。客户资料越权、错误状态触发开票或未经确认的变更进入交付时，立即停止相关自动动作。

OGL-25-06 的“已启动”被拆成五个事实

状态	这笔订单何时成立	责任人	原先的错误
合同已生效	生效版本和华东签约主体确认	法务、销售	被直接当成项目开始
交接待接收	范围、客户条件、验收和付款材料已准备	项目、财务	销售发送就显示完成
启动条件待完成	客户账号、第三方数据授权和客户负责人仍缺失	项目经理	系统仍显示绿色“进行中”
可以启动	第 19 天，必要条件与项目资源均确认	项目负责人	过去没有独立确认动作
可验收	目标用户完成关键情境且双方证据齐全	客户、项目负责人	内部任务关闭被当成客户上线

这张表改变了钱的解释。项目计划不再从合同生效自动计入“执行天数”；财务仍保留合同和开票事实，但只有客户与项目共同验收后，才能沿合同节点判断尾款。项目状态不能替财务确认收入，财务状态也不能替客户证明已经可用。

AI 在这笔订单里整理依赖、提醒等待、比较范围版本和准备验收证据。它不能因为等待超过计划就自动承诺新日期，也不能把客户口头说“快好了”写成账号已经可用。完整状态和失败分支见 OGL-25-06。

项目上线以后，客户是否持续获得价值仍然可能被多个系统拆散。下一篇跟着一位合作两年的客户，检查关键使用下降、重复工单和负责人变更为何直到续约前才被看见：我怎样把客户问题带到续约增长。