可用性測試的五點思考

可用性測試的五點思考

 

　　（Usability testing）是用來評估產品或系統的一種方法，這種方法起源於經典的實驗學，可以進行復雜的，也可以進行簡單的。關於的具體內容（5W+1H），網上已經有很多資料，包括中文和英文。我想了下，在這裡，還是不再寫普適性的科普文章，而是決定從近期做的專案中提取一些個人思考，來與大家分享。

　　這些思考將分為五個點：（1）；（2）儘可能邀請相關方參與；（3）及時；（4）可用性問題的優先順序排列；（5）注意使用者的正面評價。其中（1）和（2）是可用性測試之前的準備，（3）是中需要注意的，（4）和（5）是結束後需要注意的。下面將按前、中、後分別進行概述。

　　之前

　　預測試

　　預測試是在正式之前安排的一場模擬測試。進行的主要目的在於確保測試中的硬體和軟體是否、是否清晰、任務是否可行、訪談的問題設計是否合理和清晰等。如果遇到這些問題，要及時進行調整和修改，這樣可以避免一些或可能出現的錯誤，從而降低時間成本。

　　可以找身邊的同事，但這個同事不能是參與產品開發和設計的相關人員，可以考慮行政、後勤等非產品相關人員，結束後可給予一定的禮品或者請吃一頓飯。

　　儘可能邀請相關方參與

　　與產品相關的人員可能包括但不限於設計師、、研發、運營等。在進行之前，儘可能提前通知相關方測試的時間和地點，並邀請相關方參與現場的觀察。

　　邀請相關方現場參與是互利共贏的：對於用研來說，這是用研報告最終得到相關方理解並認可的方式之一，也利於用研後續工作；對於相關方來說，由於對產品非常瞭解，可能從中觀察到主持人沒有留意到的行為或態度，從而獲得更多啟發。

　　由於公司、的不同，邀請的人也不同。這裡需要明確的是，邀請適合的人來現場觀察測試，比如我之前的專案最初是想對某個頁面各個功能點及頁面佈局的考察，最終邀請了3名互動設計師，當然也可邀請該頁面所對應的和研發人員。如果相關方實在感興趣，但臨時又由於某些原因來不了，可以使用一些進行遠端錄製和播放的共享。

　　

　　及時

　　在進行了幾次後，可能會發現有些我們認為很重要的問題也許並不那麼重要，有些我們認為不很重要的問題甚至很必要。或者發現了使用者對於比較寬泛的問題存在疑惑、不解。或者發現了使用者之間的一些並希望瞭解這種趨勢。這時，我們應該及時，增加或刪減一些內容，而不是繼續按照原來的進行。

　　是探索性的研究，目的在於構建理論，隨著測試和訪談的進行，會產生一些新的想法，所構建的理論框架也會越來越清晰，這時就需要對原來的進行細化。

　　如果有可能，我們可以每做完一次都相應的調整一次，雖然這種方式會相對較累，但也許可以給我們帶來更多資訊。

　　之後

　　可用性問題的優先順序排列

　　在測試完後會發現一系列可用性問題，理想的情況下，每個問題都希望在產品上線前被解決，但這是不現實的，究竟哪些問題先解決，哪些問題後解決呢？這時就需要對這些問題進行優先順序排序，從而合理安排迭代和開發的順序。

　　關於的優先順序排列，國際上有很多不同的評估指標和分級標準，本篇不再累述，可參考我之前的一篇文章【可用性問題的優先順序評估】。這裡想說的是，沒有一個模型是通用的，我們需要找到最適合我們自己產品的模型，當然，也可以根據需要適當地修改指標或評級。

　　需要注意的是，可用性測試得到的問題是用研人員基於使用者的測試而給出的結果，這個優先順序順序並不是產品開發的實際優先順序順序。首先，使用者對產品的認知和產品相關人員對產品的認知肯定是存在一定差異的。其次，這些問題的解決還需要考慮設計週期，開發週期，等。所以，用研應該和產品團隊一起從使用者的角度來理解這些問題的重要程度，再由相關人員決定實際。

　　注意使用者的正面評價

　　可以測出產品或系統的一些問題，但是如果一份通篇都是問題，可想而知，產品相關方或利益相關者在情感上肯定會很難受，想著自己辛辛苦苦做出來的東西，被批的一無是處。

　　在中，當使用者提到產品的某個或某些優點時，我們同樣需要記下來，並在事後的報告中提及，特別是一些被多次提及的優點。這樣做的好處有兩點：一，對於報告的接收者——產品相關方或利益相關者來說，心理上不會那麼受挫，感受到用研的一種中立態度（優點缺點都有），會利於用研後續的合作和溝通。二，引起對這些多次被提及的優點的重視，以免在後續的迭代版本中丟失。

曾經在實習時看過不同人做的，每個人做的報告都不一樣，可以說，報告沒有絕對標準絕對正確的方法，重要的是選擇一種方式，及時向相關人員呈現報告。

本文轉自：