做好可用性測試的全流程(上)
可用性測試,能夠讓產(chǎn)品經(jīng)理借助用戶,更加客觀理性地理解產(chǎn)品功能以及交互,并結(jié)合測試結(jié)果予以改進(jìn)。
1.?可用性測試介紹
1.1 可用性測試(Usablitity Testing)
不知道你作為產(chǎn)品經(jīng)理、交互設(shè)計(jì)或視覺設(shè)計(jì)時(shí),會不會困惑于功能操作是否合理,交互是否流暢,視覺提示是否能夠引起足夠注意等問題。由于設(shè)計(jì)人員對自己的產(chǎn)品和功能的交互設(shè)計(jì)過于了解,往往無法客觀判斷其可用性,這時(shí)候就急需對用戶進(jìn)行可用性測試。
可用性測試是指讓一群具有代表性的用戶按照指令對產(chǎn)品進(jìn)行典型操作,同時(shí)觀察員和相關(guān)人員在一旁觀察、聆聽、記錄。
該產(chǎn)品可能是一個(gè)網(wǎng)站,軟件,或者其他任何產(chǎn)品??捎眯詼y試可以是早期的紙上原型測試,也可以是后期成品的測試。隨著現(xiàn)在的工具越來越敏捷,即使是低保真的交互原型圖也可以通過類似于墨刀或者Figma等工具,可以讓用戶直接上手進(jìn)行簡單交互操作。
1.2 可用性測試和深度訪談之間的差別
可用性測試偏重于觀察用戶使用產(chǎn)品的行為過程,而深度訪談一般是洞察用戶動機(jī)、態(tài)度、訴求為導(dǎo)向,通常深度訪談需要更加關(guān)注不同城市、性別、年齡段、收入等方面的用戶,了解不同類型用戶之間對產(chǎn)品態(tài)度和訴求之間的差異。
一般的可用性測試在以上方面的影響是比較小的,一般來說,對同個(gè)城市5-6人進(jìn)行可用性測試,就基本能夠暴露產(chǎn)品的一些共性的問題,滿足一個(gè)快速洞察其可用性的測試需求。
1.3 對產(chǎn)品的意義
可用性測試可以發(fā)現(xiàn)用戶和產(chǎn)品之間存在的交互問題,了解產(chǎn)品的可用性水平。在可用性測試中加入A/B Test測試,幫助判斷用戶方案的偏好。在完成可用性測試之后,整理研究數(shù)據(jù),通過報(bào)告輸出的方式,進(jìn)而對后續(xù)產(chǎn)品優(yōu)化具有指導(dǎo)性意義。
2.?準(zhǔn)備工作
2.1 評估模型
可用性測試主要圍繞有效性、效率性、滿意度進(jìn)行展開:
- 有效性(Effectiveness):任務(wù)完成情況;
- 效率性(Efficiency):任務(wù)完成時(shí)間和完成路徑;
- 滿意度(Satisfaction):用戶自我報(bào)告數(shù)據(jù)。
針對以上三點(diǎn),將效率性的完成時(shí)間和路徑進(jìn)行拆分,可以得到以下四個(gè)評估模型以及標(biāo)準(zhǔn)。
2.2 提綱準(zhǔn)備
可用性測試的提供是依據(jù)預(yù)先制定的測試目的,分解目的,列出任務(wù)列表,將任務(wù)場景化,來編寫提綱。暫且用以微信理財(cái)通舉例,測試用戶購買理財(cái)產(chǎn)品的可用性。
購買的任務(wù)可以分解為:
- 進(jìn)入理財(cái)通
- 隨意瀏覽并對比理財(cái)產(chǎn)品的收益
- 選擇一個(gè)理財(cái)產(chǎn)品并買入該產(chǎn)品
- 管理和查看收益
- 賣出該產(chǎn)品
在這個(gè)基礎(chǔ)上對于任務(wù)進(jìn)行場景化設(shè)計(jì):
場景:您剛剛發(fā)了工資,了解到微信理財(cái)通可以購買理財(cái)產(chǎn)品,準(zhǔn)備以此來購買理財(cái)產(chǎn)品。
任務(wù)一:請?jiān)谖⑿胖姓业劫徺I理財(cái)通,并進(jìn)入;完成后請告知。
場景:為了了解理財(cái)產(chǎn)品的性質(zhì)和收益的不同,您想要對比一下再進(jìn)行購買。
任務(wù)二:在理財(cái)通中隨意瀏覽對比理財(cái)產(chǎn)品,并選擇一個(gè)想要購買的產(chǎn)品;完成后請告知。
…
以上只是我提供的一個(gè)思路,意在說明需要拆分單個(gè)的操作步驟,再適當(dāng)整合并進(jìn)行場景化設(shè)計(jì)對用戶進(jìn)行測試。
提綱的編寫應(yīng)該始終圍繞用戶使用目標(biāo),難點(diǎn)在于:
- 順序的設(shè)置,應(yīng)符合典型用戶的操作流程,操作舒適自然,符合常態(tài);
- 任務(wù)描述方式,避免直接指出指導(dǎo)操作,不能過于詳細(xì),但也不能過于寬泛,而產(chǎn)生歧義和茫然,需要掌握描述的平衡點(diǎn);
- 控制任務(wù)數(shù)量,測試時(shí)間過長用戶會疲倦,任務(wù)的保留和舍棄思量也相當(dāng)重要。
以下為一個(gè)示例:
提綱的編寫需要立足自身產(chǎn)品出發(fā),在【主觀報(bào)告】部分可以適當(dāng)增加想要關(guān)注的問題,問題取舍很關(guān)鍵,切記不可一個(gè)任務(wù)項(xiàng)過多糾纏,造成測試時(shí)間過長。
2.3 資源&人員準(zhǔn)備
資源準(zhǔn)備包括測試環(huán)境和工具,包括辦公室、觀察間、保密協(xié)議、禮金、網(wǎng)絡(luò)、測試設(shè)備(手機(jī)、電腦等)、賬號預(yù)登、麥克風(fēng)、任務(wù)卡、錄屏軟件、屏幕共享軟件、攝像機(jī)、眼動儀等。
比起深度訪談,可用性測試需要用到的儀器較多,一定要提前抵達(dá)辦公室,進(jìn)行調(diào)試。在上一個(gè)用戶測試完后,一定要恢復(fù)初始化狀態(tài),清除數(shù)據(jù)等,便于下一個(gè)用戶測試使用。
人員準(zhǔn)備,除了記錄員和相關(guān)人員的就位,主測人員需要熟悉產(chǎn)品,能夠全面體驗(yàn)所測試的功能界面,知道用戶說的是什么,以及當(dāng)用戶進(jìn)行提問時(shí),能夠解答用戶問題。
2.4 測試預(yù)演
測試預(yù)演非常重要,能夠幫助了解提綱任務(wù)設(shè)置是否合理流暢,驗(yàn)證時(shí)間是否在預(yù)想內(nèi),主測人員會不會有什么卡殼或者對產(chǎn)品也不熟悉的地方等等,測試預(yù)演完成之后,一般都會再進(jìn)行提綱的修改。修改完成后可以再進(jìn)行預(yù)演,能夠在時(shí)間和流暢度上有把握之后再進(jìn)行正式測試。
3.?用戶邀約
3.1 用戶選擇
甄別用戶需要問卷調(diào)查建立有效的甄別條件,立足自身產(chǎn)品,選取有效的維度標(biāo)準(zhǔn),可能需要知道用戶的年齡、性別、使用頻率、個(gè)性特征等甄別是否為典型用戶。
如果不是針對性強(qiáng)或者專業(yè)性強(qiáng)的產(chǎn)品,用戶挑選也不必過于嚴(yán)苛,可用性的關(guān)鍵還是普遍兼容,任何人都可以上手使用。
但一般來說,對產(chǎn)品的使用&熟悉的程度對可用性測試的結(jié)果影響較大,用戶甄別時(shí),需要選取一定比例從來沒有使用過該產(chǎn)品的用戶。
3.2 用戶邀約和double-cheek
通過電話的方式與測試用戶進(jìn)行邀約,電話中一定要告知一些關(guān)鍵信息,和用戶確認(rèn)時(shí)間和地點(diǎn)。不管是一般的用戶訪談還是可用性測試,用戶爽約的情況時(shí)有發(fā)生,所以在開始前一天的晚上也要再提醒測試用戶,確認(rèn)是否到場。
本文由 @舒季? 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于CC0協(xié)議
- 目前還沒評論,等你發(fā)揮!