七個步驟,零成本完成用戶測試
用戶測試通常價格不菲。設計師,調研人員,產品經理和開發人員經常需要在有限預算內完成用戶測試任務。作為設計師,在這里分享多年來我在無數項目中如何跨越這些限制。
雖然我專注在數碼產品的測試方法上,但不論是服務產品還是實體產品,從概念上來說都是通用的。目的就是向早期用戶展示你的想法,借助他們的力量對產品加以評價,迭代和驗證假設。
何為用戶測試?
用戶測試,一般來說也叫可用性測試,是一個通過真實用戶測試來識別產品問題的過程。用戶測試的根源可追溯到第二次世界大戰,剛開始的時候是用來改進軍事設備的。Steve Krug在他的書中[Don’t make me think]里面將這些方法普及到更加廣泛的用戶測試行業。現在,可用性測試的方法已經超越了只能在軍事界,學術界和企業研發實驗室等這些傳統項目中開展的范圍。
如果您對用戶測試的歷史感興趣,請查看Jeff Sauro的可用性時間表.
為什么我們需要用戶測試?
這個方法在產品開發生命周期的早期階段很容易抓到產品的潛在問題。技術公司通常遵循如下的敏捷工作流程:
Graph: The Agile Iteration Workflow
從上圖中可以看出一個項目流程如何跨越整個公司團隊。產品經理首先定義產品需求,傳遞給UX團隊。設計完成后,產品通過 開發,QA, 用戶驗收測試 , 和 發布工程 。產品不斷以這種循環方式重復迭代,直到最終產品完成。
設計師依靠直覺和假設,所以他們必須等待每個環節發布以后的反饋,這中間有可能造成資源的浪費。不好的用戶體驗需要逆轉,這些損失是昂貴的,過程是艱巨的。一旦布局和模式建立了,設計師就必須捕捉到可用性差的證據,并說服其他成員實施新模式。
“如果你認為好設計太貴,那你應該看看壞設計的隱性成本” – Ralf Speth
用戶測試被看作是一種快速和廉價的解決方案,以減輕這些環節中的潛在風險。你可以驗證假設,更自信地指導產品和設計方向,并利用真實用戶的反饋發現隱藏的問題。但由于人工測試環境和參與的用戶樣本太少,用戶測試存在諸多限制。所以它永遠不會取代發布產品之后的大量用戶參與和反饋帶來的真實數據。
從免費工具開始
最簡單和最便宜的方法,原型圖,這種方法允許非設計人員參與創建簡單的界面。 我更喜歡使用專門為數字產品打造的線框圖和原生應用程序。 我們將從使用免費的應用開始:
- 線框圖?—?Sketch、Balsamiq or Draw.io
- 原型圖?—?Invision
- 共享屏幕?—?Google Hangouts、Skype or Validately
共享屏幕工具是為那些遠程的用戶測試工作準備的,比如你需要一個視頻電話會議來進行測試。
步驟1——明確測試的原因
明確你在測試中試圖解答的疑惑是非常重要的:從找到痛點,復雜的用戶流,和一些其他的想法的開始為你的產品提供證據。
腦海中有了這些問題之后,研究人員就可以開始組建一個可用性測試計劃群組。如果我們缺資源,我們也還是可以用我最喜歡的測試方法之一叫做“出聲思維”。
步驟2——畫個腳本
腳本是用于調節用戶測試的輸出文檔。你的 腳本應該包含介紹研究目標和內部規則,一些試探性的問題,然后跳入執行關鍵任務。
例如:
“嗨Fiona! 我的名字是Julie,今天將由我來主持這個會議。 感謝您抽出時間參與本次會議,您的反饋對我們來說非常寶貴。 在我們開始之前,我想和您一起確認以下幾點…
假設我正在為一個名為DogeMaps的應用程序運行測試會話。 在確定第1步中的研究目標后,我將圍繞這些主題開展頭腦風暴:
- 背景/語境——你是否經常來城里?/你在手機上的常用APP?
- 期望——在點擊“搜索”前,你期待發生什么?
- 可用性——為了日后參考你會保存這個地址嗎?
- 評級表——在這個地圖中找到舊金山的難度,1分最難,5分最容易,你給幾分?
這份腳本幫助你產生更多的想法。如果你的產品很復雜,你需要將測試的優先級進行排序。
TIP:重視提問的技巧,避免因為語義表達不清楚影響用戶行為。比如說,“你如何通過滾動看到全部結果?” 一個更好的問題可能是:“這一頁有你想要的答案嗎?如果有,你是通過何種方式看到的?”
步驟3——繪制線框圖或原型圖
線框應該更少地關注視覺,更多地關注布局,用戶流和副本。 保持線框圖簡單可以節省原型圖的迭代時間。 一般的經驗法則是在驗證核心用戶流之后創建高保真模型。
步驟4:召集用戶
LinkedIn的受眾是X世代(1965年-1980年出生的人士)和Y世代(1979-1995)的專業人士,而Snapchat的受眾是Z世代(11-16歲)的青少年。如果你有預算,可以召集這些目標受眾開展頭腦風暴,為他們提供一些獎勵。 像一些大的公司(如Google或Airbnb)通常會通過提供豐富的禮品卡來激勵用戶參加。 如果你沒有預算,有一些TIPS可以幫助你:
a. 如果你已經有 了用戶…
通過發短信或郵件確認他們愿意積極地參加你的產品測試。給予他們一個潛在可行的新功能,讓他們幫你塑造產品的方向。 如果你的產品擁有既得利益,互動用戶更有可能提供反饋,因為你的成功等于他們的成功。 如果用戶不參與,你應該向他們解釋你的產品會為他們帶來什么價值或解決他們什么問題。
b. 如果你沒有用戶
設想一下哪些地方是你的受眾常出現的區域。找到他們的聚集點,他們朋友的朋友,有可能是在Meetup, Reddit,線上論壇等等。分享一些我們使用的召集短信模板:
Billy,你好!我是DogeMaps的創始人,我注意到你是谷歌地圖的活躍用戶。非常希望能夠得到一些你關于我的產品DogeMaps的反饋——它是一款能夠節省你在谷歌地圖上花費的50%的時間。不知道你是否能給予我20分鐘的時間參與我們的測試?如果可以,請問什么時間你最為方便?
如果沒人回應你那你需要放寬你的用戶篩選標準,問問自己的親人朋友或者給周圍的人提供一些小獎勵。這項工作從我的經驗來看非常耗時間。如果你有充足的預算,那么好好計劃一下如何更快召集到你的目標用戶吧,可以參考他們的案例: usertesting.com or?ethnio
c. 需要召集多少用戶?
每一輪測試有3-5名就足以找到很多問題。如果你有能力找到更多的用戶,在不同的測試輪你可以分散你的資源投放。最后不要忘記讓他們簽署保密協議哦。
步驟5——搭建測試環境
一般我們會建議在安靜的辦公區域開展??Х瑞^雖然更受歡迎但是容易因為噪音分散注意力。不管你選在那里,確保這些地方不容易受到干擾。
遠程環節更好召集,甚至你可以在家里進行。但是,要提前準備好技術文檔和永遠多準備一份備份方案。我曾經遇到過不能共享屏幕,麥克風罷工,原型圖失靈等各種情況。
步驟6——開展對話
免費工具諸如Google Hangouts需要給用戶做一些說明。讓用戶看起來更形象具體和簡單易懂。
為了避免缺席,記得給用戶們在對話開始之前的15分鐘發一封提醒郵件。如果你是第一次主持,可能會緊張,可能會沒把握。別擔心,你會通過練習逐步有自己的風格,并且慢慢地你能問出更加有洞察力的問題。
有人幫你記錄
同時主持和記錄會議幾乎是不可能的,一個理想的狀態是每個環節至少有3個人參加——1名用戶,1名主持人,1名記錄員。 記錄員的工作是記錄你與用戶之間說了什么,做了什么,尤其是他們在表達時的一些行為。例如,用戶在他點擊了7個不同的區域希望找到搜索框之后,他可能會說“我覺得搜索框太難找了”。
如果你找不到合適的記錄者,可以用一些錄音軟件來review整個流程。在你的召集郵件中也記得提醒用戶,你會全程錄音。
步驟7——提煉重要發現
最后一步,你需要提煉和分享你在整個流程中的重要發現。畫一個類似上圖的分析表。左上代表的是“用戶喜歡”,右上代表的是“建設性意見”,左下代表的是“疑惑”,右下代表的是“想法”。將你記錄的內容分門別類整理進四個象限。最終目標是通過這張圖找到問題,產生新想法。
最后,修改,測試,重復
用戶測試會為你的產品指明下一步的方向。一個產品問世通常是被判斷為它能夠得到用戶樂觀積極的反饋。但如果反饋是負面或消極的,這說明它的定位對用戶來說不夠清晰,需要想想修改原型圖,或者再開始另一輪測試。
作者:金剛福祿蛙,公眾號:圈叔道館,ID: xinladaoIT
本文由 @金剛福祿蛙 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
好文章,多謝分享