周五下午四点，一份采购申请停在某个审批节点。发起人已提交，系统也发了提醒，但下一个处理人正在外出。流程表上看不出异常，时间却在走。很多团队这时才意识到，所谓自动化工作流，并不是把纸表搬到线上，也不是让提醒频繁出现。
真正难处理的是“状态”。一张单据从草稿到结束，中间会经过等待、退回、补充材料、跨部门确认、临时取消。自动化工作流如果只识别“提交”和“通过”，剩下的状态就会掉到聊天窗口里。有人口头说一声，有人改附件，有人复制一份新单重走。系统里有记录，记录却不完整。
先让停顿可见
我倾向把流程拆成动作和停顿。动作是填单、审批、通知；停顿是等人、等材料、等确认。动作容易被自动化，停顿却常被忽略。一个流程跑得顺不顺，往往不取决于动作多快，而取决于停顿有没有被标明：谁在等，等什么，等到什么时候，超时后找谁。
这也是自动化工作流常见的偏差。工具演示时，触发器和节点连得很漂亮；进入日常后，例外开始出现。有人请假，有人权限变更，有附件格式不对，有金额需要补一句说明。例外不是流程的敌人，它是流程真实存在的一部分。系统可以拦下例外，但也要给例外一个去处。
把人的判断留在该留的位置
有些环节适合交给规则：通知、归档、字段校验、状态同步。有些环节不适合被压成一条自动路径，比如责任归属不清的审批、需要解释背景的退回、涉及跨团队协作的临时变更。把这些判断硬塞进自动化，表面省了点击，实际上把成本推给了后面的人。
一个可操作的检查方式是，先问流程里哪些信息必须被留下。不是所有聊天记录都要进系统，但关键判断要有痕迹：为什么退回，补充了什么，谁确认过，下一次遇到同类情况能否复用。自动化工作流的价值不在于让人消失，而在于让人不用反复搬运同一句话、同一份附件、同一个状态。
- 触发条件是否清楚，还是靠人记得去点；
- 异常状态有没有出口，还是只能新建一张单；
- 通知是否指向下一步动作，还是只告诉人“有更新”；
- 记录能否被后来者读懂，而不只是系统日志里的一行时间。
这些问题不新，却常被工具能力盖住。工具上手门槛降低后，画线之前先看清停顿在哪里。否则，系统只是把等待搬到了另一个界面，把例外留给了群聊。
周五下午那张申请单，如果系统能标出“等待外部确认”，并给出可替代的处理人，流程就不会无声卡住。自动化工作流真正要接住的，是这些不体面的空档：人不在、信息不全、规则没覆盖。把空档接住，流程才算开始运转。