拆解一条工作流：自动化之前要先画清楚什么

自动化失败最常见的原因不是工具不行，而是流程本身没被讲清楚。这篇用一个常见场景做示范：团队每周要把分散在群聊、表单和邮件里的反馈整理成一份周报。

第一步：写下现状,而不是理想状态

先如实记录现在是谁、在什么时间、用什么方式做这件事，包括那些「顺手就做了」的隐性步骤。理想流程图会漏掉恰恰是最花时间的部分。

第二步：拆成可命名的节点

把流程切成触发（什么时候开始）、取数（从哪些地方拿）、处理（做什么加工）、产出（交付成什么）、复核（谁确认）。每个节点都要能用一句话说清输入和输出。

第三步：标出判断点

哪些地方需要「看情况决定」？这些就是判断点。判断点要么明确成规则（可以交给自动化），要么保留给人（成为复核节点）。含糊的判断点是后续返工的主要来源。

第四步：定义异常边界

数据缺失怎么办、格式不符怎么办、结果明显不对怎么办。每个异常都要有指定的兜底动作和责任人。没有异常设计的流程只能在顺利情况下工作。

第五步：最后才选工具

前四步做完，工具选择通常已经变得显而易见，因为需求已经被描述成了具体的输入输出和判断规则。反过来先定工具，往往要削足适履。

小结

流程拆解的产出物是一张能让新人照着执行的图。图能跑通，自动化才有意义；图跑不通，自动化只会把混乱执行得更快。