易用性測試 Usability Testing 完整實戰指南

還記得我第一次做易用性測試的時候，信心滿滿地以為介面設計得很直覺。結果受測者打開 app 之後完全找不到「購物車」在哪裡，因為我把圖標做成了一個我覺得很有設計感的幾何圖形。那天我學到了最重要的一課：你不是使用者。

什麼是易用性測試？

易用性測試（Usability Testing）是一種 UX 研究方法，透過觀察真實使用者操作你的產品，來發現設計問題和改善機會。它的核心邏輯很簡單：與其猜測使用者會怎麼想、怎麼做，不如讓他們實際操作一次。

相比問卷調查或訪談，易用性測試最大的優勢在於它能揭露使用者行為和說法之間的差距。人們常常說「這個很好用」，但實際操作時卻頻頻卡關。

易用性測試的類型

有主持 vs 無主持

有主持測試：研究員在旁邊引導，可以即時追問「你為什麼點這裡？」適合探索性研究
無主持測試：受測者自行完成任務並錄影，適合大規模快速驗證

遠端 vs 現場

遠端測試：透過視訊或錄影工具進行，招募範圍更廣、成本更低
現場測試：面對面觀察，能捕捉到更多微表情和肢體語言

我的經驗是：新產品或大改版用有主持的現場測試，日常的小迭代用無主持的遠端測試最有效率。

規劃你的測試

定義測試目標

最重要的第一步。你到底想知道什麼？目標越明確，測試結果越有價值。例如：

「使用者能否在 3 分鐘內完成結帳流程？」（比較好）
「結帳流程好不好用？」（太模糊）

招募受測者（5 人法則）

根據 Jakob Nielsen 的研究，5 位受測者就能發現約 85% 的可用性問題。你不需要找很多人，但要確保他們符合你的目標用戶輪廓。

招募管道建議：社群媒體發文、公司內部測試（但要注意偏差）、使用者招募平台（如 UserTesting、Respondent）。

設計測試任務

好的測試任務有幾個特點：

基於真實情境：「你想買一份生日禮物送給朋友，請在這個網站上找到合適的商品並加入購物車」
不透露答案：不要說「請點擊右上角的購物車圖標」
可量測：有明確的完成標準
每位受測者 3-5 個任務就好，不要太多

執行測試

放聲思考法（Think-Aloud Protocol）

這是最經典的測試技巧。請受測者在操作的同時說出他們的想法：「我現在在找購物車...嗯，我以為這個圖標是搜尋...啊原來在這裡。」

作為主持人，你要做到：

不要幫忙、不要引導、不要解釋設計意圖
鼓勵受測者繼續說話：「你現在在想什麼？」
受測者卡住時不要急著救，觀察他們如何自行解決
記錄行為而非解讀：「受測者在此頁停留了 45 秒」而不是「受測者覺得這頁很難用」

觀察技巧

除了聽受測者說的，更要觀察：

猶豫的瞬間（滑鼠在兩個選項間來回移動）
意外的操作路徑（他們用了你沒想到的方式完成任務）
表情變化（皺眉、嘆氣通常代表挫折）
自我修正（「啊不對，我按錯了」）

分析結果

嚴重程度分級

發現的問題要分級，這樣才知道哪些要優先修：

致命（Critical）：使用者無法完成核心任務
嚴重（Major）：使用者需要很大努力才能完成
次要（Minor）：造成小困擾但不阻礙完成
建議（Cosmetic）：有改善空間但影響不大

親和圖分析

把所有觀察記錄寫成便利貼（或用 Miro、FigJam 之類的線上工具），然後分類歸納。相似的問題聚在一起，就能看出哪些是系統性的設計問題。

搭配你的設計系統與 Design Tokens 來思考，通常能找到更系統化的解決方案。

常見錯誤

引導受測者：「你有看到那個藍色按鈕嗎？」→ 不要這樣！
防禦設計決策：「其實那個功能是因為...」→ 測試時只聽不辯
只找會說好話的人測試
做了測試但不根據結果改善
只測試一次就以為永遠沒問題了

結語

易用性測試不需要很複雜、很昂貴。即使只是找 3-5 位同事來試用你的原型，都比完全不測試好太多了。重要的是建立「測試→發現問題→修改→再測試」的循環。越早開始測試，後面省下的重工成本就越多。也可以搭配 Figma AI 設計功能來加速原型製作的效率。

易用性測試 Usability Testing 完整實戰指南：從規劃到分析的完整流程