把复杂任务拆成小步：一个可复用的工作流

面对一项模糊又重要的任务，人很容易同时做资料搜集、方案设计、沟通确认和最终交付，结果每一步都做了一点，却没有一件真正完成。拆解的目的不是制造更多清单，而是让每一个阶段都有明确的完成信号。

先写交付物，再写动作

不要从“我要研究一下”开始，而要先写清楚最终要交付什么：一页结论、一个可运行的原型、一份对比表，还是一组可以直接执行的命令。交付物越具体，后续越容易判断哪些资料有用、哪些讨论可以暂缓。

接着把任务拆成四段：确认现状、形成选项、验证关键风险、整理交付。每段最好只保留三到五项动作。比如确认现状只回答“现在是什么”，不要提前跳到“应该怎么改”；验证阶段只测试会改变决策的风险，不把所有可能性都变成实验。

为每一步设置停止条件

没有停止条件的任务会不断膨胀。资料搜集可以规定“找到三类一手来源并完成要点摘录”；原型验证可以规定“在两种输入下稳定运行”；沟通确认可以规定“得到一个明确的选择或列出待决定事项”。达到条件就进入下一步，未达到则只补缺口，不重新从头开始。

记录决定，而不只记录过程

工作日志不必写成长篇日记，但应留下三个信息：当时知道什么、因此选择了什么、哪些因素可能让结论失效。未来环境变化时，可以直接复查这些假设。一个好工作流的标准，不是让人永远忙碌，而是让下一次面对类似问题时，少走一段弯路。