互動電影無障礙如何立項：把無障礙體驗寫進路徑、素材與驗收
從專案啓動就建立互動電影無障礙基準：盤點觀眾任務、分支風險、替代方式和驗收證據，並用一部虛構短片示範如何把要求交給編劇、後期、開發與測試。
開篇導讀
建立互動電影無障礙基準，最有效的做法是把要求寫進每條路徑的任務、替代方式和驗收證據，而不是在成片完成後補一份檢查表。基準應同時覆蓋電影內容、交互控件、劇情狀態和五語介面。
互動電影無障礙不能只在上線前檢查字幕。選擇介面、播放控制、分支狀態和媒介內容共同組成一次完整體驗；其中任何一環無法感知、操作或理解，觀眾都可能在故事中途失去繼續前進的方法。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。
