有一次看同事处理报销，流程走到“部门负责人审批”就停住了。单据没问题，金额也没问题，卡住的原因是负责人出差，而系统里只配了一个审批人。有人提议加个代理人，IT 同事摇头：代理规则一加，后面请假、离职、跨部门调岗都要跟着改。
这正是「自动化工作流」常见的处境。把步骤画成流程图不难，难的是流程图之外那些说不清的部分——谁有权限、出了问题谁负责、规则变了怎么改。流程跑得越顺，这些隐性成本越容易被忽略，直到某天一个异常把整条链路按住。
被省略的那一步，通常最贵
搭流程的人习惯从“正常路径”开始：提交、审批、通知、归档，几步就串完了。可真实业务里，大量时间消耗在非正常路径上。附件格式不对怎么办，审批人休假怎么办，同一个单据被两个部门同时处理怎么办。这些分支在演示时不会出现，上线后却天天出现。
于是常见的一幕是：流程上线第一周运行良好，第二周开始有人在群里问“这个怎么退回”，第三周运维开始手工改数据。自动化没有减少工作量，只是把工作从执行环节挪到了维护环节。
这并非否定自动化。它提示我们，评估一条自动化工作流时，不能只看它省了多少次点击，还要看它把多少判断变成了需要提前写死的规则。规则写得越细，覆盖越全，维护成本也越高；写得越粗，异常时越依赖人工兜底。这个取舍没有标准答案，只取决于业务对稳定性和灵活性的偏好。
权限与责任，比接口更难对齐
技术层面，接口对接、字段映射、触发条件都有成熟做法。真正耗时的往往是组织层面的对齐：一条流程跨了三个部门，谁有权终止，谁有权改规则，出错时看哪份日志。
我见过一个内部工具，功能上能把申请单自动分派给对应小组，但上线前讨论最久的问题是“分派错了算谁的”。最后加了一个人工确认按钮，自动化程度打了折扣，争议反而少了。这类妥协看起来不够优雅，却是流程能长期运行的前提。
所以讨论自动化工作流时，我倾向于把“可追溯”放在“全自动”前面。每一步由谁触发、改了什么、为什么改，能查清楚，比少点几次鼠标更有价值。尤其是当流程涉及多个系统、多个角色时，日志和权限设计不是附加项，而是流程本身的一部分。
哪些环节适合交给机器
从实践看，重复、规则明确、结果可校验的环节最适合自动化：格式转换、定时同步、状态提醒、按固定条件分流。这些动作出错容易发现，回滚成本也低。
相反，涉及模糊判断、责任归属、对外沟通的环节，机器可以辅助，但不宜完全替代。比如一封措辞需要拿捏的通知，或者一次需要结合上下文判断的例外处理，交给人更稳妥。把机器放在它擅长的位置，比追求端到端全自动更现实。
- 先梳理异常路径，再画正常流程；
- 给关键节点保留人工确认入口；
- 把日志和权限当作流程的一部分设计；
- 定期回看规则是否还匹配当前业务。
回到开头那个报销场景，后来他们的做法是允许审批人设置临时代理，但代理关系到期自动失效，并记录操作来源。流程没有变得更智能，只是把例外纳入了设计。
自动化工作流的价值，或许不在于让人彻底退出，而在于把人的注意力从搬运和催促中挪开，留给真正需要判断的地方。想清楚哪些事不该交给机器，往往比讨论用哪套工具更靠前。