完整不是做满：少漏事的清单法

完整的反面，不是少，是断

一个活动方案写得花团锦簇：主题、海报、嘉宾、流程全有。到了现场才发现没人负责电源转换头，直播推迟17分钟。你说它不详细吗？很详细。你说它完整吗？差得远。

我自己的笨办法是看“断点”。一件事从想法到结果，中间只要有一个交接没人接、一个标准没人定、一个风险没人管，就会断。断点比缺内容更致命。内容少一点可以补，链条断了，现场就只能靠吼。

判断完整，只看5个位置

别拿“有没有写很多”当标准。看5个位置更准：目标、对象、动作、标准、兜底。少一个，就别急着说这事已经齐了。

拿写一篇产品说明举例。目标是让新用户3分钟会用；对象是第一次打开后台的人；动作是登录、创建项目、导出文件；标准是截图能对应到按钮，步骤不超过7步；兜底是报错码和客服入口。到这一步，文字可能只有800字，但骨架是稳的。

我见过最常见的坑是“对象”写丢。给老板看的汇报和给执行同事看的任务单，根本不是一种东西。前者要结论和风险，后者要时间、字段、负责人。写给谁没定，后面全会跑偏。

把完整拆成一张现场清单

我常用一张6列清单：事项、负责人、输入物、输出物、截止点、失败处理。不要嫌土，真到赶进度时，比任何漂亮模板都管用。

比如做一次上线检查：事项是支付回调测试；负责人是后端张工；输入物是沙箱账号和3个订单状态；输出物是测试截图和日志编号；截止点是周四18:00；失败处理是切回旧接口。写到这个颗粒度，扯皮空间会小很多。

这里有个内行窍门：每个任务只放一个负责人。可以有协作人，但负责人只能有一个。两个人共同负责，听起来公平，出事时基本等于没人负责。

别追求全，追求可验证

很多人把完整做成资料仓库，什么都塞进去：背景、截图、链接、聊天记录、会议纪要。结果真正要用的人翻10分钟找不到一句关键话。

可验证比资料多更重要。你可以问三个问题：别人能不能照着做？做完能不能判断对错？出错能不能找到下一步？三个答案都是“能”，这份东西就有用。

写SOP时我会故意加一个“错误样例”。比如表格命名：正确是“2025-03-客户A-合同初稿”，错误是“新版合同”“最终版2”。新人一看就懂，少问两轮。这个小细节，比讲半页命名原则有效。

完整交付前，做一次反向走查

交付前别从头顺读，要反着查。从结果往前推：要得到这个结果，前一步需要什么？谁提供？什么时候给？格式是什么？不给怎么办？

这个方法特别适合合同、活动、投放、装修、招聘这些多角色协作的事。顺着写会越写越顺，漏点藏在脑子里。倒着推，缺口会自己冒出来。

我的经验是，反向走查花15分钟，能省掉后面2小时补救。尤其是验收标准，一定要写成能拍板的话。比如“页面加载快”没用，“4G网络下首屏不超过2.5秒”才有用。

什么才算真正完整

真正的完整，不是把所有可能性都写进来，而是让下一个接手的人少猜、少问、少返工。它有边界，有责任，有判断标准，也有坏情况的处理方式。

你下次做方案、清单、汇报、教程，可以直接套这句话检查：谁在什么时间，拿什么东西，做什么动作，做到什么程度，失败了找谁。能答清楚，基本就不虚。答不清楚，再厚也只是看着安心。