用研分享 -如何執(zhí)行一場可用性測試

用戶調研分為定量調研曲管、定性調研。在定性調研中菜循,深度訪談翘地、可用性測試是最常見/最常用的方法申尤,也主要用于成長期&成熟期的產品癌幕。

小編曾主導過近30場可用性測試,本文主要分享可用性測試過程中的實戰(zhàn)經驗&如何避坑昧穿。


什么是可用性測試勺远?

可用性測試指的是邀請產品的目標/有代表性的真實用戶使用線上產品或產品原型,在用戶完成典型任務的過程中时鸵,對其行為進行觀察胶逢、紀錄、測量及訪談饰潜,從而了解用戶的真實行為需求初坠、界定出產品的可用性問題并解決問題,以此改善產品的易用性/可用性彭雾。


適用的階段碟刺?

設計階段:在輸出原型后,快速驗證原型的可用性薯酝,并便于選擇更優(yōu)方案半沽;

撕逼階段:與合作方出現(xiàn)意見分歧時,可通過可用性測試快速求證吴菠;

上線階段:針對線上產品者填,在通過后臺數(shù)據(jù)等渠道無法清晰定位某個任務流程的痛點后,可采取可用性測試做葵;

競品分析階段:在競品分析階段占哟,亦可使用可用性測試。選擇有競爭力的競品酿矢,并對相同的任務流程進行測試重挑,可獲取與競品體驗差異點,并著重優(yōu)化棠涮;


可用性測試的具體流程

1. 需求收集

2. 測試腳本設計

3. 訪談提綱設計(測試前會進行簡單的訪談)

4. 用戶招募條件設置

5. 用戶招募

6. 預測試

7. 測試執(zhí)行

8. 輸出分析報告


一谬哀、需求收集

在測試前需要收集測試需求,即確定調研目的严肪,確定目標后才能選取合適的調研方式史煎。

G肌!劃重點

確定了調研方向后篇梭,最好召開調研項目的啟動會議氢橙,會議參與方可包含:產品經理、運營恬偷、開發(fā)悍手、測試、數(shù)據(jù)袍患、客服坦康、設計內部同事等。會議目的在于調動大家參與到本次調研中來诡延,會使參與人員更認同調研結果滞欠,對后續(xù)優(yōu)化方案的推動上有極大的幫助、會減少很多阻力肆良!


二筛璧、測試腳本的設計

測試腳本設計指的是測試任務的設計;在每次可用性測試中惹恃,一般會根據(jù)調研目標設置3-5個主要任務夭谤,測試時間需控制在30-45分鐘,時間太長會讓用戶產生煩躁情緒巫糙,得到的反饋結果真實性會降低朗儒。

在任務的設計上,一般需要先假設場景曲秉,讓用戶在假設的場景中完成任務采蚀。


舉個栗子:

隨手記福貸產品的可用性測試目標是提升激活進件轉化率

測試腳本場景:假設你現(xiàn)在急需3萬塊,但不想通過銀行承二、朋友等方式榆鼠,了解到隨手記可以貸款,于是下載了隨手記.....

任務1:進入隨手記后亥鸠,想申請貸款妆够,通過首頁找到貸款入口?

任務2:激活額度


Tips :

錯誤:假如把表單合并了负蚊,你覺得怎么樣神妹?

正確:進入信息驗證頁,完成額度激活申請


三家妆、訪談提綱設計(可省略)

一般來說鸵荠,可用性測試不需要設計訪談提綱,但考慮到在測試前會與用戶進行簡單的交流溝通伤极,一方面是讓用戶快速進入狀態(tài)蛹找、緩解緊張情緒姨伤,相當于暖場;另一方面是為了了解用戶平時的行為習慣庸疾,使用競品或本產品的態(tài)度乍楚,對產品的評價等。

舉個栗子:

隨手記福貸訪談提綱

Tips :

訪綱組織維度

用戶訪談又是一個大的專題了届慈,且聽下回分解~


四徒溪、用戶招募條件設置

完成測試腳本/訪綱后,接下來就是招募條件的制定了金顿;招募條件制定的好壞臊泌,直接影響到測試結果的質量。用戶的招募主要根據(jù)前期的調研目的而定串绩,在這一步關鍵要考慮面向的用戶群缺虐,可以和產品經理一起討論制定芜壁。

一般可用性測試只需邀請6名用戶礁凡,就能發(fā)現(xiàn)85%以上的可用性問題;

所以在實踐過程中慧妄,只要邀請6-8名用戶就可以了顷牌,超過10名用戶后會發(fā)現(xiàn)獲取的有效信息重復性大,且浪費人力物力財力塞淹。

在邀請的過程中窟蓝,為保證測試結果的真實可靠,需要包含不同周期的用戶饱普,一般邀請2名新手用戶运挫、3名中間用戶、2名專家級用戶套耕。

當然谁帕,也可根據(jù)產品的用戶生命周期來邀請

如:2名新手期、3名成長期冯袍、1名流失期匈挖、1名成熟期

招募條件設置

Tips:

邀請的不同周期用戶數(shù)量只要符合正太分布即可(如3名新手、4名中間級康愤、1名專家)

邀請的目標用戶一定要與調研目的強相關儡循,因為不同調研目的,需要邀請的用戶屬性不同征冷。


五择膝、用戶招募

制定好招募條件后,接下來就要找到我們的目標用戶了检激。

招募主要有幾個途徑

1. 電話邀約問卷調查中的意向用戶

2. 到目標用戶有可能出現(xiàn)的的場所做宣傳(自行腦補地鐵口的信用卡辦理)肴捉,注意一定要標明參與條件及禮品踊赠;

3. 通過朋友圈、微信群公開招募

4. 通過后臺數(shù)據(jù)篩選后每庆,電話邀約符合條件的用戶

注:必要的時候可以對用戶進行二次甄別篩選筐带。


舉個栗子:

在進行貸款激活進件流程的可用性測試時,我們設置以下幾個符合目標用戶畫像的條件:

貸款招募條件設置

但是缤灵,通過后臺數(shù)據(jù)伦籍,我們只能篩選出符合前4個條件的用戶(第一排)

因此,在進行電話招募時腮出,需要進行二次甄別帖鸦,即二次確認用戶是否滿足后4個條件。


E叱啊作儿!劃重點:

1. 如果通過電話招募形式,撥打電話時間最好是下班后馋劈,其次是下午攻锰;早上接通電話的概率極低,就算接通了妓雾,用戶拒絕的概率也極高娶吞。

2. 電話招募時,用戶的顧慮會很多械姻,大部分擔心是不是騙子妒蛇,所以打消用戶的顧慮很重要。

3. 允許的情況下楷拳,可先通過短信運營系統(tǒng)給用戶發(fā)送短信后再撥打電話绣夺;

4. 其次是整理電話招募的話術,可參考如下:

電話招募話術


;兑尽陶耍!防踩坑:

1. 安排好用戶時間后,在前一天打電話給用戶確認是否能過來浸颓,在當天也最好打電話確認物臂,因為需要時間連接設備等。

2. 辨別高質量的用戶:很多只是為了薅羊毛产上。在邀請之前棵磷,需要和用戶作簡單的了解

3. 一定要邀請目標用戶!一定要邀請目標用戶晋涣!一定要邀請目標用戶R敲健(認真臉)

4. 招募完用戶,安排好測試時間后,記得要將安排表同步給各個參與方算吩,并登記好每個受訪用戶的基本情況留凭,方便參與方事先對用戶有大體的了解。


六偎巢、預測試

預測試是按照測試用例完整地走一遍測試流程蔼夜,可以邀請身邊的同事參加;預測試可以幫助提前發(fā)現(xiàn)測試用例压昼、訪綱求冷、或者是測試機等的問題,以便及時進行調整窍霞,以免偏離可用性測試目標匠题,獲取的信息價值不高。

一般預測試至少可以發(fā)現(xiàn)60%~70%的問題但金,所以千萬不能為了趕時間而放棄預測試韭山。


!冷溃!劃重點:

預測試時間至少安排在正式測試前2天钱磅,這時候發(fā)現(xiàn)問題還來得及調整


七、測試執(zhí)行

在測試開始前一天秃诵,通過電話提醒下用戶续搀。如果在測試開始后15分鐘塞琼,用戶還沒到菠净,再打電話確認是否能到場。

一般進行可用性測試需要配備專業(yè)的可用性測試觀察室彪杉,如下圖毅往。相關同事可以通過單向玻璃觀察用戶的操作、表現(xiàn)派近。

但是租用一間可用性測試室費用較高攀唯,對于預算緊缺的部門來說,成本就太高了渴丸。因此侯嘀,可以考慮低成本的方式:

你需要準備以下設備:

1部iPad+筆記本連接視頻通話:目的是觀察測試室里發(fā)生的一切

2部手機連接語音通話:視頻通話的音質較差,所以另外采用了語音通話

1臺攝像DV

1臺手機錄音

投屏軟件測試&連接(推薦使用Apower谱轨,購買vip后戒幔,可以實現(xiàn)錄屏的同時進行投屏,方便觀察室的同事看到用戶在測試機上的操作)

2臺筆記本電腦:一臺用于記錄土童,一臺用于看測試用例等

IOS /?安卓測試機各一部诗茎,根據(jù)用戶使用的機型選擇測試機

訪談室&觀察室

(為保護用戶隱私,圖片打碼處理)


測試室人員配置:

1名受訪用戶献汗、1名主訪人敢订、1名記錄員王污、1名觀察員。

(觀察室的人員數(shù)量則隨意楚午,人數(shù)越多昭齐,說明對用研的認可度越高)


一切準備就緒,就開始測試吧

注:如果是上線前的原型方案測試矾柜,則需要準備測試demo司浪,可以采用紙面原型方式,推薦app:POP把沼、快現(xiàn)


以下提供一份開場白模板:

開場白模板

0∫住!劃重點

1. 一定要描述清楚任務的背景饮睬,用戶才能代入情感和情境當中租谈,才能更好模擬實際使用場景。以免用戶只是隨便走走流程捆愁,感覺就像隨便來測試下割去。

?2. 以場景描述為主,避免直接讓用戶去做什么操作昼丑。旨在避免用戶機械性地完成任務呻逆,機械地薅羊毛。

3. 訪談前菩帝,先閑聊:聊聊工作咖城、過來公司的交通工具、我們是通過什么方式找到她的........

4. 慢慢切入主題:這次訪談的目的呼奢。一定要明確告訴用戶宜雀,這是在測試產品而不是他自己。

5. 告知用戶現(xiàn)場會進行錄像握础,目的在于為了后續(xù)的調研分析辐董,如果他想要的話,也可以發(fā)一份給他禀综。有必要的話简烘,可以簽署《保密協(xié)議》(但略麻煩,需要公司公章)

6. 有些用戶很反感要錄像定枷,這種情況避免不了孤澎,只能當場關掉攝像,但是要記得打開手機錄音

7. 及評價依鸥、是否曾經遇到過什么問題亥至,當時是怎么解決的?是否已經得到解決?是否滿意這種解決方式姐扮?

8. 測試進行時絮供,觀察用戶操作。提醒用戶可以邊操作邊說出想法茶敏;注意用戶在頁面上的停留壤靶、疑惑;在測試完成后惊搏,詢問用戶剛是在思考什么贮乳?

9. 對于用戶提出的問題,不用馬上回答恬惯,看用戶在沒有其他人在場的情況下向拆,會怎么處理?

10. 不要打斷用戶的回答酪耳,讓用戶先說完浓恳。記住有疑問的地方,先順著用戶的回答先挖掘用戶的目的碗暗。后面再補充提問有疑問的點颈将。

11. 如果涉及到給用戶看新的設計方案時,不是讓用戶直接選自己喜歡的設計稿就行言疗,一定要問為什么這么選擇晴圾、好在哪里。


測試完成后噪奄,為客觀評估測試任務的可用性問題嚴重性,需要填寫SUS量表

SUS 量表知允,即情景后問卷叙谨,量表一般由 10 道題組成,包括奇數(shù)項的正面闡述保屯,也包括偶數(shù)項的反面闡述手负,要求被測者在使用產品后對每個題目進行打分姑尺,滿分 5 分。

SUS 的優(yōu)勢在于小樣本量都能得出較為準確的結果切蟋。

SUS 量表如下:

SUS 量表

拿到用戶的打分后统捶,需要進行SUS分數(shù)的轉換。

計算公式如下:

SUS分值=(Q1-1)+(5-Q2)+(Q3-1)+(5-Q4)+(Q5-1)+(5-Q6)+(Q7-1)+(5-Q8)+(Q9-1)+(5-Q10)

由于是 5 點量表,每個題目的得分范圍是 0-4喘鸟,SUS 的范圍是 0-100,故需要將每個題目得分相加后再乘以 2.5崎淳,即可獲得 SUS 的最終分數(shù)愕把。


舉個栗子:

用戶的打分舉例

那用戶1的SUS得分=(4-1 + 5-3 + 4-1 + 5-2 + 2-1 + 5-4 + 4-1 + 5-2 +3-1 + 5-1)*2.5=62.5

最后通過所有用戶的SUS得分平均值,判斷可用性問題的嚴重性嚣镜;

由于SUS 的平均分數(shù)為 68 分橘蜜,50 以下是不可接受的,70 分以上是可以接受的扮匠。


八、輸出分析報告

完成測試后疹蛉,需要整理測試結果力麸,輸出測試報告,在內部進行現(xiàn)場匯報闺鲸,并抄送相關同事及領導埃叭。


總結

可用性測試是讓設計師變被動為主動的有力工具,可以在一定程度上提升設計師話語權赤屋,希望大家都能有效利用起來

一定要預測試、預測試类早、預測試媚媒!

?著作權歸作者所有,轉載或內容合作請聯(lián)系作者
  • 序言:七十年代末缭召,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子嵌巷,更是在濱河造成了極大的恐慌晴竞,老刑警劉巖,帶你破解...
    沈念sama閱讀 219,427評論 6 508
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件颤难,死亡現(xiàn)場離奇詭異已维,居然都是意外死亡,警方通過查閱死者的電腦和手機栅屏,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,551評論 3 395
  • 文/潘曉璐 我一進店門堂鲜,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人哥纫,你說我怎么就攤上這事痴奏。” “怎么了擅憔?”我有些...
    開封第一講書人閱讀 165,747評論 0 356
  • 文/不壞的土叔 我叫張陵檐晕,是天一觀的道長棉姐。 經常有香客問我,道長伞矩,這世上最難降的妖魔是什么乃坤? 我笑而不...
    開封第一講書人閱讀 58,939評論 1 295
  • 正文 為了忘掉前任,我火速辦了婚禮狱杰,結果婚禮上厅须,老公的妹妹穿的比我還像新娘。我一直安慰自己朗和,他們只是感情好眶拉,可當我...
    茶點故事閱讀 67,955評論 6 392
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著放可,像睡著了一般朝刊。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上冯挎,一...
    開封第一講書人閱讀 51,737評論 1 305
  • 那天痪枫,我揣著相機與錄音,去河邊找鬼易阳。 笑死吃粒,一個胖子當著我的面吹牛,可吹牛的內容都是我干的事示。 我是一名探鬼主播僻肖,決...
    沈念sama閱讀 40,448評論 3 420
  • 文/蒼蘭香墨 我猛地睜開眼臀脏,長吁一口氣:“原來是場噩夢啊……” “哼冀自!你這毒婦竟也來了秒啦?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 39,352評論 0 276
  • 序言:老撾萬榮一對情侶失蹤驻呐,失蹤者是張志新(化名)和其女友劉穎芳来,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體答渔,經...
    沈念sama閱讀 45,834評論 1 317
  • 正文 獨居荒郊野嶺守林人離奇死亡侥涵,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 37,992評論 3 338
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了务豺。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片嗦明。...
    茶點故事閱讀 40,133評論 1 351
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖奔浅,靈堂內的尸體忽然破棺而出诗良,到底是詐尸還是另有隱情,我是刑警寧澤舞骆,帶...
    沈念sama閱讀 35,815評論 5 346
  • 正文 年R本政府宣布径荔,位于F島的核電站,受9級特大地震影響狈惫,放射性物質發(fā)生泄漏鹦马。R本人自食惡果不足惜玖院,卻給世界環(huán)境...
    茶點故事閱讀 41,477評論 3 331
  • 文/蒙蒙 一莽鸭、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦遇绞、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,022評論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至俊抵,卻和暖如春坐梯,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背谎替。 一陣腳步聲響...
    開封第一講書人閱讀 33,147評論 1 272
  • 我被黑心中介騙來泰國打工蹋辅, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留晕翠,地道東北人喷舀。 一個月前我還...
    沈念sama閱讀 48,398評論 3 373
  • 正文 我出身青樓淋肾,卻偏偏與公主長得像,于是被迫代替她去往敵國和親拿愧。 傳聞我的和親對象是個殘疾皇子碌尔,可洞房花燭夜當晚...
    茶點故事閱讀 45,077評論 2 355

推薦閱讀更多精彩內容

  • 可用性測試是我認為最有效并且有說服力的一種調研方法,其實在工作中很少會有機會做完整的可用性測試柳洋,這可能跟你公司的重...
    Chxs閱讀 2,233評論 0 3
  • 前言 學習的時間不短了熊镣,案例也分享了許多, 所以~~我打算自己做一次可用性測試了: 本次可用性測試的目標為‘到位’...
    IvanMu閱讀 7,174評論 9 43
  • 可用性工程閱讀筆記 Nielsen 看這本書和寫下這些筆記總共用了快兩個星期的時間测蹲,這段時間事情真的有點多鬼吵。。 從...
    Witty_28閱讀 1,967評論 1 12
  • 數(shù)據(jù)來源:互聯(lián)網整理 一.可用性測試介紹 1.可用性測試的定義 可用性測試(Usability testing)琉挖,...
    jojo魚啊閱讀 11,717評論 5 23
  • 1. 前言: 這篇文章是個人對當前可用性測試中常用標準化量表的學習和整理粹排。整體架構參照Sauro and Lewi...
    IvanMu閱讀 29,362評論 6 69