我們常常把產品經理的工作重點落在需求分析上，透過現象看人性看本質，而忽略了需求采集的工作。以至于在很多小型創業公司，需求往往僅出自幾個公司成員拍腦袋。所謂巧婦難為無米之炊，如果需求采集沒有針對性，采集目標不夠典型，數量過少，采集方法不科學，沒有整理跟進，光靠幾人拍腦袋，拍出幾個自以為的用戶需求，我想，再牛的產品經理也分析不出你所謂的痛點在哪，除了你拍疼的腦袋。

外部采集（面向用戶）

用戶訪談

用戶訪談適用于產品規劃階段，通常是一對一聊天的形式。圍繞特點的話題，我們問，用戶說，從中了解用戶的觀點。從用戶的角度出發，確定產品的研究方向。

焦點小組

焦點小組是我們與用戶進行一對多聊天的溝通形式。相比用戶訪談，它能在較短時間內從用戶身上獲取較多的信息。需要注意的事，雖然都是與用戶直面溝通，但各自的招募對象，訪談話題，調研目的等都存在差異。

?問卷調查

我們確定了產品的研究方向后，由于取樣少，需要證實。問卷調查可以幫助我們，同時也能了解在細節問題上，用戶是如何選擇的。

?可用性測試

在項目實施階段的早期，我們有必要進行可用性測試。通過讓實際用戶使用產品或原型來發現設計中的可用性問題。當我們將用戶需求轉為產品需求，表達為產品的解決方案，可用性測試可以幫助我們了解用戶在使用產品的過程中，是否會遇到問題，有時也能產生新的需求。

用戶反饋

需求采集貫穿產品的整個生命周期，而不僅僅是產品規劃、執行階段。產品上線后，部分用戶會積極發出反饋聲音，或吐槽，或建議，或贊賞，我們也需要傾聽這時候用戶的聲音。為了便于收集用戶反饋，設計產品功能時要考慮反饋模塊，運營部門要規劃意見收集活動等。

內部采集（面向我們）

Bug轉需求

測試人員提出的有些Bug,本質上正如我在“可用性測試”里說的，是在使用產品，達成某一目標的過程中產生的新需求。這就需要納入需求池了。

頭腦風暴

頭腦風暴目的是通過自由思考，放飛思想，從而發揮集體智慧，迅速地獲得大量的新設想與創意。參加者應該不受限制，腦洞大開，讓暴風雨來的更猛烈些。需要特別注意的是，腦暴過程中，我們不要對任何點子進行評價。我們可以提出自己的新創意，也需要在別人的創意上繼續聯想拓展，產生思想碰撞。

需求卡片

需求采集人人有責，公司任何一名同事都有可能在他的日常工作生活中，了解到某種需求。需求卡片可以有效的幫助產品經理收集這部分需求。

數據分析

這里的數據指的是產品的使用數據和行業數據。使用數據包括使用時長、使用頻率、使用時間段、頁面訪問路徑、事件跟蹤數據等?？梢栽贏PP中集成第三方SDK獲得這些數據。行業數據主要來自公共調研機構的數據報告。

百度指數?http://index.baidu.com

阿里指數?https://alizs.taobao.com

企鵝智庫?http://re.qq.com

艾瑞資訊?http://report.iresearch.cn

競品分析

我們可以直接在用戶身上找需求，也可以在已有的同類產品中，思考分析產品設計背后的原因，挖掘它們所滿足的用戶需求。

作者：許洵(微信公眾號:pmxuxun，微博、簡書ID:許洵的昵稱)，產品經理，4年互聯網工作經驗。

本文由 @許洵 原創發布于人人都是產品經理?，未經許可，禁止轉載。