周一早上，群里有人问那张报价单为什么还没发。答复是流程卡在审批节点，而审批人正在出差。这个场景很常见：表单填完了，通知发出去了，系统里看着一切正常，事情却没有往前走。很多团队第一次接触自动化工作流，也是从这种“看起来能自动”的期待开始。
把几个步骤连起来并不难。难的是承认现实里的工作并不总是按固定路径发生。演示时，输入是干净的，条件分支只有两三条，异常被临时处理掉；到了日常使用，客户改需求、附件命名混乱、审批人临时换人、同一件事有两个入口。系统如果只覆盖主路径，剩下的部分就会以消息、表格和口头确认的形式回到人身上。于是流程表面上自动了，协调成本却换了地方。
真正消耗人的，往往是分支之外的那一小段
一个可用的自动化工作流，需要先把边界说清楚：哪些输入可以接受，哪些必须退回；哪些节点允许跳过，哪些必须留痕；出错时通知谁，多久没有响应就升级。这些问题听起来琐碎，却决定了流程能否长期运行。只画顺利路径的流程图，像只写了天气晴朗时的出行方案，遇到雨天就失去作用。
异常处理也常被低估。自动执行适合重复、规则明确、结果可校验的步骤，比如汇总表单、生成提醒、同步状态。但一旦涉及模糊判断、跨部门协商、责任归属，机器可以整理信息，却不能替人承担决定。把例外全部塞进规则，规则会越来越厚；把例外全部丢给人，自动化工作流就只剩下通知功能。务实的做法，是给例外留一个明确的入口，让人工处理有记录、可追踪，也能反过来修正规则。
别把“自动”当成“无人”
我倾向于把自动化看成一种协作安排，而不是一套设置完就消失的工具。它改变的不只是操作方式，还有责任分配。谁维护规则，谁检查结果，谁在流程失败时接手，这些问题如果没有答案，流程越自动，模糊地带越容易被掩盖。有人担心自动化会让人失去价值，另一个担心是，人被迫在不清楚的流程里做补救，既没有决定权，也说不清问题出在哪里。
所以，讨论自动化工作流时，不妨先问几个具体问题：它要减少的是哪一段等待，还是哪一次重复录入？出错后是否能定位到具体节点？例外是否有人负责？如果答案含糊，先别急着扩大范围。从一个窄场景开始，让规则、异常和责任一起长出来，未必需要一次性铺开。人保留判断，不是怀旧，而是给系统留下修正的余地。