"做好可用性測試的全流程(下)"

可用性測試,能夠讓產品經理借助用戶,更加客觀理性地理解產品功能以及交互,並結合測試結果予以改進。

01 測試現場

1. 用戶發聲思考練習

不同於其他用戶研究方式,可用性測試尤其關鍵的一點是用戶的發聲思考的練習,發聲思考直接影響可用性測試最後的效果和結論。

在破冰、保密協議和流程說明等基礎步驟完成之後,可用性測試的第一步即是用戶發聲思考練習,在提綱中可以使用一個簡單的例子來使用戶得到練習,舉個例子:

主試:“下麵我們進行出聲思考練習。請在執行每一步操作時,用語言描述出你當前的感覺和想法。比如:我準備打開菜單,我正在尋找某功能,我現在覺得很迷惑等等,任何想法都可以說出來,不需要刻意去思考,這有助於我去瞭解你的想法和感受。接下來,先由我示範一下出聲描述的做法。我將進行出聲思考示範:為了會議不遲到,需要設定第二天7:00起床的鬧鐘。”

主試人員示範後,請被訪者練習。練習完成之後,主試可以說:“現在您已經瞭解如何進行邊操作邊描述,在之後的任務操作中,請儘量保持。

在測試的過程過,如果用戶不進行出聲思考,不便於現場對其操作進行判斷和追問,後期數據整理時,不便於回看追蹤和統計問題。

2. 把控時間,適當提示

除了發聲思考練習,主試可對用戶說明:

  1. 在完成任務之後請告知任務完成;
  2. 在探索之後仍然無法完成任務時,可以求助或者告知無法完成。

用戶主動的說明可以更為快速知道用戶的難處,便於之後的詢問,另一方面可以有效提升測試的速率,不會一個任務上死磕,拉長整個測試時間。同時也需要主試人員觀察用戶的操作和表情,進行適當的提示,並且在大綱中記錄是提示後完成的任務,在現場進行詢問。

另外,測試時候需準備“任務情景卡片”,卡片可用較大的字將每一個具體任務打印下來,每出一個測試任務,主試展示一個。如果僅僅是主試人員表述任務,用戶很有可能不清楚具體任務,或者在操作一半後遺忘。

3. 根據情況及時調整問題和追問

用戶在發聲思考完成測試任務時主試可不說話,測試中一定要觀察用戶的表情變化,當用戶出現思考、猶豫、驚訝、皺眉等表情時,可進行簡單詢問。

不必完全按照大綱設置的問題進行詢問,可針對當下用戶個體表現的差異性進行追問。追問的方式可以採用一般疑問的方式,客觀具體的重覆說一遍他剛纔的行為,詢問“為什麼”會出現剛剛的行為。如果用戶能較快和肯定說出原因,則表示信任度較高,但如果他很猶豫、很難以說出原因,就不要再追問,不要讓用戶太為難。

有時候用戶的困難和反應是我們設想之外,所以對其進行追問具體問題原因才便於後續進行設計,在說出具體的問題原因後,也可以詢問用戶的期望,但是因為用戶對於產品一定程度上是片面的,所以建議可以收集作為參考,但不一定要完全採納。

如果用戶提出了很好的建議,應表示鼓勵和誇獎,認同其價值,即使他提的建議不合理,也不要否定對方,我們要做的是鼓勵對方,讓對方有參與感。

4. 可能出現的問題和解決

測試的現場一定會產生一些突發的情況,主試需要掌控局面,關註用戶的心理。

例如:操作過程中,如果出現了BUG等情況,及時告訴用戶這是產品問題,不要給用戶造成壓力;主測需要對測試的產品足夠的瞭解,如果碰到用戶提出的問題無法解答,如果現場有另外的人員在場可以在合適的適合進行詢問解答疑惑,實在不知,那麼直接告知用戶不知,測試後會再去瞭解。

5. 現場註意點

1)將大綱打印出來,主試人員也需要及時在大綱上面進行記錄,便於後期內容整理;

2)可用性測試僅針對交互操作,不對態度,切記不要在態度和需求上面進行過多的糾纏和討論;

3)用戶可以提出建議和方案,但是不要強制用戶提出;

4)針對測試部分,如果和一些功能存在耦合情況,可以直接告知耦合部分的名詞和使用方式,避免耽誤進度;

5)如果測試項目較多,可以在完成一個部分後進行簡單的幾分鐘休息時間。

02 數據和報告

1. 數據整理

測試完成後,如果時間允許,趁著記憶猶新,就儘快對數據和內容進行整理。測試場數較多之後,記憶就會出現混淆和遺忘,之後再整理數據或者內容就需要在反覆去核對錄製視頻和翻看主試的筆記,會稍微麻煩。

另外,我們需要提前設計數據整理的表格,表格內容通常包含:任務、完成率、任務完成時間、滿意度評分、標準/錯誤路徑、可用性評價等信息,數據整理表格可以讓數據更加清楚,也方便抓取不同的數據給不同職能部門的人。此處的表格應儘量詳細,做完後提前和相關人員進行溝通是否全面。

2. 數據分析和報告思路

對數據進行整理後,對報告進行編寫的思路一般為:

  1. 背景和目標闡述:對項目背景和需要達成的目的進行講述,方便觀看報告的人能夠瞭解項目背景。
  2. 方法概述:研究方法的概述,調研的基本信息,包括產品版本號、時間、調研人數、年齡層分佈等。
  3. 可用性報告:先進行整體結論敘述,再根據各項任務進行分別的闡釋和優化方案建議。
  4. 附錄:添加用戶的檔案信息、對可用性測試的評價及滿意度情況,方便其他參閱報告者更加清晰瞭解到全部內容。

在上述思路的第3點中,可以先整體結論敘述是對全局進行一個概括性總結,便於觀看報告人能夠瞭解宏觀大體結論,再對測試的所有任務項目進行完成率/滿意度對比,即可大致發現產品所暴露的可用性問題以及嚴重程度,再根據各項任務進行分別的闡釋和優化方案建議。

可用性報告對於觀看報告的產品人員來說,還需要界定問題的真假,根據自身情況,對問題的嚴重程度排列問題優先級,才能對後續對產品進行逐步優化。

本文由 @舒季 原創發佈於人人都是產品經理,未經許可,禁止轉載。

題圖來自 Unsplash,基於CC0協議

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *