如何進行快速的可用性測試？

簡體傳統

來源：百度移動游戲MGUX
作者：cici
早讀堂推薦：小風

如果你是交互設計師，是否糾結過某個左滑出的功能，用戶是否會發現？如果你是視覺設計師，那么，你是否為某個按鈕究竟用什么顏色而抓狂？如果你是產品經理，是否也曾懷疑過設計師為什么這么做，用戶到底會不會買賬？

是的，上述的種種都是我以及身邊的小伙伴們正在經歷的。對于有些疑問，多動動腦子，答案可能就顯而易見，而有些爭議，即使磨破了嘴皮子，也還是各執己見，不相上下。此時，要想說服自己以及他人，最需要的就是找相關用戶來說話。本文要講的就是在此情此景，如何找用戶來進行一場快速的可用性測試。

先來講講，什么是可用性測試？

理論：可用性測試就是邀請真實用戶或潛在用戶使用產品或設計原型，對其在使用過程中的行為進行觀察、記錄、測量和訪談，進而了解用戶對產品的要求和需要，并以此作為改進產品設計的出發點，提高產品的可用性。

所謂的快速可用性測試，主要針對的是短流程，小項目，或者多選一方案的用戶可用性測試，這種方式高效、快捷，我們無數次的疑問、爭議，都是通過這樣的方式找到了好的解決方式。那么，究竟如何來進行呢？

第一步，明確快速測試類型及產品目標

快速測試類型我把它分為兩大類：探索型及驗證型。探索型即為讓用戶通過使用產品，找出產品的可用性問題，進行優化；驗證型即為有幾種（UE/UI）設計方案，通過用戶使用，最終選擇最優方案。

注意：在驗證型測試類型中，產品目標一定要考慮進去，明確這幾種方案背后的產品目標是什么？有可能測試結果并非其中任何一個方案，而是有了更好的解決產品目標的方式。

第二步，任務創建

選擇型可用性測試，一般針對的是產品短流程或者整個產品，此時就需要相關人員協商討論整個產品的主要功能點（用戶常用功能、產品核心功能、亮點功能等），對照這個功能列表分別創建用戶任務。任務的設計要具體，盡量貼近用戶的真實使用場景。

驗證性可用性測試，這種情況任務比較明確，只需結合幾種方案用戶所使用的場景，確保測試任務符合用戶實際使用行為即可。

第三步，預測試

任務創建完成以后，千萬不要著急進行測試，所以這里插入個人認為非常重要的一點：預測試。預測試的目的就是發現設計任務是否有漏洞，及時修復。可以找公司內部的同事快速測試來完成。基本上我在每次的預測試中都會發現或大或小的任務漏洞。所以，為了保證測試結果的準確性，這一步千萬不要偷懶。

第四步，招募用戶

a. 找多少用戶。對于快速的可用性測試，到底應該找多少用戶來測試，說到這里，可以參考Nielsen的這張經典圖表，可能對于用戶數量業內有很多的爭議，我個人的項目經驗來說，一般發現產品的重大問題的話，6~8個用戶足夠了，而對于驗證型的測試，可根據測試結果及時調整數量，一般也會控制在12人左右，基本上符合了Nielsen的理論。