开工之前，六件事要同时成立

签字发生的那一刻，通常只说明有人希望这件事开始。条件回答的是另一个问题：现在开始，是不是最便宜的选择。它不靠开会论证，靠一周之内能不能查到。

六个条件跟评分卡不是一回事。打分是加法，某一项强可以把另一项弱的地方平掉，热情高一点、数据凑合，总分看着仍然体面。部署不吃这一套：模型、场景、系统、组织、资产这几项是相乘的，任何一项接近零，结果就接近零。六个条件同理——五条成立、一条不成立，不是完成了八成，而是会以缺失那条对应的方式失败。

好处也在这里。事故的形状是可以预判的，看缺的是哪一行就够了。

六件事，逐条核对

一，流程今天就能从头走到尾。 证据是某个员工在自己电脑上，把最近一笔真实业务从头点一遍，包括那个在群里靠人说一句话就完成的环节。流程图不算，制度文件也不算。这条不成立，你自动化的只是组织架构图上那个流程，真实流程会继续在你系统旁边跑，变成一个装着所有例外的影子系统。

二，数据存在，取数路径上有具体的人。 证据是你手上已经有一份样例文件，有一个人负责提供，有一个人负责批权限，还有一个环境可以跑。这条不成立，项目会卡在第二到第四周；卡住的时间会被新功能填满，进度看着在动，堵点反而更看不见。谁能读、谁能写回，属于数据与安全边界要写清的东西，不该靠默认。

三，价值落在一个已经有人在看的数字上。 证据是这个数字的负责人不用问别人就能说出上个月的基线。这条不成立，系统跑得很好，但没人说得出它有没有用；到了要保预算的时候，手里没有可以指的东西。

四，这件事发生得足够频繁。 证据是上个月日志里的计数，不是会上报的估计。这条不成立，你会得到一个季度只用几次的正确系统：新鲜感撑过前两周，第四周什么也撑不住。

五，错的输出能被接住，也能撤回。 证据是有名字的复核人、被退回的输出怎么处理、以及怎么回滚。这条不成立，一次坏输出就会变成一个事件，项目从此按最差的那次被评价，而不是按趋势。

六，有一个人既能签字，也承担后果。 证据是那位能改动工作方式的人在场，说过失败时怎么办，并且给决定定了日期。这条不成立，试用就永远不结束：没有验收，也没有否决，一年就这样过去。社区里有人转述过一家大型国企，约定半年交付十个智能体，将近一年没有验收——根子常常是能点头的人和被派来跟项目的人不是同一个。

一页纸的检查表

每一行都能在本周查到；第三列是下一节要做的事。

条件	这一周怎么核	不成立时它变成什么
流程走得通	一名员工在本机把一笔真实业务走完	排除条款：留在系统外的环节写明，并列出来
数据与权限	手上有一份样例，提供人和批准人都有名字	带日期后果的依赖条款
数字已有人看	负责人能从报表报出上月基线	先做一次付费的测量
发生频率	上个月日志里的计数	挂一个量级门槛再谈
错误可撤回	复核人有名字，回滚步骤写下来	把人工复核写成交付要求并计价
有人签字并担责	决策人在场，且带日期	拒绝，或改成付费诊断

不成立的那条，怎么写进范围之外

出口只有三个，第四个是大家爱走的，因为说出口不花钱。

第一个是带后果的排除条款，写进附件时分三段：这次不做什么、客户必须提供什么、提供不了时什么跟着动。以数据为例：这一版不接 ERP，报表由客户在每月第五个工作日前提供的导出文件生成；导出晚到几个工作日，验收日期就顺延几个工作日。这句话跟范围与报价是同一份文件里的事，它的作用是把「卡住」挡在「重新谈判」之前。

第二个是付费诊断，两到三周，产出一份场景优先级清单和一份数据就绪清单。它真正的功能是筛人：连诊断都不肯付钱的客户，本来也不会为交付付钱。

第三个是拒绝。把话说死、转身就走的拒绝，价值不如带条件的拒绝——因为条件满足时「暂时不做」会自己回来。没有挂条件的「暂时不做」，只是把延期包装成了计划。

第四个是「二期再说」。这条要从会议纪要里划掉。它不是出口，是一句承诺：这条条件当作已经成立，项目照常往前推。

先查最便宜也最贵的两条

第一条和第六条，成本是一周的时间加一次谈话；第二条和第五条，成本是一封邮件加看一眼安全流程；第三条和第四条，可能要用你手上还没有的数据。所以核对顺序不是书写顺序，先查最容易查、又最不能查错的那两条。需求访谈问题库配第一条，利益相关者图与决策权配第六条。

签字会如果那位能改流程的人不在场，它就只是一次通报；把会改期，比把纪要写漂亮有用。

开工前问一句

今天这六条里，哪一条不成立？如果答案是「都不成立」，你其实在打分，不在核对，而打分一定会过。然后针对不成立的那一条，说清楚你走了三个出口里的哪一个、写在了哪里。如果看附件的人找不到那句话，这条条件就没有被处理，只是被许愿了——而愿望是有交付日期的。附件就是 SOW，条件要落在条款里而不是幻灯片里：那十项条款的作用，就是让一条不成立的条件从「某个人的私下担心」变成书面上的正式结论。