自动化工作流失败时，先检查例外路径

搭建自动化演示时，流程通常很顺：收到表单，写入表格，发送提醒。上线几周后，问题开始出现。有人把日期格式改了，有人没有上传附件，同一个请求被重复触发。工具没有坏，最初设计只覆盖了顺利路径。

例外路径值得在第一步就写出来。最简单的方法是拿一张纸，列出每个步骤可能的三种异常：输入缺失、权限不足、结果重复。然后为每种异常指定动作，例如转人工、暂停等待、记录并跳过。没有定义动作的异常，最后都会变成某位同事手动收拾。

把失败变成可看见的状态

自动化不应只在成功时发通知。任务连续失败、等待超过一定时间或出现重复记录时，应提醒具体负责人。提醒中要包含业务对象、失败步骤和可执行动作，而不是一段只有开发者能看懂的报错。普通人能否处理，决定了自动化是否真正减少工作量。

还要避免无限重试。网络瞬时问题可以自动重试，权限错误和格式错误通常需要人工修正。把所有失败都重试十次只会制造更多重复数据。给不同错误设置不同策略，比一个统一开关更可靠。

用户重复点击提交、消息平台重发通知、网络超时后系统再次执行，都可能让同一条记录出现多次。工作流需要知道什么算同一个请求，例如使用表格行编号、订单号或邮件消息标识去重。处理成功后也要记录状态，避免下一次运行再次创建相同结果。

对于发送通知、扣款、创建外部任务等不可逆步骤，应在执行前增加确认或短暂等待。确认不一定需要人每次点击，但系统要能说明自己准备做什么、目标是谁、是否可以撤销。无法撤销的动作越少自动，越容易发现问题。

日志不只记录技术错误，还要说明某条业务记录经过了哪些步骤。负责人应能按日期或对象找到处理过程，看见输入、输出和异常。日志包含个人信息时，应限制访问并设置保留期限。为了排错而无限保存全部内容，会制造新的数据风险。

定期查看失败最多的步骤，比只看流程总数更有价值。如果某个格式错误反复出现，应修改输入提示或增加自动清洗；如果权限问题集中在某个团队，可能需要调整角色，而不是让每个人重复请求授权。

先选择可撤销、可人工核对的流程，例如内部提醒和草稿归档。等日志、异常处理和负责人机制稳定后，再接入付款、对外发布或客户数据。自动化越接近不可逆动作，越需要确认步骤和清晰的回滚办法。

每次增加步骤都保留最小控制点。团队可以暂停某个分支、重放一次失败任务、把待处理记录转给人工。没有暂停能力的自动化很难维护，因为它只能继续运行或彻底关闭。可控的停止往往比更多功能更重要。

工作流的价值不在于完全无人值守，而在于把人的注意力放在真正需要判断的地方。例外写清楚，正常流程才值得被信任。