先别改步骤文档,而是把“实际界面”当成第一手证据:用同一账号、同一页面、同一时间点,把界面上真实可点的入口、字段和状态逐项记下来,再拿它反向校正你手里的步骤。步骤与界面不一致,通常不是谁写错了,而是版本、权限或页面状态三者之一变了。定位的目标不是找出“谁错”,而是判断这条步骤还能不能在新界面上复现;能复现就更新文档,不能复现就换一条可执行路径。
不一致往往来自比较时变量没锁死。开始定位前,先确认三件事:你用的是不是文档撰写者当时那类权限的账号;你看的是不是同一个站点或同一层级页面;你观察的时间是否落在同一批数据更新周期内。假设文档写的是“在列表页勾选后批量提交”,而你看到的界面只有逐条操作入口,这可能是权限差异,也可能是该页面处于只读状态。把账号角色、页面层级、当前状态写在记录里,再往下走。
这一步的实际动作是:截图或抄下界面上真实存在的按钮文字、字段名和提示语,不要凭记忆转述。结果会直接影响下一步——如果入口存在但名称不同,问题在措辞;如果入口根本不存在,问题在能力或状态,需要换路径。
很多步骤文档只写了动作,没写目标和判定,导致界面一变就无从下手。把每条步骤拆成三段:这一步想达成什么目标;界面上对应哪个动作;做完后用什么现象判定成功。然后逐段对照实际界面。
拆段的好处是,你能区分“换个按钮继续”和“这条路走不通”这两种完全不同的结论。前者只需改文档,后者要改流程。
这是本篇最需要作决定的地方。两种做法都成立,但条件不同。
如果目标动作在界面上仍能找到,只是名称、位置或分组变了,就按文档的意图执行,而不是按字面位置执行。代价是你需要多花一次确认,但保留了原有流程的完整性。动作是:用目标反查入口,找到后立刻把文档里的旧名称改成界面现名,避免下一个人再卡住。
如果界面上确实没有对应入口,且排除了权限和状态因素,就不要硬凑。此时按界面现有能力重排步骤,并单独记录“缺口”:缺的是哪一步、影响哪个目标、有没有替代动作。代价是流程可能变长或需要人工补位,但避免了在不存在的能力上空转。这个记录也是后续判断是否需要更高权限或换工具的起点。
取舍的关键证据是:入口缺失是否可复现。只出现一次可能是加载或状态问题;稳定复现才值得重排流程。
假设你手里的文档写着“在内容列表页勾选多篇后统一修改分类”。你打开列表页,只看到每篇右侧的单独编辑入口,没有勾选框。
这个例子里的数字只用于说明比较方法,不代表任何真实界面的现状。关键是:每一步的结果都会改变下一步——权限不符就换账号,状态不符就换状态,都不符才动流程。
定位完成后,别只把步骤改成新版本。把“为什么改”一并写进去:原入口是什么、现在是什么、在什么条件下会再次变化。这样下次界面再动时,接手的人能快速判断是同类问题还是新问题。
同时给步骤加一个最小验证动作:每次按文档操作前,先确认当前界面是否仍具备该步骤的前提条件。这个动作的结果决定你是直接执行,还是先回到定位流程。一次改动前后的比较要考虑季节、搜索需求变化和数据采集差异,不要因为某天数据波动就断定是步骤改动导致的。
执行步骤与实际界面不一致,本质上是文档滞后于界面,或界面受限于权限与状态。先固定变量、再拆段比对、最后按条件取舍,你就能把“对不上”变成一条可继续走的路径,而不是停在那里反复怀疑自己看错了。