可能會有一篇定量分析的數(shù)據(jù)篇，但主要是講踩過的坑，畢竟我不是專門做這個的。

　　為何要做?

　　首先，為什么會有評估任務(wù)落到用戶研究同事身上?

　　因為很多時候，由于時間或?qū)I(yè)度方面的原因，項目內(nèi)的人對自己制作的產(chǎn)品要服務(wù)的目標用戶其實缺少一個正確的認知，對用戶如何看待現(xiàn)有的產(chǎn)品無法清晰的了解，有種“不識廬山真面目，只緣身在此山中”的感覺。那種“啊我也是用戶啊我覺得XX..."的人，安撫下就好：P

　　那么這個時候，用戶研究的工作目標就是，通過專家評估的方式，按照一般用戶的使用流程，發(fā)現(xiàn)問題，并以一種易于理解和實踐的方式提供給項目內(nèi)的人理解，進而影響或轉(zhuǎn)變產(chǎn)品后續(xù)的規(guī)劃方向。

　　當然這種工作的來源多是某個產(chǎn)品找上門“哎呀我覺得最近我們的XX不是很對勁，能不能麻煩你們給我們做個評估OOXX....”

　　開始干活

　　在做評估前，需要和需求方(主要是產(chǎn)品 or 運營，偶爾也會有來自研發(fā)的)確認內(nèi)容，希望獲得的評估結(jié)果以及要用評估結(jié)果做什么事情。比如后期的規(guī)劃方向，網(wǎng)站改版方向等。

　　在了解清楚之后，就可以制定一個可行的計劃。

　　進行用戶使用流程的梳理，假設(shè)自己是一名用戶，會在什么情景下使用這個產(chǎn)品/功能，來達到什么目的，過程中每一個點可能給自己帶來感受的變化。這時候可以盡量化身幾個不同的用戶，以達到完整使用了功能的方方面面。有時候為了避免自己深陷其中，也可以找一些用戶 or 同事來進行詢問什么情況下會遇到這樣的問題，都是怎么解決的，綜合自己的嘗試，來做整體的梳理。形成類似下圖的架構(gòu)：

　　一個完整的用戶使用功能的流程

　　為了不被剛接觸的功能模塊死死的套牢，需要在平時多熟悉自家公司的產(chǎn)品和競品，能夠清楚的知道需要評估模塊與產(chǎn)品中其他模塊以及與整個產(chǎn)品之前的聯(lián)系。另外還需要對“用戶對功能的認知”有一個清晰合理的預判，隨便舉個不一定恰當例子，現(xiàn)在各個APP都有主題，那么，在用戶對你產(chǎn)品的認知中，“夜間模式”是單獨的一個狀態(tài)還是主題之一?

　　你需要別人的幫助

　　找上別的同事來一起幫忙看吧!用研、交互、設(shè)計、甚至提需求的產(chǎn)品運營都會有不同的看法，這是可以集思廣益的時候。

　　平時如果有把用戶反饋集中起來，分門別類的存儲、打標簽在這種時候就會非常方便。

　　嘗試和需求方要求提供一些能想到的數(shù)據(jù)，沉默的用戶永遠是大多數(shù)，讓數(shù)據(jù)替他們回答的問題。

　　擅用工具，錄視頻、excel是很好的方式，spss多用于定量的分析上。

　　判斷問題的準線

　　需要一些既定的標準，才能幫助發(fā)現(xiàn)問題，這里我不多說了，反推交互的流程、可用、易用、高效、視覺呈現(xiàn)等標準。剛開始需要廣泛的了解各種原則，并以此指導自己在評估的過程中去發(fā)現(xiàn)問題，久而久之就會變成下意識的判斷，然后拿到新東西的時候下意識找缺點就更加坐實我處女座的屬性，汗。

　　工欲善其事，必先利其器

　　只放圖不用解釋，快速討論與記錄用思維導圖，excel統(tǒng)計整理結(jié)果后其實就可以與需求方進行討論講解，需要圖形表達或者對大范圍項目成員或者boss做宣講，就上ppt吧。

　　基于現(xiàn)在移動互聯(lián)網(wǎng)的快速迭代風潮，盡快到達可以直觀的查看結(jié)果和討論的程度即可。

　　以上即為用研在日常工作中的一小部分，水很深吶。順道為了更好的拓寬自己的視野，還翻了寫心理學的書，很有意思，推薦能看到這篇文的人有空找來看看，書單的話找找知乎、豆瓣都有，取所需即可。