uv提升方法，替换图片时如何检查旧说明仍然是否适用
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /346d57eb744d.html
📄
uv提升方法，替换图片时如何检查旧说明仍然是否适用
替换图片后，旧说明是否适用，不能只看图片能不能正常显示，而要看旧说明里的动作、对象和结果是否仍然成立。若你只有页面编辑权限、看不到完整流量数据，最小动作是逐句核对旧说明中的每个可验证条件，并记录哪些条件无法验证。核对结果决定下一步：条件全部成立就保留旧说明；出现矛盾就改写或删除；无法验证则先标注待确认，不要凭图片相似就默认沿用。
先分清两种条件：文字描述图片，还是文字描述操作结果
旧说明通常包含两类内容。一类是描述图片本身的文字，比如“图中展示了三步流程”“右侧为对比示例”。这类说明是否适用，取决于新图是否仍包含同样的元素、顺序和可见文字。另一类是描述图片带来的结果，比如“按图中步骤操作后，页面会显示完成状态”。这类说明是否适用，取决于新图是否仍对应同一操作路径和同一结果。
两种条件的检查方式不同。描述图片的文字，可以靠肉眼比对；描述操作结果的文字，必须实际走一遍流程。若你缺少后台数据或完整权限，至少可以完成前者，并把后者标记为“未验证”，而不是直接删除或保留。
没有完整数据时，先做三个可验证的最小动作
假设你刚把一张旧流程图换成新版截图，旧说明写着“点击右上角按钮进入设置”。此时可以执行以下动作：
- 逐字提取旧说明中的动作词和位置词。把“右上角”“按钮”“设置”分别圈出，作为待核对项。
- 在新图上寻找对应元素。如果新图里按钮移到了左侧，或入口名称从“设置”变成“偏好”，旧说明就不适用。
- 记录无法从图片判断的部分。如果旧说明还提到“保存后返回列表”，而新图只截到保存前，就标注“结果未验证”，不要补写猜测。
完成这三步后，你会得到一张对照清单：哪些词仍然匹配，哪些词已经冲突，哪些词无法判断。下一步动作由清单决定，而不是由“图片看起来差不多”决定。
两种条件下的不同选择
条件一：旧说明只描述图片内容，且新图元素一致
如果旧说明写的是“左图为旧版，右图为新版”，而新图仍然是左右对比，只是配色变化，那么旧说明可以保留。此时不需要改文字，但要检查替代文本是否仍能描述新图。若替代文本里写了具体颜色或具体按钮名称，而新图已经改变，就只改这部分，不动整体说明。
这个选择成立的前提是：图片的用途没有变，读者看图的目的是识别差异，而不是执行操作。若图片用途从“展示差异”变成“指导操作”，即使元素看起来相似，旧说明也不再适用。
条件二：旧说明包含操作结果，且新图对应路径已改变
如果旧说明写的是“按图中顺序点击后，页面会提示成功”，而新图替换后对应的是另一条路径，旧说明必须改写。改写时不要只换按钮名称，而要重新确认三个点：起点在哪里、中间经过哪些步骤、终点显示什么。缺少终点验证时，至少把旧说明中的结果句删掉，保留可验证的动作句。
这个选择成立的前提是：你能确认路径已经改变。若只是图片清晰度变化，路径未变，则不需要改写结果句，只需检查图片本身是否仍能支撑旧说明。
一次改动前后比较，不能只看说明是否还通顺
替换图片后，旧说明读起来仍然通顺，并不代表它仍然正确。通顺只说明句子结构没坏，不说明动作和结果没变。比较时要把季节、搜索需求变化和数据采集差异放在一边，先看说明与图片的对应关系。若你只有页面编辑权限，看不到点击数据，就不要用“说明没被投诉”来推断它仍然适用。
另一个常见例外是：旧说明里包含具体数量或具体位置，比如“第三项”“共五步”。新图若增减了步骤，即使整体流程相似，这些数量词也会失效。此时应优先改数量词，再检查其余句子。若无法确认新图步骤数，就把数量词改成不依赖具体数字的表述，或标注待确认。
把检查结果写进下一步动作
核对完成后，用一句话记录结论：旧说明中哪些条件成立、哪些条件冲突、哪些条件未验证。成立的部分保留，冲突的部分改写，未验证的部分标注。这个记录会影响下一步：如果冲突集中在操作结果，就需要重新走一遍流程；如果冲突只在图片描述，改文字即可；如果未验证项过多，就先不要扩大替换范围。
最后，把这次替换图片和检查说明的动作留成可交接记录，写明检查了哪些词、依据是什么、哪些结论还不能下。这样下一个人接手时，不需要重新猜旧说明为什么被保留或被改掉。
