產品工作總結:關于可用性測試的二三事
先行動再思考未嘗不是一件好事;同時,凡事預則立。
我們進行的是手機端產品的可用性測試。
6月開始,匆匆忙忙用大約一周時間完成了從電話邀約到可用性測試訪談結果反饋。
一開始我突然被拉過去說要做可用性測試,并且腳本同事已經完成(我并不知道這個腳本準備了多久)。我要做的第一件事是電話邀約參加測試的用戶。于是發現了電話單篩選的問題以及電話邀約的一些技巧。經過了預測試準備(其實并不嚴謹,是我以及另一位交互人做測試),之后高高興興得迎接辛苦招募來的測試用戶,接著根據已有腳本順理成章地完成測試過程,之后來做可用性測試分析。
我是第一次使用并參與可用性測試,在一開始對整個過程沒有相關的知識儲備,基本是都在跟著其他人走。測試完成后,痛心疾首,趕緊買回來《洞察用戶體驗》充電?,F在回頭看著一周的工作,還是有頗多收獲。以下是反思學習,希望一起交流進步。
前期準備階段要充分
1.測試腳本準備
1)測試功能&任務
先確定要測試哪些功能,并對這些功能進行優先級排序,可以參考重要性與滿意度。之后用一句話總結團隊最想知道這個功能的哪些內容。
接著設計任務,精心設計的任務應當是典型合理的,可行的。任務的語言設計要避免出現界面中已有的字眼,造成干擾。完成任務所需的時間要進行預估,避免過長。測試任務之間的順序合理安排。
2)測試評價指標預設
完成任務的速度、他們犯了多少錯誤、有多少次能從錯誤中恢復、多少人成功完成了任務;
統計結果并不使用具體時長等,而是使用相對數值。如完成任務的速度:
- 0失敗
- 1用迂回的方法緩慢完成
- 2稍慢完成
- 3很快完成
2.招募用戶準備
1)篩選標準
與你的測試目的相關聯,盡量縮小到符合任務目標受眾的代表者 。網上資料給出的是 ? A是否使用過產品 ? ? B手機設備使用安卓or iOS。
每個簡單測試確保最少招募到5名評估人員(有研究指出5名用戶可以發現大概85%的問題,具體為什么你可以找度娘問問看,有解釋),招募時招6~10名用戶,以防止有用戶臨時來不了。
2)招募時間
這個也是看具體安排情況,如果腳本等事宜安排妥當,只剩下招募用戶,那就妥妥的快點進行。值得注意的是對邀請到的用戶測試時間的安排,這個提前需要有估算,防止出現用戶到場后上一場測試沒有完成的尷尬。
3.測試全流程提前安排周詳
測試前:
- 測試場地(盡量還原用戶使用產品的場景,且保證測試不受周圍環境因素干擾)
- 用戶接待(準備水)
測試時:
- 參與人員(不要過多或頻繁更換,給用戶造成不舒適感)
- 測試形式(隨測隨問,還是測試完成后再統一提問。這個與任務設計相關)
- 筆記記錄(即根據測試評價指標對用戶測試情況進行記錄)
- 視頻拍攝器材&角度(調試好,使用手機對用戶手部操作錄制視頻時,避免內容錄反向)
測試后:
- 分析需要的內容(不同測試指標對最后分析結果有什么關系)
- 預計輸出成果(可用性測試報告的內容)
電話邀約的一些技巧
接到一份根據“近期注冊且未使用過產品”的標準篩選后的電話單,簡單擬定電話內容后,就開始了這場被動的“電話海選”。我們需要在電話中確定用戶是否為符合要求的測試用戶,對符合的用戶再進行邀請。
這意味著我們電話一開始,就要詢問對方一些有關財務方面的私人性問題,最后的結果是打到100個電話時,我們都還沒有成功邀請到一名用戶(周四周五電話邀約,測試時間為下周一至周三)。
一同參與電話邀約的同事,在致電時采用了各種挽留用戶的方式,包括“參與測試的名額有限,我們特地誠意邀請您來參加”“測試時間短,我們會有XX元的答謝”等等。好在最后用這種辦法成功邀請到3名用戶(還有一些有意愿來參加但行程尚不確定的用戶)。
這次電話邀約中,學到了不少東西。
1.同步邀約對象的狀態,放慢語速,給對方反應、提問的時間。
我在一開始時,覺得邀約用戶前奏過長,所以語速很快,后來發現這樣更加不利于電話另一端的用戶理解明白我的意思。后來,打電話過程中,在進行完自我身份介紹時,會停頓一下,給對方反應時間;接下來的詢問放慢語速,保證對方能明白我的意思。
2.邀約的話術。
組織好邀約用戶的語言很重要。把握溝通過程中不侵犯受邀用戶的安全防衛線,并讓對方不覺得不舒服,能覺得舒服或沒感覺最好。同時兼顧達到獲得需要信息、確定是否為目標用戶的目的。最后是想辦法邀請到目標用戶。
3.當斷則斷,對于肯定了不是目標人群的人,不說廢話,盡快結束電話,同時注意言辭婉轉。
4.角色認識,電話的這邊,我代表著公司的形象。
當電話打出去時,我不單純是一個邀請人,我還代表著公司的形象,只是我與客服提供的服務不同。所以,當受邀用戶詢問不在服務范圍內的問題時,我也應當盡可能提供幫助,或者幫助提供解決問題的路徑?;蛘咴谡业絾栴}解決辦法的時候,再次致電用戶。
5.加強自我保護,學會判斷。
不與受邀用戶產生工作外的聯系(前提是電話目的不是聯系用戶),或者注意與用戶保持距離。
測試過程中排除干擾
依照預先準備好的測試環境與安排的測試步驟,妥妥的開始測試。
我在查看錄制的用戶手部操作視頻發現了一些問題:
- 視頻錄制不完整或中間存在斷層,即部分用戶反饋沒有收集完整;
- 手機中途有電話打進,存在干擾。
另外說明一點,在可用性測試過程中,demo可以發生小部分改變?!局劣谶@個度,我也在學習過程中,歡迎交流】
測試后及時輸出報告
我根據錄制的用戶手部操作視頻進行測試分析與問題總結,由于可用性測試分析知之甚少,搜集到的資料也沒有詳細說明,所以感覺頹廢。最后再《洞察用戶體驗》一書中,學到以下技能:
- 整理報告的技巧:
- 不要呈現完全負面的報告;
- 關注真實的人群;
- 提出建設性意見;
可用性測試報告中要包含以下信息:
- 項目概要:研究結果呈現
- 過程 的簡要描述:揭開流程的神秘面紗并為報告的收件人提供有助于理解結果的重要背景
- 測試環境和招募標準:清楚解釋招募了哪些人以及如何操作
- 關鍵發現:總結重要主題。截取引用用戶的原話
- 評估者檔案:讓報告閱讀者對測試者有直觀的感受
最后,先行動再思考未嘗不是一件好事。
同時,凡事預則立。
本文由 @Cover爽 原創發布于人人都是產品經理。未經許可,禁止轉載。
- 目前還沒評論,等你發揮!