在產(chǎn)品迭代過程中紅，用戶測試必不可少，而其中需要注意的細(xì)節(jié)也很多，文章針對用戶測試的一些流程以及相關(guān)的注意事項(xiàng)進(jìn)行了總結(jié)梳理，希望對大家有所幫助。

用戶測試大家必然不陌生，在產(chǎn)品迭代過程中，經(jīng)常會需要做一些大大小小的用戶測試，以此來幫助產(chǎn)品發(fā)現(xiàn)重要問題。但在實(shí)際情況中，我們往往是這樣子的：時(shí)間不夠用?。∫獙憸y試方案，要招募用戶，測試demo也還沒拿到手，測試報(bào)告又急著要，怎么辦？！

以下就是根據(jù)自己的經(jīng)歷和感受，梳理的整個(gè)用戶測試過程，希望可以幫助用研新手能更加快速、順暢地去執(zhí)行操作，少踩坑，少讓自己陷入不知所措的境地。在這里具體不涉及太多技巧類的東西，更多是順了一下整個(gè)流程及其中可能需要注意的一些事項(xiàng)，供參考。

1、需求接受

需求很有可能是在線上接到的，并不是面對面交流傳遞的，并且還會遇到很多坑，例如需求本身不具體，或者自己理解有偏差，因此在接到需求后，最好和交互、產(chǎn)品等同事進(jìn)行面對面的交流和溝通。

詳細(xì)了解測試目的和關(guān)鍵點(diǎn)，確定用戶配比。最好是讓交互帶著跑一下整個(gè)程序（半成品demo也好，交互稿也行），這樣能在頭腦中快速形成操作流程的認(rèn)知，并把相應(yīng)關(guān)鍵點(diǎn)對應(yīng)上去。同時(shí)把大致的用戶配比情況敲定一下，后續(xù)就可以直接招募用戶了。

了解demo的完成進(jìn)度，相應(yīng)確定具體測試時(shí)間。交互、視覺等完成demo的時(shí)間具有太多不確定因素，因此我們需要及時(shí)了解整個(gè)demo的完成進(jìn)度，在盡可能快的情況下保險(xiǎn)安排測試時(shí)間，如果邀請的是外部用戶，結(jié)果用戶到了而demo還沒出來，那也是夠了。

2、方案撰寫和確定

讓交互稿幫助自己。在完成測試方案撰寫的過程中demo還未誕生，具體程序細(xì)節(jié)記憶又很模糊，不好寫測試方案，怎么辦？不要慌，去看交互稿吧。

及時(shí)溝通。在方案撰寫過程中，如果有一些疑問，例如在看交互稿的時(shí)候還不是很理解某個(gè)具體操作過程，或者自己對產(chǎn)品有疑問的也可以跟交互等溝通，因?yàn)樽约簳龅降膯栴}，很有可能在測試用用戶也會遇到，這樣子用戶如果問到了，就可以相應(yīng)作出解釋。

核實(shí)確定方案。完成方案后，可以在公司溝通交流工具上和交互及產(chǎn)品等同事再確認(rèn)一下，是否有什么地方遺漏或有不妥之處。

3、用戶招募

這是一個(gè)大多數(shù)人都頭疼的一個(gè)過程，希望看完了以下幾點(diǎn)，可以稍微緩解一下大家的癥狀。

再次確定測試時(shí)間。方案定下來后，再跟交互確認(rèn)測試時(shí)間，了解是否有變動和調(diào)整，盡量避免用戶來了demo或者測試環(huán)境還不ok的情況。

撰寫招募文案。需要把用戶要求、測試日期和地點(diǎn)、報(bào)酬、大致的測試時(shí)長、用戶需要在測試中做什么，以及報(bào)名方式等表達(dá)清楚。有以下幾點(diǎn)可以注意一下，方便我們自己招募：

1. 詳細(xì)列出測試安排的時(shí)間段。例如10:30-11:15、13:30-14:15，讓用戶自己挑選合適的時(shí)間段，這樣就不用事后再協(xié)調(diào)不同用戶測試時(shí)間了；
2. 優(yōu)先人力、信息管理、行政等崗位同事。盡量避免相關(guān)產(chǎn)品人員、設(shè)計(jì)崗等同事。
3. 制作簡單的招募海報(bào)，并檢查。可以事先將“海報(bào)”用word或者ppt做好，然后保存成圖片格式，記得檢查核實(shí)一下是否有錯(cuò)。因?yàn)樵诠綢M群上直接黏貼確實(shí)方便，但是其排版往往不利于閱讀，導(dǎo)致用戶會遺漏重要信息。而制作成圖片格式，可以更好地去避免這個(gè)問題，同時(shí)還可以顯得整個(gè)招募過程比較正式，突出了對用戶的尊重，也能在一定程度上體現(xiàn)我們用研工作的規(guī)范性。

多渠道投放招募海報(bào)。內(nèi)部用戶可以嘗試先在公司IM群組上招募，之前招募樣本量比較小，因此很快可以招到，其他途徑暫時(shí)未嘗試，公司論壇應(yīng)該也可以，不過隱約感覺效率會比較低。外部用戶可以在朋友圈試試，效果還不錯(cuò)，大家都很熱情幫忙轉(zhuǎn)發(fā)，群眾的力量大無窮。也可以相應(yīng)去搜索一些QQ群，加入并發(fā)布招募信息。另外還有一些社交論壇什么的，都可以嘗試一下。方法很多，針對具體招募情況，大家就盡情發(fā)揮吧~

用戶多了留到下次用。海報(bào)發(fā)出去后，有時(shí)也會出乎意料用戶數(shù)量超過預(yù)期了，這是好事，不要擔(dān)心，也不要急著拒絕，平和的跟對方說明情況，強(qiáng)調(diào)下次還會有測試，把用戶相應(yīng)信息了解一下做個(gè)記錄，下次招募的時(shí)候可以直接先聯(lián)系這幾名用戶。當(dāng)然前提是你真的有下次測試需求，如果沒有那還是老老實(shí)實(shí)說明情況。

確保自己和用戶能彼此聯(lián)系上。跟用戶強(qiáng)調(diào)測試時(shí)間和地點(diǎn)，尤其是外部用戶，如果招募和正式測試隔了幾天，最好在測試前一天再通知一下。給出自己的聯(lián)系電話，同時(shí)詢問用戶的聯(lián)系電話。

第一個(gè)用戶盡量安排公司內(nèi)部同事。很多時(shí)候demo的完成情況會出現(xiàn)意外，到了測試時(shí)間demo還不能用，內(nèi)部用戶可以方便取消或者更換。另外，在第一次測試前誰都不確定用戶會有什么反應(yīng)，第一個(gè)測試是可以起到試水效果，而外部用戶成本高，用來試水太奢侈。

4、測試準(zhǔn)備

材料準(zhǔn)備。需要準(zhǔn)備的內(nèi)容有：量表、報(bào)酬簽收表、記錄筆記本、錄音筆、會議室借用，以及記錄表格，如果是外部用戶過來，相應(yīng)準(zhǔn)備一杯水，人家大老遠(yuǎn)過來也不容易。

測試內(nèi)容準(zhǔn)備。其實(shí)每次訪談用戶自己都會挺緊張的，不知道用戶是不是也很緊張（PS：好想當(dāng)一回用戶，體驗(yàn)一下被訪的感覺）。為了消除這種緊張，同時(shí)也是為了更好的完成訪談，可以有嘗試以下幾點(diǎn)：

1）盡可能多的去了解所需測試的產(chǎn)品。有時(shí)候demo出來的晚，下午要測試，demo中午才出來，自己都沒玩過，測試還怎么搞？之前也說了，那就使勁去看交互稿吧，雖然比不上實(shí)際操作來的真實(shí)，但是也能有不小幫助，但也要給自己留足熟悉demo的時(shí)間。

2）按照模塊來列提綱。其實(shí)相當(dāng)于組塊策略，把同一個(gè)模塊的問題放到一起更方便記憶，并且也在訪談中也方便自己和其他同事發(fā)現(xiàn)遺漏點(diǎn)。但模塊不要太大，如果太大了就相應(yīng)拆分一下。例如，在考拉新版測試的時(shí)候，有“首頁”、“活動”、“購物車”等測試，但是光是首頁內(nèi)容也很多，作為一個(gè)模塊還是太大了，可以拆分成“首頁整體感知”、“商品詳情”等幾個(gè)方面來整理提綱。

3）根據(jù)任務(wù)演練提綱。有了提綱后，按照任務(wù)大致過一下所有列出來的問題，這個(gè)過程會打亂按照模塊列好的提綱，有一次這樣的排練，在測試的時(shí)候更不容易漏掉題目，而且也相當(dāng)于模擬了一下測試，自己心里會更踏實(shí)一點(diǎn)，在實(shí)際測試過程中也能有更好的應(yīng)對。

相關(guān)人員通知。通知交互和產(chǎn)品的同事具體測試時(shí)間和地點(diǎn)，邀請他們一起參與。不建議交互和產(chǎn)品只是后期測試查閱報(bào)告，如果他們參與到測試中，能更近距離和用戶接觸，并能更加深刻感受到產(chǎn)品存在的問題，也能更好的推動產(chǎn)品的改進(jìn)。

5、正式測試

主持人需要注意的點(diǎn)：

1. 劃分我們和產(chǎn)品的關(guān)系。在測試之前跟用戶說明清楚，我們并不是產(chǎn)品的設(shè)計(jì)者和開發(fā)者，我們只是受產(chǎn)品方委托來進(jìn)行測試，以免用戶不好意思當(dāng)面如實(shí)評價(jià)產(chǎn)品。
2. 強(qiáng)調(diào)測試的是產(chǎn)品，而不是用戶。要跟用戶說明產(chǎn)品尚處于不完善階段，因此邀請用戶過來進(jìn)行測試，幫助發(fā)現(xiàn)問題和改進(jìn)產(chǎn)品設(shè)計(jì)，但請注意不是為了評價(jià)產(chǎn)品。
3. 注意訪談技巧。這個(gè)就不用多說了。
4. 盡可能深入的去挖掘用戶的需求。不要停留在用戶話述表面，更進(jìn)一步去追問，用戶為什么會這么說或這么問，例如，很多時(shí)候在測試中會碰到用戶說“哦，原來這個(gè)按鈕是xx功能，我還以為是xx功能“，這個(gè)時(shí)候可以再推進(jìn)一步，了解用戶為什么會這么認(rèn)為。
5. 給其他在場的同時(shí)發(fā)言的機(jī)會。主持人如果覺得自己訪談的差不多了，可以詢問一下記錄者以及交互、產(chǎn)品等同事，了解他們是否還有問題需要補(bǔ)充。
6. 記得量表評分和報(bào)酬簽收。長時(shí)間的測試和訪談后容易忘記量表評分和報(bào)酬簽收，可以把這兩份東西放在顯眼的地方，另外可以讓記錄的同事打個(gè)招呼，幫忙提醒自己。

記錄人員需要注意的點(diǎn)：

1. 仔細(xì)觀察用戶行為并記錄。記錄不僅僅是用戶的觀點(diǎn)、想法等，更重要的是記錄用戶的實(shí)際行為。
2. 按照模塊記錄。記錄者可以按照測試方案中的模塊來相應(yīng)記錄用戶的行為和言語表述。
3. 查漏補(bǔ)缺。主持人可能會遺漏一些點(diǎn)，記錄者作為旁觀者需要提醒主持人遺漏了什么，或者自己有什么新的內(nèi)容需要補(bǔ)充。

6、測試結(jié)束

歡送用戶。對用戶表示感謝，并開門送一下用戶，對于外部用戶，最好能送到大樓外面可以看見出口的地方。

測試后及時(shí)討論。這個(gè)是重點(diǎn)！在每一名用戶測試后及時(shí)和交互、產(chǎn)品等同事快速過一下主要發(fā)現(xiàn)的問題點(diǎn)，這樣做有以下優(yōu)點(diǎn)：

1. 有效達(dá)成共識，確定解決方案。剛訪談結(jié)束印象最深刻，因此能快速有效達(dá)成對主要問題的共識，并討論確定相應(yīng)的解決方案。
2. 體現(xiàn)敏捷優(yōu)勢。確定了一些比較嚴(yán)重的問題后，交互和產(chǎn)品的同事就可以相應(yīng)去改進(jìn)產(chǎn)品設(shè)計(jì)，做到了邊測邊改，加快迭代速度。
3. 幫助優(yōu)化訪談提綱，和測試用戶安排。有些問題在事先撰寫方案的時(shí)候可能沒涉及到，在討論后可以補(bǔ)充進(jìn)去，而有些問題確定后則不需要再測。另外，也可以通過討論對事先安排的測試用戶進(jìn)行相應(yīng)調(diào)整，例如增刪用戶，或者調(diào)整新老用戶測試順序等。
4. 事后幫助我們自己快速撰寫方案。通過討論確定了關(guān)鍵問題，并且，交互和產(chǎn)品的同事也相應(yīng)清楚了，因此在最后可以快速形成報(bào)告。

再次感謝用戶。所有用戶測試結(jié)束后，可以花幾分鐘時(shí)間簡單感謝一下用戶。

7、報(bào)告撰寫

針對不同大小項(xiàng)目的用戶測試，在完成報(bào)告撰寫過程中有兩種具體方式：

小測試項(xiàng)目簡單快速撰寫報(bào)告。對于那些1-2天的小測試項(xiàng)目，由于在每次測試后都有討論，已對主要問題達(dá)成共識，因此在報(bào)告撰寫的時(shí)候就可以快速地將主要的問題和風(fēng)險(xiǎn)點(diǎn)呈現(xiàn)出來。

大測試項(xiàng)目每天總結(jié)并反饋主要問題。大的測試項(xiàng)目持續(xù)時(shí)間比較久，針對每天的測試及討論，簡單總結(jié)一下主要發(fā)現(xiàn)的問題，并反饋給相關(guān)人員，如果到了最后再總結(jié)，容易遺忘掉一些內(nèi)容，并且這樣子也方便自己最后撰寫報(bào)告。

本文作者@朱丹丹，由@用鹽有點(diǎn)咸（微信公眾號：用鹽有點(diǎn)咸） 授權(quán)發(fā)布，未經(jīng)許可，禁止轉(zhuǎn)載。