無障礙設計怎麼送設計獎？合規檢查與使用者測試要分開寫

掃描全綠，鍵盤卻走不完的那一段

以下是為了說明送件問題而虛設的情境，不對應任何真實專案。某團隊改版一個公共服務的線上預約頁，交件前跑了自動檢測工具；報表顯示 0 errors，團隊便把綠色截圖放進送件簡報第一頁，標題寫「通過無障礙檢測」。

用鍵盤實際走一次同一條流程，狀況不太一樣。Tab 走到日期欄位、按 Enter 打開日曆，焦點仍停在觸發按鈕上；按 Esc 沒有反應，只能一路 Tab 出去；選完日期回到表單，焦點跳回頁首，要再按十幾次才回到原處。螢幕閱讀器讀出「按鈕」，沒有讀出目前選中的是哪一天。表單送出失敗時，紅字錯誤訊息出現在欄位下方，畫面上看得到，朗讀時沒有被念出來。

工具沒有說謊。它檢查的是可以自動判定的事：有沒有 alt 屬性、算不算得出對比值、label 有沒有跟欄位關聯。焦點跑到哪裡、朗讀順序合不合理、錯誤訊息有沒有告訴使用者怎麼修，這些要有人一步一步走過才會知道。

另一個示範情境放在空間，同樣是虛設的。平面圖上標了 1:12 的坡道、入口是自動門、廁所畫了無障礙標誌，圖面看起來完整。實際推輪椅走一次：坡道頂端到門之間的平台深度不夠，開門時人得先退回斜面上等；廁所門推開後，迴轉空間被垃圾桶和尿布檯各佔掉一角，實際可用直徑量起來不到圖面標的數字；櫃檯檯面 110 公分高，服務鈴裝在側牆 130 公分處。

兩段情境裡，掃描報表和平面圖各自都有用；問題出在團隊讓它們回答超出範圍的事。掃描報表沒有走過整條操作流程，平面圖也沒有呈現家具進場後的淨空。送件表單上那句「本作品符合無障礙設計」，往往就在這個空隙裡被寫得太滿。

「作品符合無障礙」這句話裡塞了四種主張

「符合無障礙」常把四種不同主張擠在一起。若指的是標準符合性，作品要交代對照哪一份標準、哪個版本、哪些成功準則、適用到什麼範圍，以及由誰用什麼方法評估；逐條結果可能是通過、不適用或未通過。

談使用者評估時，範圍換成幾位參與者、他們使用的輔具、裝置與環境，以及執行哪個任務時發生了什麼。這些觀察只屬於當時的人、任務與版本，不能自動延伸到所有障別。

設計改動更具體：哪一處規格從什麼變成什麼，處理的是誰在哪一步遇到的阻礙。圖面、樣品與程式碼都能指到位置。至於哪些測試結果和照片可以放進送件頁面，還要另外確認參與者同意、客戶核可與獎項公開規則。

如果把四件事壓成「符合無障礙、獲得使用者好評」，讀者只會看到一個無法查核的形容詞。分開之後，每一句話都有自己的材料與適用範圍，也比較容易發現哪一段目前不能寫。

標準符合性：版本、範圍、等級與評估方式

WCAG 2.2 以 Perceivable、Operable、Understandable、Robust 四項原則組織 13 條 guidelines，底下的成功準則分成 A、AA、AAA 三級，W3C 鼓勵採用最新版本。它的適用對象是網頁內容與 Web 應用。這句限定很重要：一件實體產品或一個空間，不會因為官網做到 AA 就變成「全面符合無障礙」。

送件表單上，符合性這一段至少要撐住四個位置。標準與版本要寫明是 WCAG 2.2，而不是含糊的「國際無障礙標準」。適用範圍要寫到頁面與流程層級：是整站，還是預約流程的六個畫面加上兩種錯誤狀態。目標等級要寫清楚是 A 還是 AA，做不到的準則要列出來並說明現況。評估方式要交代由誰檢查、用什麼方法、取樣哪些頁面、對應哪一版程式碼、什麼日期完成。

W3C 在網站無障礙評估的說明頁講得很直接：沒有任何單一工具可以判定一個網站是否符合無障礙標準，仍然需要具備相關知識的人員來評估。這句話並不表示工具沒有用處。自動掃描適合在改版初期大範圍撈出一批明確問題、在每次發版後做回歸比對、在幾百個頁面裡找出集中出現的模式。它省下來的是人力，不是判斷。

工具判不了的部分很具體。alt 文字有沒有寫出圖片在該處要傳達的內容、標題階層有沒有反映實際的內容結構、Tab 順序跟視覺順序對不對得起來、錯誤訊息有沒有講清楚要怎麼修正、一段自動播放的動畫能不能被停止——這些都要有人看過、走過、聽過。送件材料裡把兩者分開放，掃描報表寫成「初步篩查結果，涵蓋可自動判定項目」，人工檢查寫成「由某人依 WCAG 2.2 AA 逐條對照，樣本頁面清單如下」，讀的人才知道哪一句話有多重。

空間與產品類別沒有 WCAG 可以套用。空間可以引用 ISO 21542:2021 來說明觀察範圍，實際的法規符合性回到當地建築技術規則與專業審查；產品則要寫清楚對照的是哪一份標準或哪一套量測方法，而不是借用一個網頁標準的名字來壯膽。

使用者評估：誰、用什麼輔具、在哪個環境做哪個任務

W3C 在談讓使用者參與無障礙評估時，給了一個雙向的提醒：找身心障礙者實際操作，可以發現符合性評估抓不到的可用性問題；但只靠使用者測試，同樣無法判定一個網站是否無障礙，應該和 WCAG 符合性評估結合使用。少數幾位參與者的結果，不能推論到所有同一障別的人，更不能推論到其他障別。

所以測試紀錄沒辦法只寫「我們找了身心障礙者測試，反應良好」這一句。它至少要交代這些條件：

• 參與者特性：人數、與任務相關的功能狀況（以自陳描述，不寫診斷）、相關使用經驗年資。
• 輔具與熟練度：哪一套螢幕閱讀器與版本、瀏覽器組合、是否併用點字顯示器、放大倍率、開關式輸入或語音輸入，以及日常使用頻率。
• 裝置與環境：桌機或手機、作業系統版本、現場或遠端、照度與噪音、是否有人在旁協助。
• 任務：以使用者目標描述，例如「幫家人預約下週二下午的復健門診並取得確認」，而不是操作步驟。
• 測試階段：紙上原型、可點擊原型、測試站台，或正式環境的哪一版。
• 觀察項目：卡住的位置、求助時機、是否需要提示才完成、錯誤發生後的復原路徑、事後複述時的理解落差。
• 尚未涵蓋的人群與情境：這次沒有邀請到誰、沒有測到哪些輔具與哪幾段流程。

招募條件寫細一點，讀的人才能判斷結果的適用範圍。「三位視障使用者」和「三位每日使用螢幕閱讀器兩年以上的全盲參與者，其中兩位使用 NVDA 搭配 Chrome，一位使用 VoiceOver 搭配 Safari，另有一位低視力參與者以 200% 系統縮放操作」，這兩種寫法能支撐的說法差很多。

完成率也要留下條件。參與者在提示下完成，跟自行完成，是兩種結果；紀錄寫成「四人中三人完成，其中一人在主持人提示日曆可用方向鍵操作後完成」，比一個 75% 誠實得多。至於那些沒被邀請到的人——這次沒有測到聽障參與者在客服視訊流程的狀況，就把這句話留在報告裡，不要讓沉默看起來像涵蓋。

無障礙、可用性、包容性的分界

W3C 有一頁專門說明這三個詞的重疊與差異，值得在送件會議上被引用一次。無障礙關注的是身心障礙者能不能平等地感知、理解、導覽與互動。可用性關注的是指定的使用者在指定的使用情境下，能不能有效、有效率而且滿意地達成目標。包容性涵蓋更廣的差異，包含語言、地區、經驗、設備條件與年齡等。

三者確實會重疊。把錯誤訊息寫清楚，對所有人都好；把字級加大，年長者與趕時間的人都受惠。問題出在用重疊的部分去蓋掉不重疊的部分。

一份送件說明如果寫「這些改動讓所有人用起來都更順手」，然後就沒有下文，讀的人無從判斷那位靠螢幕閱讀器操作的使用者，在同一條流程裡有沒有走完。字級與行距處理的是辨識，跟標題階層缺失造成的導覽困難是兩回事，後者不會因為前者變好。改善通用體驗當然值得寫，只是不能拿來替代對特定阻礙的說明。

寫法上有個簡單的分法：談到障礙者能否完成，用無障礙的語言與標準對照；談到操作是否順暢有效率，用可用性的語言與任務紀錄；談到覆蓋更多差異，用包容性的語言，並且說明涵蓋了哪些差異、沒有涵蓋哪些。

四個類別的送件示範寫法

下面四段都是為了示範敘述結構而設的假想作品，不對應任何真實得獎案例，數字也只是為了讓寫法看得清楚而設。實際送件時，每一個數字都要來自你們自己的量測與紀錄。

產品：一個週分裝藥盒

示範情境：作品是給單手操作受限者使用的週分裝藥盒。送件敘述如果只寫「符合通用設計原則，易於開啟」，評審看不到任何可以檢驗的東西。

可以交代的是握持與開啟：盒蓋改成單手下壓後側向推開，開啟所需力道以測力計量測，在五個樣品上取得的區間是多少牛頓，量測時的握姿與固定方式一併說明。辨識：日期與早中晚的區隔同時使用凸起字符、位置與顏色，顏色不作為唯一的區別方式，凸起高度與字符尺寸標在圖上。回饋：蓋子闔上時有段落感與可聽見的聲響，讓使用者不必回頭確認。輔具相容性：盒體寬度容得下常見的單手開瓶輔具，外殼側面留有平面，可貼上點字標籤機輸出的貼紙。

測試那一段，寫五位自陳單手開啟一般藥瓶有困難的參與者，在自家餐桌上完成「取出星期三早上的藥並闔回」這個任務的紀錄，包含幾位需要第二次嘗試、卡在哪一個動作、有沒有人改用另一隻手輔助。不寫他們的診斷。

室內建築：一個社區活動中心

ISO 21542:2021 的官方摘要說明它涵蓋建築的可及性與可用性，包括進入建築、在建築內通行、在正常狀況下離開，以及火災情況下的疏散；適用於新建築，也適用於既有建築的新建工程，並針對既有建築條件受限的情形提出例外考量。這段適用範圍拿來檢查送件敘述有沒有寫完整很好用，它不能替代所在地的建築法規與專業審查——實際的法規符合判定由建築師與相關專業人員依當地規定處理。

只列坡道與扶手的送件說明，走不完一趟使用歷程。從停車位到入口的路徑鋪面與高差、入口門的淨寬與開啟力、門前平台深度、大廳到各活動室的走廊淨寬與轉向空間、櫃檯與服務點的高度與膝下淨空、廁所門的開啟方式與實際可用迴轉直徑、扶手與求助鈴位置、標示字級對應的觀看距離、照度與眩光、火災時輪椅使用者的等待區位置——這一路排下來，才叫交代了通行、使用與疏散。

送件圖面上，把量到的尺寸標出來，比效果圖有用。完工照片要拍實際狀況，包含家具與垃圾桶就位之後的走道，而不是清空現場的樣品照。既有建築因條件受限而做不到的地方，寫出受限條件與採取的替代作法，比略過不提更容易被理解。

品牌視覺：一組醫療院所指標與衛教單張

高對比常被簡化成黑底白字，然後就停在那裡。示範情境裡，指標的科別名稱與底色對比值經過量測後，標示計算方式與量測對象，文字對背景、圖示對背景分開列，燈箱與印刷兩種載體分開量，因為亮度與反光條件不同。

色彩之外要有第二種辨識方式。用形狀、位置、文字標籤搭配色塊，讓色覺辨識有差異的使用者不必依賴色相判斷樓層。字級與行距對應實際觀看距離，一份掛在走廊三公尺外的指標和一張拿在手上的單張，字級不會是同一組。資訊階層上，一張衛教單張只承載一個主要決定，其他資訊往後排，減少一次要處理的量。

動態的部分常被忽略。跑馬燈與自動輪播要能停止，播放速度與停留時間要寫出來。送件圖若只放螢幕截圖，評審看不到實際尺寸與觀看距離，附上現場照片與標註距離的圖說會清楚很多。

數位體驗：一套線上預約掛號

這一類最容易把兩種材料混在一起，所以要刻意分成兩份。

一份是 WCAG 2.2 的技術檢查：目標等級、適用範圍的頁面與流程清單、逐條對照結果、未通過項目與處理計畫、檢查者與日期。內容涵蓋鍵盤可操作性、焦點順序與可見焦點、狀態訊息能不能被輔助技術取得、欄位標籤與程式關聯、錯誤提示有沒有說明修正方式、影片字幕是校對過的字幕檔還是未修正的自動字幕、驗證流程有沒有非視覺的替代方式與足夠時間。

另一份是任務測試紀錄：哪幾位參與者、什麼輔具與裝置、在哪一版環境、做哪幾個任務、卡在哪裡。像 OTP 倒數九十秒這種設定，技術檢查可能對照到時間限制的準則，任務測試則會看到參與者切換到簡訊 App 再切回來時，倒數已經結束、頁面回到第一步。兩份材料放在一起讀，才看得出一個問題是規格沒做到，還是規格做到了但流程仍然斷掉。

改動清單怎麼寫才不會變成功能表

常見的寫法是把做過的事排成一排：提高對比、加入 alt 文字、調整字級、增設坡道、更換把手、加上點字標示，然後補一句「全面導入包容性設計」。這份清單看起來很滿，但沒有一項說得出它解決了誰的什麼問題。

換一種寫法，每一項改動綁三件事：處理的阻礙、對應的任務，以及它處理不到的部分。

對比從 3.1:1 調到 4.8:1，處理的是低視力參與者在燈箱照明下辨識科別名稱的困難，對應的任務是「在候診區找到自己要去的診間」。它沒有處理螢幕閱讀器使用者的問題，因為那條路徑上的阻礙是標題結構與朗讀順序，跟色彩對比無關。這句限定要自己寫出來，不要等評審去猜。

入口增設坡道，處理的是輪椅使用者從人行道進到大廳的高差，對應的任務是「自行進入建築並抵達櫃檯」。廁所迴轉空間、櫃檯高度、活動室門檻、疏散等待區，是另外四件事，各自要有各自的說明。把它們合併成「達成無障礙通行」，等於把四個沒回答的問題藏在一句話裡。

圖片加上 alt 文字，處理的是圖片承載的資訊無法被朗讀。如果 alt 內容寫的是「圖片1」或「banner」，這項改動就沒有回答那個阻礙，只是在標記上填了字。送件時附兩三則實際的 alt 文字內容，比寫「已完成全站 alt 補齊」站得住腳。

結果能寫到哪裡，哪些資料不該放上公開頁

可以寫的結果類型不少：任務完成情形（註明是否經提示）、錯誤的類型與發生位置、參與者求助的時間點、操作中斷的位置、事後複述時的理解落差、符合性檢查中通過與未通過的準則清單。每一項後面都要跟著樣本、任務、裝置與環境、測試階段這四個條件，缺一個，這句話的適用範圍就變得無法判斷。

沒有基準的時候直說。改版前沒有做過同一份任務測試，就寫「本次為第一次任務測試，無改版前對照數據」，不要用一個看起來很像進步的百分比填空。樣本只有四位就寫四位，不要寫成「多數使用者」。同一個任務只在桌機測過，就不要延伸成「行動裝置上同樣順暢」。

「所有人都能使用」這種句子，任何材料都撐不住。可以寫的是「四位使用 NVDA 的參與者在正式環境中都自行完成了預約任務，其中一位在確認頁停留較久，複述時對取消政策有誤解」。範圍縮小，可信度反而上升。

公開範圍是另一組要在送件前確認的事。參與者同意書涵蓋到哪裡——僅供內部分析、可用於送件文件、可在得獎後公開展示與媒體使用，這是三種不同的授權層級，錄影與逐字引言各自要確認。匿名方式要一致，參與者以 P1、P2 代稱，影像中的臉部、識別證、家中可辨識的擺設要處理過。客戶端的圖面、照片與流程截圖，尤其是醫療院所與公部門專案，送件前要拿到書面核可。獎項本身對得獎作品資料的公開規則也要先看過，因為送出去的內容可能會被長期展示。

有一件事不需要猶豫：不要為了讓故事更有說服力，把參與者的診斷、健康狀況或其他可識別資料放上公開頁面。作品的說服力來自任務、阻礙與改動之間對得上，不來自參與者的個人資訊。個資、合約與授權的判斷，交給權責單位依相關規範確認，這裡談的只是編輯與送件實務。

獎項準則的位置，與下一次送件會議要敲定的事

把材料整理好之後，才輪到對應獎項準則。順序反過來，就會開始為了填欄位而修改說法。

iF Design Award 目前公布的評選準則是 Idea、Form、Function、Differentiation、Sustainability 五項。iF 在 2027 的 sustainability 說明頁中，對產品與建築提出的問題之一，是設計如何促進所有使用者的 inclusivity、accessibility 與 affordability。無障礙相關的內容因此通常散落在 Function 與 Sustainability 兩處，而不會自成一欄，寫的時候要想好同一份材料在兩個欄位裡各要說什麼。

IDEA 的主要準則是 Design Innovation、Benefit to User、Benefit to Client/Brand、Benefit to Society、Appropriate Aesthetics。Benefit to User 問的是預定使用者因為這個設計得到什麼改善、能不能做到以前做不到的事，任務測試紀錄剛好可以回答這一題，前提是任務寫得夠具體。Benefit to Society 問的是社會、文化與環境層面的因素，這裡適合放適用人群的範圍說明與尚未涵蓋的部分。

Red Dot Award: Product Design 的評審以 function、seduction、use、responsibility 四項品質評估作品。無障礙導向的產品可以用 function、use、responsibility 這三項組織敘述：規格做到什麼、實際操作時發生什麼、對使用者與社會的考量到哪裡。

這些準則是評選面向，不是無障礙認證。作品做到 WCAG 2.2 AA 不保證得獎，得獎也不代表通過任何無障礙驗證或符合當地法規。公開資料沒有揭露評審的計分方式，任何「依準則推算得幾分」的說法都是自己編的，寫進內部簡報也沒有意義。

下一次送件會議，先把標準名稱、版本與適用範圍定下來：哪些頁面、哪段流程或哪條空間動線納入，哪些沒有。接著排出需要專業人員逐條檢查的項目，確認負責人、完成時間與要留下的對照紀錄。

使用者測試另開一列。團隊要決定測哪個任務、邀請哪些使用者、使用什麼輔具與裝置、在哪一版環境進行；結果能不能公開、以照片、引言或數字呈現、還要取得誰的核可，也在同一場會議處理。材料撐不住的那幾句話，不必等到交件前一晚才修飾，現在就先刪掉。

參考資料

• W3C Web Accessibility Initiative — WCAG 2 Overview
• W3C — Web Content Accessibility Guidelines 2.2
• W3C WAI — Evaluating Web Accessibility Overview
• W3C WAI — Involving Users in Evaluating Web Accessibility
• W3C WAI — Accessibility, Usability, and Inclusion
• ISO — ISO 21542:2021 Accessibility and usability of the built environment
• iF Design — iF DESIGN AWARD FAQ
• iF Design — Sustainability at the iF DESIGN AWARD
• Industrial Designers Society of America — IDEA
• Industrial Designers Society of America — IDEA Resources
• Red Dot Award: Product Design — Jury