如何让截图文档保持最新

只有图片、标签和说明都符合当前任务，图文文档才有用。一套实用的维护流程应把产品变化对应到受影响的指南，只替换必要步骤，测试更新后的完整顺序，并记录核验人，而不是每次发布新版本都重做所有指南。

**简要结论：**为每份指南记录负责人和已核验的产品版本，按受影响的界面与任务审核变更，替换相关步骤，再从头完整执行一次，最后更新审核日期。

指定负责人并记录已核验版本

负责人对准确性负责，但不一定要亲自编写每次更新。记录一个能够确认当前流程并批准变更的角色。

每份图文指南都应保存以下字段：

指南负责人：
已验证的产品或流程版本：
上次审核日期：
下次计划审核日期：
使用的界面或功能：
使用的界面标签：
源图片位置：

有了这些元数据，发布说明就能对应到可能受影响的文档，而不用逐页搜索所有已发布内容。

用产品变化触发审核

按事件审核通常比等待日历提醒更准确。只要发布内容改变了指南所用的标签、界面布局、导航路径、权限、套餐权益、导出方式、错误状态或默认值，就触发检查。

没有明确产品事件的页面仍适合定期审核。访问量高的设置流程，以及涉及安全、账单、破坏性操作或频繁变化界面的内容，应缩短周期。

把变更对应到受影响的步骤

影响检查要找出依赖这项变化的说明、截图、检查点、FAQ 和链接。不要假设只需更换图片。

例如，移动 Export 按钮可能同时影响截图和位置说明。调整某一套餐可用的格式，可能影响主要步骤、对比表、FAQ、元描述和指向价格页面的内部链接。

按以下清单检查变更：

• 哪个标签变了？
• 哪个控件移动了或状态变了？
• 操作顺序变了吗？
• 起始条件或权限变了吗？
• 预期结果变了吗？
• 套餐或可用性规则变了吗？
• 哪些指南页面、图片说明、替代文本、FAQ 和链接提到了它？

只替换受影响的步骤

选择性替换能减少审核工作，也不会打扰稳定的页面。从同一个安全起始状态重新执行指南，捕捉变化的步骤，并保留足够的上下文，使新截图能接上原有顺序。

如果新的交互改变了后续操作顺序或可见状态，就要替换不止一页。如果读者会在两个不兼容的界面版本之间跳转，不要把一张新截图直接插进旧顺序。

Action Capture 可以按顺序重新捕捉受影响的操作。把新顺序与已发布指南对照，只保留替换变更部分所需的页面。

重新检查文字、标注和隐私

编辑时要更新准确的标签、操作文字、箭头、点击标记、裁剪、Action Focus、模糊处理和预期检查点。即使截图乍看相似，旧标注也可能已经指向空白位置。

还要重新审核隐私。重新捕捉的账号、菜单、通知或示例项目可能暴露旧版中没有的信息。

测试完整指南

回归测试应从第一步开始，并使用文档写明的起始条件。只测试替换的页面，可能漏掉新的前置条件，或漏掉进入该部分时发生的变化。

读者能够得到文档承诺的结果、所有标签一致、页面顺序正确、私密信息已遮挡，并且每个内部链接都指向可见页面时，更新才算完成。

完成这次端到端检查后，再记录新的已核验版本和审核日期。

只在读者需要历史版本时归档

如果客户仍在使用旧版、支持人员需要复现过去的行为，或受监管的流程要求保留记录，历史版本就有价值。清楚标注适用版本；旧指南不是默认路径时，不要让它出现在当前搜索和导航中。

对于大多数公开帮助内容，可以用源代码或文档历史保存旧版，而公开 URL 只显示当前已核验的路径。不要发布多个仅产品版本不同、且旧版本已经不受支持的可搜索页面。

用这份记录跟踪维护

每次更新使用一份简短日志：

指南：
负责人：
变更来源：
受影响的步骤：
文字已更新：
图片已更新：
隐私审核已完成：
端到端测试已完成：
已验证版本：
审核人：
审核日期：
下次触发条件或日期：

当已发布指南、图片、元数据和负责人记录都对应同一个当前任务时，这轮维护才算结束。需要重新捕捉页面时，可参考如何在 Mac 上根据点击创建分步指南，并用 Action Capture 把替换页面按顺序整理在一起审核。