在APP開發前如何做好用戶調研

用戶調研是在APP開發前需要做好的事情，今天我們來聊一聊用戶調研的必要性，以及如何才能做好用戶調研。

在很多實際的APP開發項目中，由于不清楚哪些問題可以通過用研解決，許多爭議被拍腦袋決定了，沒有深入的去做用戶調研，等發布后收到惡評才追悔莫及，此時再改，付出的代價就大了。

還有一些項目，等方案都出來了，才想到找用研來「驗證看對不對」、「我想說服老大這么做，幫我找一下依據」。用研對產品的創意參與少，貢獻度低，存在感弱。

造成這些問題的原因來自多方面。很多人不清楚用戶調研是做什么，聽到同事對我說得最多的話是「用研都干些啥啊?」「我這有個問題，不知道該不該做用研…」就連合作很久的產品經理和設計師，對用研的職責也大多比較模糊和零散。只知道有問題可以找用研，但什么樣的問題適合采用用研解決?不清楚。

用研對產品的滲透不夠，研究本身的深度與成效一般，團隊對用研結論的推動不足;用研好似蜻蜓點水，做完一件項目便轉移到其他產品，缺乏持續追蹤，都可能造成用研并沒有站在產品的第一線。

用研的規劃較為長遠和粗略，簡單根據產品重點勾畫出研究方向，往往跟不上產品版本節奏。但其實規劃這件事情，并不是用研自己關著門就能列出來的，它需要緊密配合產品的周期。

用研到底是為了解決什么呢？前面提到，許多產品和設計師并不明確什么情況需要進行用戶研究。我的理解是，用研擅長解決典型用戶在典型場景下的典型問題。大部分問題的關鍵詞(當然也有例外)包含著Who、What、When、Where、Why、How。

 

在不同階段，產品經理和設計師想要了解的方面是不同的，這樣也就導致用研工作重心隨產品周期而規律變化。

規劃初期，想了解的問題通常圍繞著產品目標。

市場占有如何(還有什么機會)?目標用戶是什么人(該優先滿足誰的需求)?過去版本存在的主要問題是什么?用戶還有哪些潛在需求?優先做哪些事情?等等。可以通過各種方法來描繪出典型用戶群體，利用各種渠道來收集用戶的問題和需求。

在產品和需求討論初期，一些問題會凸顯出來，成為對用戶的去留起到決定作用的關鍵問題。

在具體設計過程中，產品和設計師也有許多拿不準的細節問題。

用戶對于該任務的操作流程怎樣?心智模型又是怎樣?我們的新方案用戶會不會接受?用戶能找到這個功能的入口嗎?圖標用戶看得懂嗎?……通常的做法是針對新方案，采用用戶訪談及 DEMO 可用性測試來解決疑惑。

到產品發布前，必不可少的環節是可用性測試。除了可用性問題的搜集，還可以通過它預估產品的風險點：用戶對于改動的態度，是欣然接受，還是愕然，不理解，拒絕或者直接無視?對于較為重大的問題，也可以成為之后版本的改進點。

在發布后，可針對該版本進行滿意度調研，調查用戶對于新產品、新功能的看法。

 

現在，我們是否能夠稍微了解用研可以做哪些事情?又或者，我們可以根據自身產品的周期特點，來總結出產品需要的用研可以有哪些?

在對用研有著系統的規劃和持續關注下，加強與各個角色的合作，增強滲透是不斷磨合與增強影響力的過程。此外，在規劃用研項目的時候，還需注意除解決當下的問題，更多需要思考，如何規劃可以觸及未來，而不是僅僅就事論事回答需求問題。