題幹與適用場景
公司希望讓核心工作流程對鍵盤使用者、螢幕閱讀器使用者、低視力使用者和認知障礙使用者更可用。現有產品有色彩對比、焦點順序、表單錯誤提示和動態狀態方面的回饋，但沒有統一基線。請設計從目標使用者、標準版本、稽核範圍到發布治理的兩季計畫。
面試官考察點
面試官看你能否把「合規」轉成真實使用者結果和可執行決策。強回答會區分 WCAG 成功標準、法律適用性和產品體驗，不把通過自動掃描當作完成。W3C 的 WCAG-EM 要求評估時明確目標範圍、代表性頁面和測試環境；Digital.gov 也建議產品經理把無障礙納入需求、研究、設計和驗收。
回答前需要釐清的問題
使用者與關鍵任務
確認受影響的使用者群、地區和輔助技術，列出登入、建立、匯出、付款等關鍵任務。優先級應基於任務阻斷和使用者數量，不只按缺陷數量排序。
標準與責任
確認採用 WCAG 2.2 AA 還是合約指定版本，是否受 Section 508 或當地法規約束，誰負責產品、設計、工程、QA、法務和客戶溝通。
現況與交付限制
確認是否有既有設計系統、元件庫、自動化測試、人工測試預算和客戶截止日期。路線圖要同時處理新功能門禁與遺留頁面償還。
30 秒回答框架
「我先定義目標使用者、關鍵任務和適用標準，再用代表性頁面與輔助技術建立基線。優先修復阻斷登入、表單、導覽和狀態回饋的高風險問題，同時把無障礙驗收加入新功能 Definition of Done。成功指標包括關鍵任務完成率、鍵盤與螢幕閱讀器缺陷關閉率、人工稽核通過率和客戶投訴趨勢；自動掃描只作篩選，不能取代真實使用者測試。兩季後保留治理機制，而不是交付一次性報告。」
分步驟深入解答
第一步：定義範圍與結果
把「整個產品無障礙」拆成使用者、頁面範本、關鍵任務和目標標準。先承諾關鍵工作流程可完成，再擴展到低流量頁面；記錄本季不在範圍的內容與風險。
第二步：建立證據基線
選取代表性頁面和狀態，結合自動掃描、鍵盤走查、螢幕閱讀器、縮放、對比度和真實使用者訪談。記錄成功標準、環境、重現步驟、影響和嚴重度，避免只有截圖沒有使用者後果。
第三步：按阻斷風險排序
優先無法登入、無法提交、焦點遺失、錯誤無法感知、動態狀態未播報和時間限制無法調整等問題。把法規或合約期限作為約束，而不是取代使用者影響的唯一排序因素。
第四步：規劃設計與工程改造
先修復共享元件和設計令牌，再處理頁面特例。為元件增加鍵盤互動、可見焦點、語意名稱、錯誤關聯和狀態通知；要求新程式碼通過 lint、自動化檢查和人工抽測。
第五步：把驗收放入交付流程
在需求範本加入使用者任務和成功標準，在設計評審檢查互動，在 PR 和預發布環境執行自動與人工測試。高風險功能需要無障礙負責人簽核，例外必須有到期日和補救負責人。
第六步：定義指標與溝通
按任務、輔助技術和版本追蹤阻斷缺陷、修復週期、回歸率、人工稽核覆蓋、客戶投訴和支援工單。對外公開目前支援範圍、已知限制和回饋入口，不宣稱「完全合規」來掩蓋未覆蓋場景。
第七步：持續治理
每季抽樣評估，更新元件基線和培訓，審查新瀏覽器與輔助技術。把無障礙債務納入產品規劃和風險評審，確保路線圖結束後仍有預算、負責人和升級路徑。
高品質示範回答
我會把兩季目標定為：先確保登入、核心表單、導覽、錯誤和動態狀態對目標輔助技術可完成，再擴大頁面覆蓋。第一週確定 WCAG 2.2 AA、法規和合約邊界，選擇代表性範本與任務建立基線；測試組合包括自動掃描、鍵盤、螢幕閱讀器、縮放和真實使用者回饋。
排序按任務阻斷、受影響使用者和修復槓桿，而不是掃描器報告數量。先改共享元件，再給新功能加驗收門禁；高風險例外必須有負責人和到期日。每週查看阻斷缺陷、修復週期、回歸率、人工覆蓋和關鍵任務完成率，每月向客戶說明支援範圍和限制。這樣交付的是可持續治理，而不是一次性「通過掃描」。
常見錯誤
- 錯誤表現： 把自動掃描 100% 通過當作合規。→ 失敗原因： 掃描無法覆蓋鍵盤順序、語意體驗和真實任務阻斷。→ 修正方法： 結合人工、輔助技術和使用者測試。
- 錯誤表現： 按缺陷數量而非任務影響排序。→ 失敗原因： 小問題可能很多，登入阻斷卻只有一條。→ 修正方法： 以關鍵任務、影響範圍和修復槓桿分級。
- 錯誤表現： 只改新頁面，不修共享元件。→ 失敗原因： 相同問題會在多個流程反覆出現。→ 修正方法： 先改設計系統和元件，再治理頁面例外。
- 錯誤表現： 對外承諾「完全無障礙」。→ 失敗原因： 標準版本、輔助技術和未稽核範圍都會變化。→ 修正方法： 公開支援範圍、證據、限制和回饋渠道。
追問及應對
追問一：資源只夠修復一類問題，你選什麼？
選擇阻斷最多關鍵任務的共享問題，例如鍵盤無法完成提交或錯誤無法被感知。用使用者證據、合約期限和修復範圍說明取捨，並把其餘風險登記到後續季度。
追問二：工程認為人工稽核太慢怎麼辦？
讓自動檢查承擔重複篩選，把人工時間集中在高風險範本和真實任務；並行設計系統修復和抽樣測試。用缺陷發現率、回歸率和任務完成率證明投入價值，而不是爭論「手工還是自動」。
追問三：WCAG 通過是否等於法律安全？
不等於。WCAG 是技術標準，法律適用範圍、合約義務和司法解釋另有邊界。產品應讓法務確認義務，同時用標準和使用者證據指導工程優先級。
追問四：如何避免路線圖結束後退化？
把元件基線、PR 檢查、人工抽樣、季度稽核、負責人和例外到期日寫入常規流程。新功能不通過無障礙門禁就不能進入穩定發布，除非有明確批准和補救日期。