[G6-06] 用真实交互录屏和最小终端证据讲解核心流程

[NongHua123]

P1 · Marketing / QA

问题

把等待、风险确认或失败步骤全部剪掉，会制造“全自动且永不失败”的错觉。讲解需要真实，但也要让人看得懂。

交付与验收

• 核心故事分别有 30/60/90 秒脚本，写明画面、旁白、证据和转场。
• 安装成功、真实请求、Change Plan、Undo 和 Pack 应用使用真实录屏；可以加速等待，不剪掉关键确认和恢复。
• 终端只展示证明结果所需的最小脱敏输出，并注明它证明什么、不证明什么。
• 视频有字幕、无声可理解版本和关键画面 description/alt。

[NongHua123]

真实录屏要把“有字幕、无声可理解”拆成验收字段（复核 2026-08-12）

WCAG 2.2 的 1.2.2 要求预录同步媒体提供字幕；字幕既要包含语言，也要包含理解内容所需的非语言声音。1.2.3 要求提供音频描述或等价的时基媒体替代，1.2.5 在 AA 层要求预录视频提供音频描述。W3C 的媒体指南还建议同时提供 captions 和独立 transcript；描述性 transcript 应把关键视觉信息也写进去，而不是只抄旁白。

每条视频建议保存：recordingId、原始录屏 hash、FyAgent/source SHA、OS/窗口/DPI/语言、Agent 及版本、fixture version、claim/evidence IDs、原始时长、成片时长、每段 cut 的原始时间码、加速倍率、字幕文件、descriptive transcript、关键画面说明、扫描报告和审批人。字幕必须人工复核产品名、命令、错误码与非语言声音；自动字幕只能是草稿。

发布门槛可以写成四条：

1. 安装、真实请求、风险确认、Change Plan、Undo 和失败恢复的结果改变步骤不得被剪掉。
2. 等待可加速，但画面须持续显示“已加速”及倍率；发生跳剪时列出被缩短的时间段。
3. 没有声音时，用户仍能从字幕、画面标注和 transcript 理解目标、确认、结果与恢复。
4. 盲用场景下，如果重要状态没有被旁白表达，就补音频描述或等价的描述性 transcript。

终端输出只保留证明当前结果所需的几行，并在脚本里写明“它证明什么、没有证明什么”。

Apple 的 App Store 营销素材规则也给了一个实用的真实性门槛：展示应用时应显示真实运行中的界面；如果应用流程被缩短，要明确标出 sequence shortened。它只直接约束相应 Apple 营销素材，但这条做法适合成为 FyAgent 所有演示视频的统一编辑规则。

官方来源：

• WCAG 2.2
• W3C Making Audio and Video Media Accessible
• Apple Marketing Resources and Identity Guidelines