业务系统改版后自动化为什么总失效？聊聊自愈机制

业务系统一改版，自动化流程失效，是很多团队弃用自动化的原因。本文拆开三种典型失效，讲清自愈机制的发现、定位、修复、验证四步，以及什么必须交给人判断。

一、自动化流程失效：往往不是坏在当天，而是坏在改版那天

自动化流程上线时跑得好好的，团队慢慢就敢把它当成基础设施：每天定时跑、跑完自动交结果，没人再盯着它。直到某一天，它突然停了，或者更糟——它还在跑，但交上来的结果已经不对了。回头一查，原因常常不是流程写错了，而是它要操作的业务系统在前一天改版了：按钮换了位置、页面改了结构、字段换了名字。

这就是自动化流程失效最常见的样子：流程没有变，世界变了。业务系统改版是常态，界面调整、流程优化、权限收紧，任何一次小改动都可能让原来按固定步骤走的自动化对不上号。改动越频繁，失效就越频繁；失效之后靠人工一次次修，修的速度赶不上改版的速度，自动化慢慢就没人敢用了。

第一种是找不到东西了。按钮、输入框、菜单换了位置或改了名字，流程走到这一步就卡住了：它要点的东西不在原来那个地方，流程不知道该往哪里走，只能停下报错。这类失效最直观，也最常见。

第二种是找得到、但做错了。元素还在，但含义变了：原来那个下拉框选的是仓库，现在改成了选渠道；原来那个确认按钮是提交，现在改成了先预览再提交。流程按老步骤走完了，动作都执行了，结果却错了。这类失效比第一种更危险，因为它不报错，只交错结果。

第三种是流程本身变长了。改版在中间加了一步：多了一道验证、多了一个审批确认、多了一页补充信息。老流程不知道这一步的存在，走到一半发现页面和预期不一样，要么卡住、要么跳过关键步骤。三种失效的共同点是：流程记录的是过去的样子，而系统已经是现在的样子。

自愈机制的做法，是让流程在失效时先停下来诊断，而不是直接报错走人。第一步是发现：执行到某一步与预期不符——元素找不到、页面结构变了、返回结果对不上——就把这一步标记为失效，并记录当时的页面状态与操作上下文，而不是继续往下硬走。

第二步是定位与修复。系统根据失效点前后的上下文重新寻找目标：按文字、按角色、按相邻元素重新定位；如果页面只是换了布局，就按新的布局更新这一步的操作。修复的依据是路书里记下的操作意图：这一步本来是要做什么，而不是原来点的是哪个位置。路书的概念可参考《什么是路书：把员工经验变成可执行文件的全过程》。

第三步是验证与留痕。修复后的步骤先重新跑一遍，确认能走到预期的下一步、结果符合规则，才继续执行；修复的过程与结果都留下来：哪一步失效了、改版改了什么、修复改了什么。跑通过的修复写回路书，流程就从这次改版里学到了新的样子。

自愈机制擅长的是形式变化：位置变了、名字改了、布局调整了、步骤顺序微调了。这些变化不改变业务含义，系统按意图重新定位、按新布局更新步骤，就能恢复。这类修复占改版后失效的大多数，也是自愈机制真正省人工的地方。

但有些变化自愈机制不该自己决定。业务规则变了：原来满足条件才需要审批，现在改成全部需要审批；字段含义变了：原来那个数字是含税价，现在改成了不含税价；权限变了：原来能看的数据现在看不到了。这些变化表面上也是页面变了，实质上是业务变了，机器按老规则硬修，修出来的可能是错的结果。

所以自愈的边界要划清楚：形式变化可以自动修复，业务含义变化必须停下来交给人判断。分级处理是可行的办法：能确认是形式变化的自动修复并留痕；拿不准的、涉及金额、审批、权限与对外发送的，先停下、把失效点与变化情况整理清楚交给人，人确认之后再继续。这条边界守住了，自愈才是省心而不是添乱。

第一，把意图写进路书，而不是只记步骤。录制时记清楚每一步是为什么：这一步是在选仓库还是在选渠道、这个数字是含税价还是不含税价。意图写得越清楚，改版后系统重新定位的依据就越可靠；只记点击顺序的流程，改版一来就毫无办法。

第二，给关键步骤设检查点。流程跑完不是看它有没有报错，而是看它交的结果对不对：关键字段有没有值、数值在不在合理范围、该有的确认步骤有没有走。检查点是发现第二种失效的办法，没有检查点的流程，错了也不知道。

第三，先从变化频繁但影响可控的流程开始验证：比如每天跑的巡检、汇总类流程。跑上几轮改版，看看自愈机制修了什么、漏了什么、哪些情况交给了人，再决定要不要扩展到涉及资金与对外发送的流程。自愈机制不是一次上线就一劳永逸，它需要跟着业务系统的变化节奏一起被复核，流程与机制都保持更新，自动化才能长期跑下去。