当任务依赖消息顺序、角色或可见状态时，聊天截图生成器可以让产品文档更容易浏览。好截图展示读者真正需要的状态，周围正文说明操作、结果和限制；只重复段落内容的装饰图片价值很低，也难以维护。
本文使用虚构协作工具 North Dock 和虚构通知设置教程，不包含真实客户、空间、邮箱、令牌、消息或生产界面。流程适用于帮助中心、更新说明、新手引导、内部知识库和 QA 指南，但不能据此复制客户聊天或把模拟界面当成生产保证。
你可以在 聊天截图生成器 中使用虚构人物、时间戳、播放和 Mobile/Web 导出制作示例。
一、判断截图是否真正增加教学价值
当视觉顺序、说话者、未读状态、系统通知或确认位置很重要时使用聊天截图；如果读者只需要文案，优先提供可选择文字。截图应回答一个否则需要更长说明的问题。
制作前先写清教学目的。本例让读者区分成员消息和系统确认，并验证关闭提醒后消息仍保留在历史中。
- 展示一个有意义的界面状态。
- 图片和相关步骤放在一起。
- 避免只装饰标题的截图。
- 运动或交互重要时使用文字、视频或功能示例。
二、建立完全虚构的文档场景
姓名、空间、日期、设备和消息应专门为教程创建，不能从真实工单开始再尝试模糊。项目名、时间、头像、频道名和附件预览都可能识别个人。
North Dock 示例使用抽象头像和中性内容：成员发布日程、学习者修改通知、系统确认结果，不对应任何客户记录。
三、让截图对应一个明确步骤
图片要和周围编号步骤建立清晰关系。如果正文写“打开通知设置”，就不能直接展示成功状态而不解释转场。文件名应描述任务和状态，而不是 final-2-new.png。
多步骤流程可以使用多个聚焦裁剪或一张标注总览；除非说明明确，不要把互不相关的状态拼进同一图片。
四、编写示例对话
对话应足够短以支持教程，又完整到能理解角色和状态。不能放入密码、恢复码、地址、内部链接、私人文件名或虚假背书。
下面的虚构流程用于通知历史教程。
- 成员：“虚构评审 14:00 开始，议程在共享演示文件夹。”
- 学习者：“准备期间我会关闭实时提醒，但保留历史。”
- 系统：“该虚构话题的通知已静音至 14:00。”
- 成员：“我新增了一项议程问题。”
- 系统：“新消息仍显示在话题历史中，但没有发送提醒。”
- 学习者：“通知已恢复，我可以在开始前查看消息。”
五、谨慎截取桌面端和移动端状态
不同页面宽度会改变换行、裁剪和控件位置。检查窄屏是否隐藏角色名或关键按钮，并使用与文档步骤匹配的平台视图。布局差异重要时应说明页面尺寸。
不要为了固定比例把文字缩得无法阅读。标注保留安全边距，整套指南保持一致缩放，并检查压缩后的清晰度。
六、添加标注但不遮挡界面
标注用于引导动作或状态，不能覆盖被解释内容。编号顺序应和正文一致，形状和颜色保持统一；避免箭头交叉或指向两个目标之间。
标注过多通常说明步骤需要拆分。保留无标注源图，方便以后更新而不用重建被遮挡内容。
- 一套文档使用一致标注样式。
- 编号符合阅读顺序。
- 每个标记都有附近正文解释。
- 保留干净源版本。
七、让截图文档具备无障碍能力
替代文本说明图片用途，例如“虚构话题中，静音确认位于仍保留在历史中的新消息上方”。如果页面已有完整文字，不需要逐字抄写每个气泡。
检查对比度、字号、裁剪顺序、缩放和灯箱键盘操作。唯一的警告、命令和恢复说明不能只存在图片中。
八、跨版本维护图片
标签、布局、政策、品牌和行为变化都会让截图过期。记录产品版本、截图日期、来源场景、语言、负责人和复用页面，并在相关发布时复查。
外观差异不一定是错误，但行为差异必须优先处理，尤其是指错控件、漏掉警告、展示已移除功能或违反当前隐私指南。
- 源图和导出图分开保存。
- 记录所有复用页面。
- 界面或流程变化后复查。
- 删除过期图，避免指令冲突。
常见问题
即使获得许可，也优先使用专门创建的虚构数据，因为未来复用和撤回难管理。并非每一步都需要图片，只有减少不确定性时才添加。聊天截图可以展示状态和顺序，但运动、焦点、输入校验和后端行为可能需要测试环境、视频或交互示例。
产品文档检查清单
- 图片回答明确教学问题。
- 人物、消息、标识和空间全部虚构。
- 截图与步骤和页面尺寸一致。
- 标注有限、按顺序并有正文解释。
- 提供替代文本和完整可选择说明。
- 记录版本、负责人、复用位置和复查日期。
