我們常常把產品經理的工作重點落在需求分析上缆瓣，透過現象看人性看本質喧枷，而忽略了需求采集的工作。以至于在很多小型創(chuàng)業(yè)公司弓坞，需求往往僅出自幾個公司成員拍腦袋隧甚。所謂巧婦難為無米之炊，如果需求采集沒有針對性渡冻，采集目標不夠典型戚扳，數量過少，采集方法不科學族吻，沒有整理跟進帽借，光靠幾人拍腦袋，拍出幾個自以為的用戶需求超歌，我想砍艾，再牛的產品經理也分析不出你所謂的痛點在哪，除了你拍疼的腦袋巍举。
外部采集（面向用戶）
- 用戶訪談
用戶訪談適用于產品規(guī)劃階段脆荷，通常是一對一聊天的形式。圍繞特點的話題，我們問蜓谋，用戶說梦皮，從中了解用戶的觀點。從用戶的角度出發(fā)桃焕，確定產品的研究方向剑肯。
- 焦點小組
焦點小組是我們與用戶進行一對多聊天的溝通形式。相比用戶訪談覆旭，它能在較短時間內從用戶身上獲取較多的信息退子。需要注意的事，雖然都是與用戶直面溝通型将，但各自的招募對象，訪談話題荐虐，調研目的等都存在差異七兜。
- 問卷調查
我們確定了產品的研究方向后，由于取樣少福扬，需要證實腕铸。問卷調查可以幫助我們，同時也能了解在細節(jié)問題上铛碑，用戶是如何選擇的狠裹。
- 可用性測試
在項目實施階段的早期，我們有必要進行可用性測試汽烦。通過讓實際用戶使用產品或原型來發(fā)現設計中的可用性問題涛菠。當我們將用戶需求轉為產品需求，表達為產品的解決方案撇吞，可用性測試可以幫助我們了解用戶在使用產品的過程中俗冻，是否會遇到問題，有時也能產生新的需求牍颈。
- 用戶反饋
需求采集貫穿產品的整個生命周期迄薄，而不僅僅是產品規(guī)劃、執(zhí)行階段煮岁。產品上線后讥蔽，部分用戶會積極發(fā)出反饋聲音，或吐槽画机，或建議冶伞，或贊賞，我們也需要傾聽這時候用戶的聲音色罚。為了便于收集用戶反饋碰缔，設計產品功能時要考慮反饋模塊，運營部門要規(guī)劃意見收集活動等戳护。
內部采集（面向我們）
Bug轉需求
測試人員提出的有些Bug,本質上正如我在“可用性測試”里說的金抡，是在使用產品瀑焦，達成某一目標的過程中產生的新需求。這就需要納入需求池了梗肝。頭腦風暴
頭腦風暴目的是通過自由思考榛瓮，放飛思想，從而發(fā)揮集體智慧巫击，迅速地獲得大量的新設想與創(chuàng)意禀晓。參加者應該不受限制，腦洞大開坝锰，讓暴風雨來的更猛烈些粹懒。需要特別注意的是，腦暴過程中顷级，我們不要對任何點子進行評價凫乖。我們可以提出自己的新創(chuàng)意，也需要在別人的創(chuàng)意上繼續(xù)聯想拓展弓颈，產生思想碰撞帽芽。
-
需求卡片
需求采集人人有責，公司任何一名同事都有可能在他的日常工作生活中翔冀，了解到某種需求导街。需求卡片可以有效的幫助產品經理收集這部分需求。
數據分析
這里的數據指的是產品的使用數據和行業(yè)數據纤子。使用數據包括使用時長搬瑰、使用頻率、使用時間段计福、頁面訪問路徑跌捆、事件跟蹤數據等∠笥保可以在APP中集成第三方SDK獲得這些數據佩厚。行業(yè)數據主要來自公共調研機構的數據報告。
百度指數 http://index.baidu.com
阿里指數 https://alizs.taobao.com
企鵝智庫 http://re.qq.com
艾瑞資訊 http://report.iresearch.cn
-
競品分析
我們可以直接在用戶身上找需求说订，也可以在已有的同類產品中抄瓦，思考分析產品設計背后的原因，挖掘它們所滿足的用戶需求陶冷。
