可用性測試的五點思考

1 評論 15637 瀏覽 43 收藏 9 分鐘

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

這些思考將分為五個點:

(1)預測試;

(2)盡可能邀請相關方參與;

(3)及時調整腳本;

(4)可用性問題的優先級排列;

(5)注意報告好的用戶評價。

其中(1)和(2)是可用性測試之前的準備,(3)是可用性測試中需要注意的,(4)和(5)是可用性測試結束后需要注意的。下面將按照可用性測試前、中、后分別進行概述。

可用性測試之前

預測試

預測試是在正式可用性測試之前安排的一場模擬測試。

進行預測試的主要目的在于確保測試中的硬件和軟件是否正常運行、腳本是否清晰、任務是否可行、訪談的問題設計是否合理和清晰等。如果遇到這些問題,要及時進行調整和修改,這樣可以避免一些無效的測試或可能出現的錯誤,從而降低時間成。

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

盡可能邀請相關方參與

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

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

由于公司、項目和需求的不同,邀請的人也不同。這里需要明確的是,邀請合適的人來現場觀察測試,比如我之前的項目最初是交互設計師想對某個頁面各個功能點及頁面布局的考察,最終邀請了3名交互設計師,當然也可邀請該頁面所對應的產品經理和研發人員。如果相關方實在感興趣,但臨時又由于某些原因來不了,可以使用一些商業軟件進行遠程錄制和播放的共享。

可用性測試之中

及時調整腳本

在可用性測試進行了幾次后,可能會發現有些我們認為很重要的問題也許并不那么重要,有些我們認為不很重要的問題甚至很必要?;蛘甙l現了用戶對于比較寬泛的問題存在疑惑、不解?;蛘甙l現了用戶之間的一些共同趨勢并希望了解這種趨勢。這時,我們應該及時調整腳本,增加或刪減一些內容,而不是繼續按照原來的腳本進行。

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

如果有可能,我們可以每做完一次可用性測試都相應的調整一次腳本,雖然這種方式會相對較累,但也許可以給我們帶來更多信息。

可用性測試之后

可用性問題的優先級排列

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

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

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

注意用戶的正面評價

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

在可用性測試中,當用戶提到產品的某個或某些優點時,我們同樣需要記下來,并在事后的報告中提及,特別是一些被多次提及的優點。這樣做的好處有兩點:

  1. 對于報告的接收者——產品相關方或利益相關者來說,心理上不會那么受挫,感受到用研的一種中立態度(優點缺點都有),會利于用研后續的合作和溝通;
  2. 引起對這些多次被提及的優點的重視,以免在后續的迭代版本中丟失。

曾經在實習時看過不同人做的可用性測試報告,每個人做的報告都不一樣??梢哉f,報告可用性測試結果沒有絕對標準絕對正確的方法,重要的是選擇一種方式,及時向相關人員呈現報告。

以上五點內容是在最近做項目中的一些感悟。

總體來說,可用性測試中會碰到很多細節,需要在做測試的過程中不斷積累和思考,以便下次做的更完美。另外,如果有能力的,也可以推薦看看Jeff Rubin的那本《Handbook of Usability Testing》,本書對可用性測試的介紹非常詳細。

如果你在做可用性測試的過程中,也有一些問題或者思考,歡迎隨時留言討論,期待思維的碰撞!

 

作者:小釋界(微信公眾號:insightUX),用戶體驗研究從業者,擁有汽車和心理學教育背景,關注高科技和金融領域,致力于探索行為數據背后的心理過程。

本文由 @小釋界 原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 想請問樓主,在招募測試人員的時候,(2)盡可能邀請相關方參與;這點適用于可用性測試嗎?因為如果他對產品大致都比較了解了,測試結果能夠達到優化產品的目的嗎?因為在簡書上看到有相關的文章說到盡量找不相關的人員測試 。。。

    來自北京 回復