什麼是易用性? 什麼是易用性測試?
就像是餐廳推出新菜色時會有試菜會；新電影會有試映會；當你做完一個網站或是APP，如果不好使用的話，即使畫面再精美都會大打折扣。為了不讓投入製作的成本如同肉包子打狗，當你做完一個網站、APP時，以小成本邀請約5位受測者做測試，觀察受測者在執行特定任務時的過程中的操作行為和反應，並且即時發現你沒想到的問題，是個C/P值極高的辦法。
易用性: 你可以很簡單的解釋成: 好不好使用?
為什麼要做測試? 易用性測試的3大好處
- 【驗證想法】理解(而不是猜想)你的網站是被如何操作的? 是否如你原本預期? 使用者是否能很直覺、在合理的時間效率裡完成操作步驟?
- 【抓出問題】確保使用者在操作你的網站或APP時，不會迷路、感到困惑、或是發生原本不在你預期的狀況。
- 【持續提升使用者體驗】透過測試過程，你有機會蒐集使用者各種相對客觀、真實的意見；有助於理解使用者在每個操作環節的想法，也因此能更多一點同理心，未來在持續進化產品的過程中，也能讓更顧及使用者體驗。
易用性測試的方法和案例，4步驟搞定
定義目標與規劃測試流程
- 測試目的是什麼? 你想透過測試發現什麼? 你期望網站或APP能透過測試得到什麼答案? 解決什麼疑惑?
- 列出測試項目(或是測試任務): 通常一個網站或APP的有多項功能，考量時間成本有限，建議先列出1~3個你認為最重要的操作任務。
- 【舉例】若是電商網站，大多會想測試
— 產品篩選功能是否好操作?
— 商品加入購物車和結帳流程是否順暢?
- 【舉例】若是電商網站，大多會想測試
- 測試成本: 確認你有多少錢和時間來做測試?
- 定義受測者: 你的目標受測者是誰? 通常會找你的網站或APP的真實使用客群來測試。甚至會把目標在定義的更明確一些，比如說: 假設你是做高端旅遊網站，可以試著找過去一季有透過網站/APP購買中高價位行程的45~65歲的客戶。
- 確認測試方式: 確認進行的方式: 實體或是線上的測試、主持人的邀請(或是自己照著腳本練習當主持人)、錄影錄音方的工具 (通常可以使用線上現成的工具)
招募受測者
- 【方式】 參考你的目標客群的樣態，到相關主題的社群平台招募。 透過你既有的網站上招募，像是在網站上加上測試招募區塊 (大概10分鐘可以搞定) 從你的客戶名單篩選，並且以信件誠摯邀請
- 【邀請的數量】 每個網站一定都有大大小小的問題，在資源很有限的情況下，不可能把每個問題都根除，但也無妨；根據https://www.nngroup.com/articles/why-you-only-need-to-test-with-5-users/，只需要5位的受測者，就可以找出80%的關鍵問題了。
設計測試與觀察
建議先說明”操作情境”，接著在開始執行任務操作，我們舉個例子來說更清楚
【舉例】
說明情境:你要負責舉辦這次三天兩夜的國內家庭旅遊，成員包含了4大2小(其中還包含2位銀髮長輩)，希望在旅遊網站上找中部的戶外行程
任務: 請試著開始在線上找尋下下個月初合適的行程 / 若你看到了一個非常合適的旅遊行程，請下定購買。
結果評估分析
- 受測者是否成功完成任務? 。（例：註冊無法完成）
- 受測者是否能在期望的時間區間內完成任務。（例：結帳步驟太繁瑣，需要花費超乎預期的時間）
- 受測者在執行任務的過程中，是否感到不安、不耐煩或不愉快。（例：操作過程中，頻頻出現無法理解的錯誤訊息，令人沮喪和失去耐心）
測試過程與受測者的互動技巧
- 保持中立、冷靜
- 鼓勵受測者不間斷地在操作時把想法說出來
| 受測者的反應 | 你可以這樣回覆 |
|---|---|
| 當你不確定受測者在想甚麼? | 你正在想什麼呢? 你正在看什麼嗎? |
| 當受測者表現出很訝異的反應 | 這和你預期的效果不同嗎? |
| 受測者問妳問題 “我是不是應該要____?” | 如果你一個人在操作這個網站的時候，你會怎麼做呢? 如果我不在這裡的話，你會怎麼做呢? |
| 受測者要求你解釋網站上更細節的功能和流程 | 你覺得呢? 現在我無法跟你說明這個部分，但測試結束之後，我很樂意和你分享 |
常用的網站/APP易用性測試題目
測試者背景
- 年紀?
- 專業領域/ 工作領域
- 前一次【做什麼事】是什麼時候
- 你有沒有用過【你的網站或APP】來【做什麼事】
測試者對於【做什麼事】的過往經驗
- 你有多常【做什麼事】?
- 你通常在【做什麼事】的過程都能很順暢地完成嗎?
和【你的網站或APP】的互動程度
- 過去是否曾使用過【你的網站或APP】?
- 你有用過雷同功能的網站或APP嗎?
- 影響你決定使用哪一個網站或APP的主因是?
測試過程中
- 若你發現受測者的反應讓你覺得好奇，可以詢問 → 我發現你{這樣}操作/有點困惑/…. 是否可以告訴我你現在的想法呢?
- 當你發現用戶在進行任務時，並沒有依照你原先以為的方式 → 你有注意到其他達成這項任務的方式嗎?
- 你覺得操作畫面上的排版和資訊是否清楚明瞭?
任務結束後
- 你覺得【做什麼事】整體的體驗如何?
- 你覺得其中最好和最差的部分是什麼?
- 你最希望哪個部分可以修改?
- 你覺得【你的網站或APP】【競品網站或APP】有什麼差異?
調整問題時，做得越少，反而越好?
修正問題時，建議僅針對最嚴重的問題微調就好，不要試圖重新從頭設計。而什麼算是最嚴重的問題呢? 建議可以從兩個面向切入:
- 這個問題會有多少人遇到?
- 若遇到了，會導致功能完全無法操作嗎? 還是說雖然不夠直覺，但其實大多數人還是能完成任務?
漸進式、持續推進式的設計方式其實CP值更高。(當然如果說測試後發現問題實在太大，才要考慮全盤調整)
其中的好處像是
- 省時、省力
- 重新設計通常要找各種利害關係人討論，相當耗費精力
- 大幅度的調整，可能讓使用者要重新學習適應
- 微調比較能在短時間實現想法、並且測試想法是否吻合
結論
測試，是一個可以用低成本，卻找出大問題的高C/P值的方法。你可能只需要在產品上線前，或是在上線後的一季做一次，就可以達到成效了。 現在就招募五位受測者，開始測試你的網站或APP吧~
若還有不清楚的地方。也可以留言或email洽詢囉
好用的參考資料
測試過程中，可能會需要一些提問技巧的參考，我也幫你整理好囉， 歡迎參考看看 如何提出好問題? 掌握7個關鍵步驟