系統可用性量表

System Usability Scale（SUS）是由John Brooke於1986年發表的可用性評估工具，採用10項正向與反向表述的5點李克特量表（1=強烈不同意，5=強烈同意）。SUS的設計核心在於其「單一指標」特性，透過特定公式計算出0-100分的可用性分數，其中70分為平均基準線。在ISO 9241-11（人機介面可用性）框架中，SUS屬於「主觀評估」維度，與ISO 25108（可用性文件化）相輔相成。對於企業而言，SUS不只是用戶滿意度調查，更是驗證數位轉型工具是否符合ISO 42001人工智慧管理系統中「使用者中心設計」要求的關鍵量化證據。與NIST 2-3（可用性原則）相比，SUS更聚焦於用戶主觀感知，而非純粹的任務完成率，因此在UX風險評估中佔有不可替代的地位。值得注意的是，SUS的得分並非百分制，而是透過特定公式轉換，使不同系統間的比較具有統計意義。

在企業風險管理（ERM）框架下，SUS主要應用於「人因風險」的量化評估。導入步驟如下：第一步，建立基準線，在系統上線前進行預評分；第二步，在部署後90天內進行中期評估，識別高風險使用場景；第三步，根據得分進行迭代修正，並將可用性指標納入ISO 27701的控制措施監控。例如，某台灣電信業者在導入內部資安訓練平台後，透過SUS評分發現可用性僅45分（低於平均），隨即進行介面重設計，使分數提升至72分，用戶操作錯誤率降低30%。量化效益方面，高SUS分數通常與低操作錯誤率正相關，可直接降低因人為操作失誤導致的資料外洩風險（Data-Breach Risk）。根據NIST 2-3建議，系統可用性不足是資訊安全事件的隱性誘因，企業應將SUS得分設定為KPI，目標值建議不低於75分，以確保關鍵業務系統的穩定運行。

台灣企業在導入SUS評估時面臨三大挑戰。首先是「文化抗拒」，主管層常將可用性視為「感覺問題」而非硬性指標，建議透過ISO 9241-11的標準化框架向管理層說明其在ISO 42001合規中的必要性。其次是「樣本代表性不足」，特別是B2B企業僅調查少數核心用戶，建議採用分層抽樣（Stratified Sampling）確保不同職能部門的意見均被納入。第三是「評分解讀誤區」，部分企業將SUS分數誤認為百分制，導致誤判系統可用性。建議導入專業諮詢機構進行專業解讀，並建立「SUS分數-風險等級」對照表。建議優先行動項目：前30天完成現有系統盤點與基準線建立；60天內完成首輪用戶調查；90天內完成改善行動計劃。台灣企業應特別關注台灣個資法第20條「安全維護義務」，確保數位工具的可用性設計不因操作複雜而導致個資處理錯誤，降低法規違規風險。