Nielsen UX Heuristics：使用者看不懂、找不到、一直犯錯，可以怎麼檢查

網站不好用，使用者通常不會寄信告訴你「你的第 6 項 heuristic 有問題」。他們更常做的是直接離開、重複按按鈕、放棄表單，或覺得「這網站怪怪的」。

Jakob Nielsen 的 10 項 Usability Heuristics，就是用來把這些模糊的不順，拆成可以檢查的問題。

它們不是一份「網站一定要長什麼樣」的設計規範，而是 10 個觀察角度。你可以用它們檢查首頁、課程頁、會員中心、結帳、表單、後台，甚至 App。

這 10 項原則是怎麼來的？

Nielsen 與 Rolf Molich 在 1990 年開始發展 heuristic evaluation（啟發式評估），後來 Nielsen 在 1994 年根據大量 usability problems 再整理成目前常見的 10 項原則。

之所以叫 Heuristics，而不是 Guidelines，是因為它們是廣泛的經驗法則，不是「按這個數字做就一定正確」的細節規範。

用途是讓評估者有一套共同語言：當使用者不知道系統有沒有成功、搞不懂按鈕、找不到上一頁，團隊能指出到底是哪一類問題，而不是只說「我覺得 UX 不好」。

1. Visibility of System Status：系統現在在做什麼，要讓人知道

使用者按下按鈕後，如果畫面完全沒反應，他通常不會耐心等，而是開始猜：我有按到嗎？是不是壞了？要不要再按一次？

所以系統應該在合理時間內提供回饋，例如：

• 表單送出後顯示「已送出」。
• 付款處理中顯示進度或處理狀態。
• 檔案上傳顯示百分比。
• 儲存設定時顯示「儲存中」與「已儲存」。

沒有回饋會讓人失去信心，也容易造成重複送出或重複付款。

2. Match Between System and Real World：講使用者聽得懂的話

系統內部可能叫 enrollment、subscription status、authentication、SKU，但使用者不需要理解你的技術名詞。

介面應該使用使用者熟悉的語言、順序和概念。

• 用「登入」而不是「Authenticate」。
• 用「我的課程」而不是內部資料表名稱。
• 用「付款失敗，請更換付款方式」而不是錯誤代碼。
• 地址、日期與流程順序符合使用者習慣。

介面越要求使用者先學會你的內部世界，認知負擔就越高。

3. User Control and Freedom：做錯了，要有退路

使用者一定會點錯、選錯、進錯頁面。

好的介面不假設大家永遠不犯錯，而是提供清楚的返回、取消、復原與離開方式。

例如刪除一筆資料後提供 Undo，通常比每一步都跳出「你確定嗎？」更順；複雜流程也應該有清楚的返回方式，不要讓瀏覽器上一頁失效。

當使用者知道做錯可以回來，操作時會更有安全感。

4. Consistency and Standards：同一件事，不要每頁叫不同名字

同一個概念如果首頁叫「會員中心」、課程頁叫「學員專區」、Email 又叫「我的帳戶」，使用者會開始懷疑它們是不是不同地方。

一致性包含兩種：

• 站內一致：相同按鈕、詞彙、顏色與互動，在不同頁面代表相同意思。
• 外部慣例：尊重使用者已經習慣的模式，例如購物車、搜尋、Logo 回首頁。

創新不是每一個地方都重新發明操作方式。熟悉的地方愈穩定，使用者愈能把注意力留給內容和決策。

5. Error Prevention：最好的錯誤訊息，是讓錯誤少發生

等使用者送出後才說「格式錯誤」，成本已經發生了。

更好的方式是先預防：

• 日期用選擇器，不要求使用者猜格式。
• Email 欄位即時檢查基本格式。
• 不可選的日期直接停用。
• 高風險操作前提供明確條件。
• 離開未儲存頁面前提醒。

這裡也要分「手滑」和「理解錯誤」。手滑靠限制與復原處理；理解錯誤則需要更清楚的文字、選項與流程。

6. Recognition Rather Than Recall：讓人看得到，不要逼人記住

使用者的記憶不是你的資料庫。

如果操作一個網站需要記住前一頁選了什麼、某個方案代號代表什麼、剛才看到的價格是多少，流程就會越來越吃力。

可以改成：

• 在結帳頁再次顯示商品與價格。
• 保留使用者剛填過的資料。
• 顯示最近使用或最近瀏覽。
• 把可用選項列出來，而不是要求記指令。
• 在當下提供必要說明。

Recognition（辨認）通常比 Recall（回想）輕鬆很多。

7. Flexibility and Efficiency：新手要簡單，熟手也要有效率

同一套系統可能同時服務第一次使用的人和每天操作的人。

新手需要清楚引導；熟手則可能想要快速搜尋、批次處理、快捷鍵、預設值或儲存常用條件。

這兩者不一定衝突。常見做法是 progressive disclosure（漸進揭露）：先讓主要流程保持簡單，把進階功能放在需要時才展開的位置。

8. Aesthetic and Minimalist Design：畫面上每個東西都在搶注意力

Minimalist Design 不是所有東西都留白，也不是把文字砍到看不懂。

它關心的是：每多一個不重要的元素，就會和重要資訊競爭注意力。

• 一個頁面同時有五個主按鈕。
• 每個區塊都用不同顏色強調。
• 不重要的說明比價格或 CTA 更醒目。
• 裝飾圖形很多，卻沒有清楚閱讀順序。

字體階層與閱讀寬度也會直接影響掃讀，可以延伸看Web Typography：字體不只是好不好看，而是決定網站好不好讀。

9. Recognize, Diagnose, and Recover from Errors：不要只說「發生錯誤」

好的錯誤訊息至少回答三件事：

1. 發生什麼事。
2. 哪裡需要修正。
3. 接下來怎麼做。

例如「Invalid input」幾乎沒有幫助；「Email 格式不完整，請確認 @ 後面的網域」就比較能讓人處理。

錯誤訊息也不要責怪使用者，更不要把他已經填好的整張表單清空。

10. Help and Documentation：最好不用說明，但需要時要找得到

理想介面應該盡量自我說明，但有些複雜任務仍然需要幫助。

說明文件要偏向「我要完成什麼」，而不是把系統所有功能寫成百科全書。

• 如何重設密碼。
• 如何取得發票。
• 如何取消訂閱。
• 如何找到課程。

如果一個問題總是在同一個畫面發生，最好的幫助通常不是叫使用者去搜尋知識庫，而是在那個畫面直接放一個短提示。

手機與鍵盤操作，要特別檢查 Hover 和小按鈕

桌機上滑鼠移過去才顯示的說明，在手機上可能根本沒有 hover；只靠滑鼠操作的選單，也可能讓鍵盤使用者卡住。

所以做 heuristic audit 時，除了看畫面，至少要用手機實際點一次，並嘗試只用鍵盤完成主要任務。

常見問題包括：圖示沒有文字標籤、按鈕太小容易誤點、重要資訊只藏在 hover、Tab 順序混亂、Focus 狀態看不見。這些問題同時影響 usability 與 accessibility。

Heuristics 和 Accessibility 有重疊，但不是同一件事

易用性原則會碰到文字對比、鍵盤操作、錯誤提示、可辨識控制項等無障礙議題，但 heuristic evaluation 不能取代 WCAG 檢查。

例如一個按鈕位置很清楚、文字也很好懂，對多數使用者來說 usability 沒問題；但如果顏色對比不足，低視力使用者仍然可能看不到。

比較完整的網站檢查，應該把 Heuristics 用來找互動與理解問題，再用 WCAG 檢查對比、鍵盤、焦點、替代文字與其他無障礙要求。

Heuristic Evaluation 怎麼實際做？

可以先選一個具體任務，不要一次檢查整個網站。

• 第一次訪客找到課程方案。
• 填完直播報名表。
• 完成付款。
• 購買後登入課程。

接著從頭走一次流程，每遇到問題就記錄：

欄位	記什麼
畫面／步驟	問題發生在哪裡
問題	使用者可能卡在哪裡
違反原則	對應哪一項 heuristic
證據	截圖、錄影、分析數據或觀察
Severity	0～4
建議	最小可行修正

這樣 UX Audit 就不會只剩「這頁看起來不太舒服」。

Severity Rating：不是每個問題都要現在修

Nielsen 提出的 Severity Rating 常用 0～4：

等級	意義	處理方式
0	不是 usability 問題	不處理
1	外觀或輕微不便	有時間再修
2	小問題，造成延遲或困擾	排入修正
3	重大問題，明顯影響任務	高優先
4	災難級，使用者無法完成任務	立即修

判斷時可以看三件事：發生頻率、影響程度、問題是否會持續重複。

例如結帳頁一個按鈕顏色不夠漂亮，可能只是 1；付款成功後卻完全沒有回饋，導致使用者重複付款，就可能接近 4。

先修 Severity 3、4，再處理看起來比較漂亮

網站優化很容易先被視覺吸引：改陰影、圓角、字型、漸層。

但如果同時存在「找不到結帳按鈕」「付款失敗不知道怎麼辦」「手機上表單送不出去」，這些問題應該先處理。

Heuristic Evaluation 的價值之一，就是把設計意見轉成優先級，而不是誰聲音大就先改誰喜歡的地方。

Heuristics 不是使用者測試的替代品

專家檢查可以很快找出大量常見問題，但評估者仍然可能漏掉真實使用者才會遇到的情境。

NN/g 也提醒，單一評估者不可能找到所有 usability problems。不同的人會發現不同問題。

所以比較好的順序是：

1. 先用 Heuristics 把明顯問題清掉。
2. 再找實際使用者完成任務。
3. 觀察他們在哪裡停頓、返回、重複點擊、理解錯誤。
4. 最後再用分析數據或 A/B Test 驗證高價值改動。

Heuristics 彼此也可能衝突

例如「畫面越簡潔越好」和「熟手需要更多功能」可能衝突；「預防錯誤」和「不要一直打斷使用者」也可能衝突。

這時不要把 10 條當成法律，而要回到使用者任務。

• 簡潔 vs. 進階功能：用漸進揭露。
• 效率 vs. 錯誤預防：可復原的操作通常比一直跳確認視窗更順。
• 一致性 vs. 情境：互動規則一致，但重要程度可依情境調整。
• 可發現性 vs. 極簡：主要行動保持可見，次要功能再收起來。

不要把 Conversion 和 Usability 混成同一件事

一個介面可以很好用，卻不一定能說服人購買；也可以短期轉換很高，卻靠誤導、隱藏費用或讓取消變困難。

Usability 的問題是「使用者能不能順利完成自己的目標」；Conversion 則是「商業目標有沒有完成」。好的設計應該讓兩者對齊，而不是靠 dark pattern 犧牲使用者。

例如取消訂閱很難找、退款條款故意用超小字、結帳最後一步才突然出現費用，可能暫時提高某些數字，但會破壞信任。

一張 10 題快速檢查表

1. 每個重要動作都有即時回饋嗎？
2. 文字用的是使用者的語言嗎？
3. 做錯時能返回、取消或復原嗎？
4. 相同功能在不同頁面保持一致嗎？
5. 能不能在錯誤發生前先預防？
6. 使用者需要記住太多前一步資訊嗎？
7. 新手和熟手都能有效率完成任務嗎？
8. 頁面是否只留下與當下任務相關的資訊？
9. 錯誤訊息有告訴使用者怎麼修嗎？
10. 需要幫助時，說明是否就在容易找到的位置？

如果其中任何一題答案是「不知道」，就值得實際走一次流程。

常見問題

Nielsen 10 項 Heuristics 是 UX 規範嗎？

比較準確的說法是通用經驗法則。它們適合用來發現問題，但不是每個畫面都要照同一種做法，也不能取代使用者研究。

一定要 UX 專家才能做 Heuristic Evaluation 嗎？

有經驗的評估者通常能發現更多問題，但網站經營者也可以先用 10 項原則做第一輪自查。正式重要專案再搭配多人評估與使用者測試。

10 項原則要每次全部檢查嗎？

完整 audit 建議全部走一次；如果只在修特定流程，也可以先聚焦和問題最相關的原則，再做整體複查。

Severity 4 是不是代表網站一定不能上線？

如果問題會讓核心任務無法完成，例如完全無法付款、無法登入、重要資料遺失，通常應優先修正。是否延後上線仍要依實際風險決策。

Heuristic Evaluation 和 A/B Test 哪個先？

明顯 usability 問題通常先修，不需要把「付款按鈕壞掉」拿去 A/B Test。當兩種方案都合理、需要比較效果時，才適合做實驗。

介面越簡單越好嗎？

不是。簡單的目的是降低不必要認知負擔，而不是把必要資訊藏起來。價格、限制、風險與下一步仍應清楚呈現。

好的 UX 不一定讓人驚艷，但會讓人一路走得下去

Nielsen 的 10 項 Heuristics 最有價值的地方，是把「網站好像哪裡不順」轉成可以檢查、記錄和排序的問題。

先讓系統有回饋、用人話溝通、保留退路、維持一致、預防錯誤，再降低記憶負擔、建立清楚階層與可復原的錯誤流程。

當使用者不需要猜、不需要記、不害怕按錯，而且每一步都知道現在在哪裡、下一步能做什麼，網站的易用性才真正建立起來。

參考資料

Jakob Nielsen：10 Usability Heuristics for User Interface Design，Nielsen Norman Group。
Jakob Nielsen：Severity Ratings for Usability Problems，Nielsen Norman Group，1994。
Jakob Nielsen、Robert L. Mack（編）：Usability Inspection Methods，John Wiley & Sons，1994。
Steve Krug：Don’t Make Me Think, Revisited。