互动电影无障碍怎样立项：把可访问体验写进路线、素材与验收
从项目启动就建立互动电影无障碍基线：盘点观众任务、分支风险、替代方式和验收证据，并用一部虚构短片示范如何把要求交给编剧、后期、开发与测试。
开篇导读
建立互动电影无障碍基线，最有效的做法是把要求写进每条路线的任务、替代方式和验收证据，而不是在成片完成后补一份检查表。基线应同时覆盖电影内容、交互控件、剧情状态和五语界面。
互动电影无障碍不能只在上线前检查字幕。选择界面、播放控制、分支状态和媒介内容共同组成一次完整体验；其中任何一环无法感知、操作或理解，观众都可能在故事中途失去继续前进的方法。WCAG 2.2面向 Web 内容提出可感知、可操作、可理解和稳健四项原则。本文把相关原则转成互动电影团队可执行的制作方法，但不把单篇建议等同于合规认证；实际项目仍要结合交付平台、目标市场和残障使用者测试确认要求。
先把目标写成可验收的体验承诺
制片人准备启动一部二十分钟的分支短片，已确定要在浏览器和电视屏幕播放，却只在预算表里写了“后期补字幕”。这不足以估算音频描述、键盘操作、文字放大、减弱动态和跨语言测试所需的剧本空间与素材版本。启动会必须把这些任务分配到阶段和负责人。
下文采用虚构短片《雾港来信》作为教学案例：观众在夜间码头追查一封被替换的信，并在仓库、候船室和灯塔之间作出选择。人物、路线、测试结果和素材编号均为原创示例，不代表真实用户案例、已完成测试或 DramaFork 自动提供的功能。
团队先写一句体验承诺，再写失败条件。承诺要说清谁在什么设备和情境下完成什么动作，失败条件则说明何时必须停止发布。例如“只用键盘也能完成所有选择”比“支持键盘”更可验收；“关闭动态后仍出现全屏摇移”则是明确失败。本例把基线拆成八项：可感知的关键信息、等价输入、可调时间、稳定焦点、媒介替代、状态保留、语言一致性和完整路线测试。每项都要注明目标、负责人、最迟确认节点与证据。
用四栏表连接规则、实现和证据
| 栏位 | 本文要回答的问题 | 交付证据 |
|---|---|---|
| 观众任务 | 观众在这一节点必须感知、决定或控制什么 | 一句可复述的任务与适用情境 |
| 交互规则 | 默认方式与替代方式是否得到同等结果 | 输入、焦点、时间或呈现规则 |
| 分支影响 | 设置切换、回退或重进是否改变剧情状态 | 入口、出口与保留状态记录 |
| 验收方式 | 谁在何种设备上检查，失败退回哪里 | 路线编号、操作记录与缺陷归属 |
对《雾港来信》，团队标记 H01 开场、H02 首次选择、H05 暗室追踪、H08 结局四个高风险节点。H02 同时核对输入、焦点和计时；H05 核对黑暗画面中的听觉信息与音频描述；H08 核对设置在片尾和再次游玩时是否保留。这样能防止只抽查一个漂亮节点。
四栏必须引用同一个版本。只改界面稿、不改路线记录，会让测试人员无法判断旧问题是否已修复；只改程序、不更新体验承诺，则会让“可以操作”被误当成“已经理解”。编辑、交互、开发和测试共同签收的是一次可重复的体验，而不是某张静态截图。
按五步把要求放进制作流程
第一步，列出主路线、短路线、回退路线和无输入路线，标记每条路线出现的选择、播放控制与关键信息。第二步，为每项任务写默认方式和替代方式，替代方式必须到达相同剧情结果，不能只让按钮看起来不同。第三步，把规则绑定到稳定的场景编号、素材编号和状态字段，避免改片名或文案后失去追踪。
第四步，在精修画面和混音之前做低成本检查：键盘走一遍、放大文字走一遍、关闭动画走一遍、暂停后再进入一次。第五步才进行跨设备和辅助技术测试，并保留实际步骤、预期结果、实际结果和证据位置。基线评审安排在剧本冻结、素材开拍、交互联调和发布候选四个门槛。任何新路线都必须说明继承哪些设置、增加哪些媒介替代和进入哪组回归测试，不能等到总片锁定才发现缺少可描述的停顿或替代镜头。
《雾港来信》的验收记录不写“看起来没问题”，而写成“从节点 H02 进入，启用替代设置，完成左侧选择，系统写入 clue_letter=true，并在 H03 首句确认该状态”。这样一条记录同时覆盖入口、动作、反馈和出口。若结果不同，团队知道应查输入层、界面层还是剧情状态层。
常见失败通常发生在系统边界
常见失败是把“有字幕”当作全部无障碍，把设置页可打开当作所有操作可完成，或只测默认主线。另一个错误是用未经残障使用者验证的内部判断宣称完全无障碍。本文建议记录已验证范围和未验证范围，不使用笼统保证。
另一个常见问题是把辅助功能放进隐藏很深的设置页。第一次遇到障碍的观众可能根本到不了那里，因此开场、首次选择和暂停菜单都应提供清楚入口。设置改变后要立即给出可感知反馈，并在下一节点继续生效；如果重新加载就丢失，必须在发布前明确修复或公开限制。
自动化检查可以发现缺少名称、对比度数值或部分焦点问题，却不能判断选择文案是否容易理解、音频描述是否泄露另一条路线、暂停是否破坏叙事节奏。人工路线测试和残障使用者参与仍然不可替代。发现问题时按责任退回：内容问题给编剧或编辑，素材问题给声音或后期，状态问题给实现者，范围冲突给负责人重新决策。
发布门槛要覆盖完整流程
发布前逐项核对八项基线，每项至少有一名负责人、一条通过记录和一个失败后的退回位置。主路线、最短路线、返回路线和无输入路线都完成一次端到端检查，五种语言的关键操作词保持同义，公开说明不会超出实际验证范围。
最低发布包应包含：功能与适用范围说明、路线清单、设置默认值、五个语言版本的界面文本、测试设备与输入方式、已知限制、缺陷负责人，以及一次从开场到结局的完整操作记录。W3C 资料提供的是可引用的规范与解释；本文的表格、节点命名和虚构案例是编辑方法，不是 W3C 规定的固定模板。
基线无法替代法律咨询，也不能自动覆盖原生应用、影院装置或特定国家政策。项目若换播放平台、输入设备或发行地区，应重新确认适用要求；只沿用旧表格，不能证明新环境仍可访问。
最后只做一项检查：让未参与制作的人依据记录复现体验。如果对方仍要询问“该按什么”“还剩多少时间”“这个提示表示什么”或“恢复后从哪里继续”，交付尚未完成。把答案写回规则与证据，再发布，能比上线后补救更早暴露分支系统中的障碍。
参考资料：W3C WCAG 2.2；W3C WAI: Making Audio and Video Media Accessible。
