需求的來源有很多，需求的處理方式也不盡相同。有效的收集需求，將收集到的需求去偽存真，是產(chǎn)品設(shè)計(jì)環(huán)節(jié)中最重要的一環(huán)，如同大廈的地基，地基不堅(jiān)實(shí)，大樓是蓋不起來的。

我把需求分析分為兩個(gè)階段，第一個(gè)階段是收集需求，第二個(gè)階段是處理需求。完成這兩個(gè)階段之后，我們就可以進(jìn)行原型設(shè)計(jì)，這一點(diǎn)以后再聊。

一、收集需求

收集需求有多種方式，常見的有以下幾種：

1.無針對(duì)性的用戶訪談

一般來說，toB的產(chǎn)品，特定的用戶是主要需求的提出者，而產(chǎn)品設(shè)計(jì)是為特定用戶服務(wù)，在這種情況下，我們有機(jī)會(huì)與特定用戶進(jìn)行深度的溝通。但是，即使是明確了需求的提出者，在收集需求的過程中，還是有可能遇到很多“坑”。

如果特定用戶不止一個(gè)，一定要區(qū)分“最終拍板的用戶”和“產(chǎn)品的直接用戶”

通過區(qū)分用戶身份，理清楚用戶需求和產(chǎn)品需求。

明確用戶想要什么，而不是用戶想做成什么

區(qū)別在哪兒呢？用戶想要什么，是用戶的原始需求；而用戶想做成什么，是用戶將原始需求經(jīng)過自己的理解得到的需求。所以，在你提出一個(gè)問題的時(shí)候，不妨再加上一個(gè)為什么，往往會(huì)起到意想不到的效果。

使用通俗的語言，避免專業(yè)詞語

如今社會(huì)，每個(gè)人都對(duì)互聯(lián)網(wǎng)有不同程度的了解，作為用戶你無法預(yù)估他的專業(yè)程度。在訪談過程中，產(chǎn)品經(jīng)理要盡量用通俗、嚴(yán)謹(jǐn)?shù)恼Z言去談話而不是一堆專業(yè)詞語去顯示自己的專業(yè)度。一旦用戶的理解有偏差，你收集的需求將會(huì)把你引向歧路。

2.頭腦風(fēng)暴

頭腦風(fēng)暴是比較常見的需求收集方式，對(duì)于頭腦風(fēng)暴的流程也有大牛講解的非常詳細(xì)，我就不重復(fù)了。但是作為產(chǎn)品經(jīng)理，你更多的起到的是監(jiān)督和控制的作用，我認(rèn)為要注意的有以下幾點(diǎn)：

第一，確保會(huì)議圍繞你提出的話題展開，而不是漫無邊際的聊天。

第二，不要對(duì)任何一個(gè)人員提出的話題進(jìn)行評(píng)價(jià)或者議論。

最后，控制時(shí)間、控制時(shí)間、控制時(shí)間。

3.用戶反饋

我認(rèn)為用戶反饋分為主動(dòng)反饋與被動(dòng)反饋兩種。

用戶在客服、官方微博、QQ群、貼吧、論壇、留言板、投訴等場(chǎng)合提出的意見都可以算是主動(dòng)反饋；而調(diào)查問卷、有針對(duì)的用戶訪談（焦點(diǎn)小組討論）、用戶回訪等方式是被動(dòng)反饋。

一般來說，主動(dòng)反饋屬于更緊急需求，被動(dòng)反饋屬于重要需求，并可以以此來定義優(yōu)先級(jí)。

4.內(nèi)部需求（領(lǐng)導(dǎo)、運(yùn)營、運(yùn)維、客服）

一般來說，產(chǎn)品經(jīng)理是對(duì)產(chǎn)品結(jié)構(gòu)、流程最熟悉的人，面對(duì)內(nèi)部需求，你需要做的是明確需求提出的目的，并提供解決方案。

拿我遇到過的問題舉個(gè)例子：有一次，針對(duì)產(chǎn)品的訂單，運(yùn)營人員提出一個(gè)需求“增加手動(dòng)處理訂單退款的功能”，如果按照運(yùn)營人員的需求，大約5個(gè)工作日可以完成一次版本迭代，我問清楚根本原因是“平臺(tái)上申請(qǐng)退款的用戶很多”，發(fā)現(xiàn)訂單顯示的界面太過復(fù)雜、不夠明確，導(dǎo)致用戶體驗(yàn)很差，后來簡化了界面，規(guī)避了此類問題，工作量約1個(gè)工作日。

5.數(shù)據(jù)分析反饋

數(shù)據(jù)是客觀放映產(chǎn)品的重要指數(shù)，也是收集需求的重要來源，前期是收集的數(shù)據(jù)是可靠、客觀的，這里就不展開講收集數(shù)據(jù)了。

數(shù)據(jù)是零散的，在進(jìn)行數(shù)據(jù)分析前一定要有明確的中心，劃定一個(gè)界限，收集同一個(gè)框架內(nèi)的數(shù)據(jù)。

單獨(dú)的數(shù)據(jù)是死的，有對(duì)比的數(shù)據(jù)才有意義。

為了避免主觀意識(shí)的影響，同一份數(shù)據(jù)參考其他人員的分析結(jié)果。

二、處理需求

處理需求的階段，也是產(chǎn)品經(jīng)理將需求進(jìn)行篩選，梳理業(yè)務(wù)流程，設(shè)計(jì)產(chǎn)品架構(gòu)的階段。

1.需求篩選、分類

盡管我們保持嚴(yán)謹(jǐn)?shù)膽B(tài)度收集大量的需求，其中還是有很多需求是“偽需求”，甚至是不合理的，我們第一步就需要將這些需求進(jìn)行“清洗”，擇優(yōu)去重、去偽存真。

2.競(jìng)品分析

由于在這個(gè)階段，產(chǎn)品經(jīng)理不僅要定義目標(biāo)用戶、產(chǎn)品使用場(chǎng)景，還要確定核心功能，產(chǎn)品流程等等，因此通過競(jìng)品（如果有）來輔助處理需求是一種很有效的方法。

通過相似競(jìng)品的用戶定位、功能反推競(jìng)品的需求，與自己的需求進(jìn)行對(duì)比；將自己的需求代入競(jìng)品中，看流程是否符合邏輯；與競(jìng)品進(jìn)行對(duì)比，分析需求的異同。

3.設(shè)置優(yōu)先級(jí)

一般來說，從需求類型來看，基本型需求>期望型需求>興奮型需求；

從需求來源來看，戰(zhàn)略性需求（領(lǐng)導(dǎo)提出）>功能性需求（核心功能）>業(yè)務(wù)性需求（拉活、存留）>體驗(yàn)性需求（提升用戶體驗(yàn)）。

做好最常用的是用四象限法則去評(píng)定優(yōu)先級(jí)，另外可以使用RICE評(píng)定方法，KANO模型等。

4.需求評(píng)審

在這個(gè)階段之前，作為產(chǎn)品經(jīng)理對(duì)于產(chǎn)品應(yīng)該有了一個(gè)完整的模型，但僅僅是理論上的模型，確保UI、UE、前端開發(fā)、后臺(tái)開發(fā)、測(cè)試參與，從產(chǎn)品開發(fā)流程的各個(gè)角度對(duì)需求進(jìn)行拆解、分析。需求評(píng)審可以看做是產(chǎn)品開發(fā)的初始化或者預(yù)開發(fā)。

本文由 @weiwoin 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。