編輯導(dǎo)語：做產(chǎn)品離不開對需求的分析整理，當(dāng)我們面對海量的需求該如何面對，如何處理，如何提煉出真需求來作為做產(chǎn)品的核心鏈。這篇文章從需求分析的定義出發(fā)，用四步法來教大家搞定需求分析關(guān)鍵節(jié)點(diǎn)。一起來看看吧。

這個(gè)需求做還是不做？這是產(chǎn)品經(jīng)理日常需要做的選擇。

每天都有需求從不同的地方來，甚至都無法知道什么時(shí)候會(huì)來，但是你知道需求一定會(huì)來。

那怎么判斷需求是不是值得做？這就要做需求分析了，可見需求分析也是一門基本功。

我們今天就聊一聊需求分析，希望對大家有所啟發(fā)。

一、什么是需求分析

需求分析也稱為軟件需求分析、系統(tǒng)需求分析或需求分析工程等，是開發(fā)人員經(jīng)過深入細(xì)致的調(diào)研和分析，準(zhǔn)確理解用戶和項(xiàng)目的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉(zhuǎn)化為完整的需求定義，從而確定系統(tǒng)必須做什么的過程(百度百科）。

關(guān)于需求分析的說明最重要的就是前文的最后一段“將用戶非形式的需求表述轉(zhuǎn)化為完整的需求定義，從而確定系統(tǒng)必須做什么的過程?！?/p>

這段話說明了幾個(gè)情況：

• 一是需求通常來源于用戶；
• 二是用戶在表達(dá)需求的時(shí)候是根據(jù)自己的習(xí)慣表述的，是不完整甚至是隱含的，需要產(chǎn)品經(jīng)理進(jìn)行深入分析和定義；
• 三是在用戶表達(dá)了需求以后，從系統(tǒng)層面需要給出具體的方案，幫助用戶解決需求問題。

當(dāng)然需求雖然是來源于用戶，但有可能不是直接來源于用戶，可能是經(jīng)過業(yè)務(wù)部門轉(zhuǎn)述過來的，也可能是數(shù)據(jù)分析得來的。

實(shí)際上日常產(chǎn)品經(jīng)理在正式開始做需求方案之前都會(huì)做需求分析，所以算是一個(gè)常規(guī)技能。

接下來我們具體講一下需求分析的三個(gè)步驟，只有完成全部三個(gè)步驟才算一次需求分析完整的結(jié)束了。

二、需求真實(shí)性的判斷

第一步先做需求真實(shí)性的判斷，如果是一個(gè)不真實(shí)的需求其實(shí)就沒有必要做后續(xù)的分析。

一個(gè)需求是否真實(shí)通常可以通過回答以下四個(gè)問題來判斷：

1. 用戶是誰？
2. 需求場景是怎么樣的？
3. 用戶遇到的問題是什么？
4. 用戶想要解決的實(shí)際需求是什么？

以上四個(gè)問題對應(yīng)了用戶、場景、挑戰(zhàn)和目的，能夠回答以上四個(gè)問題是判斷需求真實(shí)性的前提，即如果無法表述前面的問題就可以判定這不是一個(gè)真實(shí)需求。

我們舉個(gè)例子做一些說明：

知乎上有個(gè)問題是這樣的，淘寶下訂單后為什么不可以更改送貨地址？

我們按照前面的問題框架回答一下：

• 用戶是誰？淘寶上購買商品的用戶。
• 需求場景是怎么樣的？送貨地址填錯(cuò)了或者選錯(cuò)了。
• 用戶遇到的問題是什么？淘寶無法修改送貨地址。
• 用戶想要解決的實(shí)際需求是什么？讓購買的商品送到正確的地址。

非常清晰，所以對于地址填錯(cuò)了的淘寶用戶來說需要修改送貨地址是一個(gè)真實(shí)的需求。

我們再舉一個(gè)例子：

手工耿曾經(jīng)做過一個(gè)物品，用處是在地震發(fā)生時(shí)能夠保證這個(gè)碗不被打翻，能夠繼續(xù)吃泡面。

我們還是按照前面的問題框架回答一下：

• 用戶是誰？肚子餓了，想吃泡面的人。
• 需求場景是怎么樣的？在地震發(fā)生時(shí)正在吃泡面。
• 用戶遇到的問題是什么？地震發(fā)生了需要躲避危險(xiǎn)。
• 用戶想要解決的實(shí)際需求是什么？保證自己的生命安全。

大家注意到?jīng)]有，在地震中用戶的最優(yōu)先的需求是保證自己的安全，如果是地震發(fā)生，大地還在晃動(dòng)，誰還有心思吃泡面。

所以用戶和場景都對，吃泡面這個(gè)需求雖然存在但是不是第一需求，第一需求是安全，那么所謂的解決方案當(dāng)然不對。

注意：我在這里說的是需求的真實(shí)性，而不是判斷需求的真?zhèn)?，我看了一下市面上很多寫用戶需求分析的文章，都在說偽需求的問題，他們中的絕大部分都把需求的理解不對或者需求的價(jià)值也歸在偽需求里面，我認(rèn)為這是非常不對的。

有名的一個(gè)例子是大家想要一匹更快的馬的需求，福特把他解讀為需要更快的速度就做出了福特汽車。

注意這個(gè)例子，福特變更了解讀的角度，更接近需求的本質(zhì)，所以福特勝利了，但是這并不能說想要一匹更快的馬是一個(gè)偽需求，想要一匹更快的馬也是一個(gè)真實(shí)的需求，如果把這個(gè)時(shí)間拉到工業(yè)革命以前，當(dāng)時(shí)的技術(shù)水平根本無法造出汽車，那你說這是不是一個(gè)真需求？

所以不要把不同的問題混為一談，都把它們歸類成偽需求，這是非?；闹嚨淖龇?。

三、需求價(jià)值的評(píng)定

需求真實(shí)性判斷完成之后就需要去判斷需求的價(jià)值。需求價(jià)值的大小由以下幾個(gè)維度來確定：

• 用戶廣度：該需求的受眾面有多大？
• 使用頻率：該需求的使用頻率是以日/周/月為周期？
• 剛需程度：該需求對用戶有多強(qiáng)烈需要？
• 生態(tài)影響：對平臺(tái)其他參與方的影響。
• 產(chǎn)品時(shí)機(jī)：該需求是否符合產(chǎn)品的規(guī)劃，當(dāng)下的環(huán)境？

我們還是以前面那個(gè)淘寶的例子來說明——淘寶下訂單后為什么不可以更改送貨地址？

1. 用戶廣度

該需求的受眾面有多大？

具體數(shù)據(jù)我肯定不知道，但是應(yīng)該還是蠻多人遇到過這個(gè)問題，假設(shè)為10%吧。

2. 使用頻率

該需求的使用頻率是以日/周/月為周期？

頻率肯定很低，大概上百次里面才會(huì)有那么一兩次，從頻率上來說大概一年也就一兩次，這是從一般用戶的角度來說，購買頻次越高這個(gè)功能的使用頻率也可能更大。

3. 剛需程度

該需求對用戶有多強(qiáng)烈需要？

用戶遇到這個(gè)問題的話當(dāng)然是希望能夠修改地址，但是沒有這個(gè)功能好像負(fù)面也不是很大，可以客服聯(lián)系商家修改，或者去送達(dá)的地方取一下貨，對于大部分用戶來說地址不是住的地方就是公司，有的時(shí)候換住址或者公司可能出錯(cuò)，但是去取一下也還行。

4. 生態(tài)影響

該需求對平臺(tái)各方產(chǎn)生的影響是怎么樣的？

對于購買用戶來說其實(shí)不會(huì)因?yàn)檫@個(gè)問題就離開，畢竟和平臺(tái)帶來的便利性比較，這么一兩次挫折不算什么。

對于商家來說，如果允許修改就會(huì)是個(gè)非常大的麻煩。

我們來具體分析一下：

如果允許用戶修改會(huì)發(fā)生什么情況呢？

可能有兩種情況，一種是商家發(fā)貨了，一種是商家沒發(fā)貨。

發(fā)貨了就不說了，修改也沒用，因?yàn)樨浂荚诼飞狭耍豢赡芨牡刂?，快遞公司也沒有這樣的流程。

如果沒發(fā)貨那么可能會(huì)出現(xiàn)兩種情況，一種是商家還沒有備貨，一種是已經(jīng)備貨提交快遞單給快遞公司了。

如果沒有備貨還好說，如果已經(jīng)提交了快遞單那就很麻煩了，修改數(shù)據(jù)是簡單的，問題就是你需要把這個(gè)訂單對應(yīng)的貨品找出來然后把快遞單換一下，這個(gè)找的過程是很耗費(fèi)商家時(shí)間的，因?yàn)橛锌赡苌碳乙惶彀l(fā)幾千件貨，花時(shí)間更換地址就會(huì)導(dǎo)致發(fā)貨效率降低，如果要保持效率就需要話更多的人工成本，這對商家來說肯定是不希望的，因?yàn)殄X賺少了。

如果允許修改則商家每天都要處理這個(gè)事情，不友好程度就很高了，商家不會(huì)馬上走但是可能會(huì)把重心遷移到其他平臺(tái)，這樣整個(gè)淘寶生態(tài)就慢慢變差了，這個(gè)肯定是淘寶難以承受的。

所以從生態(tài)的角度來說這個(gè)就是負(fù)向價(jià)值非常大的一個(gè)用戶需求。

商業(yè)價(jià)值：該需求對于業(yè)績的價(jià)值是怎么樣的？

基本沒有商業(yè)價(jià)值，因?yàn)楦牧酥蟛⒉粫?huì)增加業(yè)績。

產(chǎn)品時(shí)機(jī)：該需求是否符合產(chǎn)品的規(guī)劃，當(dāng)下的環(huán)境？這個(gè)倒是沒所謂。

所以綜合起來看這個(gè)需求的價(jià)值對于淘寶就是負(fù)面的，淘寶肯定不會(huì)做這個(gè)功能。

我在舉例說明的時(shí)候用的都是定性的說明，如果想要做成定量的分析，那么可以給每一項(xiàng)做一個(gè)打分表，譬如1-10分，然后給每一項(xiàng)賦予不同的權(quán)重值，譬如都是20%，這個(gè)根據(jù)需要調(diào)整就是了，最后統(tǒng)計(jì)綜合得分，根據(jù)綜合得分判斷需求價(jià)值。

判斷需求價(jià)值是為了決定做不做的問題，如果需求價(jià)值不大甚至需求價(jià)值為負(fù)那就不用列入計(jì)劃了。

四、需求優(yōu)先級(jí)的評(píng)定

按照我們的經(jīng)驗(yàn)來說，需求不可能只有一個(gè)，它們廣泛的來自于領(lǐng)導(dǎo)、用戶、業(yè)務(wù)部門和產(chǎn)品部門自身，所以有十幾個(gè)或者幾十個(gè)需求是很正常的，這個(gè)時(shí)候就涉及到對需求優(yōu)先級(jí)的判定問題，公司的資源總是有限的，所以不可能所有需求都在第一時(shí)間投入資源，優(yōu)先級(jí)的判定就是解決資源如何投入的問題。

1. 需求的優(yōu)先級(jí)如何判定呢

對于優(yōu)先級(jí)的判定主要是基于前面的需求價(jià)值和需求成本-指的是實(shí)現(xiàn)這個(gè)需求需要投入的資源，這就是一個(gè)衡量性價(jià)比的過程。

一般類似會(huì)把需求價(jià)值和需求成本分成低、中、高三等，交叉之后分為優(yōu)先級(jí)最高、優(yōu)先級(jí)次高、優(yōu)先級(jí)一般和不做四個(gè)部分。如下圖：

優(yōu)先級(jí)最高一般劃為P0和P1，優(yōu)先級(jí)次高劃為P2和P3，優(yōu)先級(jí)一般就劃為P4。

特別說一下，有些公司把優(yōu)先級(jí)劃的特別細(xì)，分成好多等級(jí)，其實(shí)沒必要。太細(xì)了浪費(fèi)時(shí)間分。

五、需求池管理

需求池的管理是最后一步，也是最重要的一步，把從各方收集來的需求、經(jīng)過前面的分析之后篩選出來的需求匯集到一起，記錄在冊方便管理需求和后續(xù)的版本規(guī)劃，也方便追溯產(chǎn)品方向的迭代。

需求池的基礎(chǔ)信息主要包含：編號(hào)、模塊、功能點(diǎn)、需求描述、場景描述、需求類型、優(yōu)先級(jí)、提出人、提出時(shí)間、當(dāng)前狀態(tài)、備注。

編號(hào)：需求的唯一標(biāo)識(shí)，編號(hào)的規(guī)則可以自行定義，最簡單的就是日期+自增數(shù)，作用是作為每條需求的唯一編號(hào)和快速查詢需求。

模塊：根據(jù)產(chǎn)品模塊去劃分，作用是將需求統(tǒng)一歸類到某個(gè)模塊下，在進(jìn)行版本規(guī)劃時(shí)，可以優(yōu)先從某個(gè)模塊中篩選，同時(shí)便于根據(jù)模塊查詢。

功能點(diǎn)：簡單描述需求的功能，也就是要做什么，這樣我們快速查看某個(gè)需求時(shí)，能一眼看明白這個(gè)需求是要新增或修改哪個(gè)功能。

需求描述：需要描述清楚需求的完整性、一致性，需要精準(zhǔn)的描述。如果產(chǎn)品經(jīng)理在后續(xù)想不清楚這個(gè)需求到底要做什么，可以通過需求詳細(xì)描述來回想或了解。

場景描述：了解用戶在什么場景下產(chǎn)生的需求，在給開發(fā)轉(zhuǎn)述為什么要增加這個(gè)需求時(shí)，可以清晰的說明是因?yàn)槟男┰颍苷f服開發(fā)愿意做這個(gè)需求。

優(yōu)先級(jí)：從P0-P4，優(yōu)先級(jí)依次下降，優(yōu)先級(jí)可以幫助產(chǎn)品經(jīng)理在做版本規(guī)劃時(shí)判斷應(yīng)該先做哪些需求。

開發(fā)量：需求的開發(fā)工作量，可以通過這個(gè)信息規(guī)劃開發(fā)每個(gè)版本的工作內(nèi)容，也方便我們了解每個(gè)需求的開發(fā)難度。

提出人：原需求的提出人，便于日后有疑問可追溯。

提出時(shí)間：需求的提出時(shí)間，方便我們了解是什么時(shí)間提出的需求，同時(shí)可以利用提出時(shí)間來規(guī)劃需求的緊急程度。

產(chǎn)品對接人：具體是誰來負(fù)責(zé)對接和后續(xù)的產(chǎn)品設(shè)計(jì)，這個(gè)的話一開始沒有可以空著。

狀態(tài)：這個(gè)指的是需求的生命周期，待處理、設(shè)計(jì)中、開發(fā)中、已發(fā)布、暫緩（標(biāo)注原因）；主要作用是可以對需求的流轉(zhuǎn)狀態(tài)進(jìn)行跟蹤，可以了解需求在不同階段的狀態(tài)，發(fā)現(xiàn)問題及時(shí)調(diào)整。

備注：一些額外信息的記錄。

需求類型主要包含：

• 新增功能：目前平臺(tái)沒有實(shí)現(xiàn)的功能；
• 功能迭代：對目前平臺(tái)已實(shí)現(xiàn)的功能進(jìn)行優(yōu)化；
• 用戶體驗(yàn)：例如頁面按鈕擺放的問題，發(fā)送消息時(shí)發(fā)送按鈕放在右側(cè)，可以按照用戶的使用習(xí)慣設(shè)計(jì)；
• UI優(yōu)化：如整體產(chǎn)品色調(diào)的調(diào)整等，這個(gè)需要根據(jù)平臺(tái)調(diào)性去處理。

六、最后

需求分析其實(shí)不復(fù)雜，但是想要把握的準(zhǔn)其實(shí)還是需要一些功力的，大家在做具體的需求方案之前不妨想一想這個(gè)需求是不是值得做。

公司資源有限，你的時(shí)間也有限，總要投入到那些能夠產(chǎn)生更大價(jià)值的需求里面去。

而選擇無疑是這個(gè)時(shí)代最重要的能力，那么在選擇之前的分析就無疑是基石，多練練這個(gè)技能，或許不止對工作有幫助。

如果你選擇做產(chǎn)品經(jīng)理，那么祝你好運(yùn)。

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

題圖來自 pexels，基于 CC0 協(xié)議