可用性測試的五點思考

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

  這些思考將分爲五個點:(1)預測試;(2)儘量邀請相關方參與;(3)及時調整腳本;(4)可用性問題的優先級排列;(5)注意用戶的正面評價。其中(1)和(2)是可用性測試以前的準備,(3)是可用性測試中須要注意的,(4)和(5)是可用性測試結束後須要注意的。下面將按照可用性測試前、中、後分別進行概述。html

  可用性測試以前框架

  預測試佈局

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

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

  儘量邀請相關方參與設計

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

  邀請相關方現場參與是互利雙贏的:對於用研來講,這是用研報告最終獲得相關方理解並承認的方式之一,也利於用研後續工做;對於相關方來講,因爲對產品很是瞭解,可能從測試中觀察到主持人沒有留意到的行爲或態度,從而得到更多啓發。htm

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

  可用性測試之中開發

  及時調整腳本

  在可用性測試進行了幾回後,可能會發現有些咱們認爲很重要的問題也許並不那麼重要,有些咱們認爲不很重要的問題甚至很必要。或者發現了用戶對於比較寬泛的問題存在疑惑、不解。或者發現了用戶之間的一些共同趨勢並但願瞭解這種趨勢。這時,咱們應該及時調整腳本,增長或刪減一些內容,而不是繼續按照原來的腳本進行。

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

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

  可用性測試以後

  可用性問題的優先級排列

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

  關於可用性問題的優先級排列,國際上有不少不一樣的評估指標和分級標準,本篇再也不累述,可參考我以前的一篇文章【可用性問題的優先級評估】。這裏想說的是,沒有一個模型是通用的,咱們須要找到最適合咱們本身產品的模型,固然,也能夠根據須要適當地修改指標或評級。

  須要注意的是,可用性測試獲得的問題優先級排列是用研人員基於用戶的測試而給出的結果,這個優先級順序並非產品開發的實際優先級順序。首先,用戶對產品的認知和產品相關人員對產品的認知確定是存在必定差別的。其次,這些問題的解決還須要考慮設計週期,開發週期,業務成本等。因此,用研應該和產品團隊一塊兒從用戶的角度來理解這些問題的重要程度,再由相關人員決定實際的優先級排次序

  注意用戶的正面評價

  可用性測試能夠測出產品或系統的一些問題,可是若是一份可用性測試報告通篇都是問題,可想而知,產品相關方或利益相關者在情感上確定會很難受,想着本身辛辛苦苦作出來的東西,被批的一無可取。

  在可用性測試中,當用戶提到產品的某個或某些優勢時,咱們一樣須要記下來,並在過後的報告中說起,特別是一些被屢次說起的優勢。這樣作的好處有兩點:一,對於報告的接收者——產品相關方或利益相關者來講,心理上不會那麼受挫,感覺到用研的一種中立態度(優勢缺點都有),會利於用研後續的合做和溝通。二,引發對這些屢次被說起的優勢的重視,以避免在後續的迭代版本中丟失。

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

本文轉自:http://www.spasvo.com/news/html/20161027105412.html

相關文章
相關標籤/搜索