作為產(chǎn)品經(jīng)理，需求分析是再常見不過了。本文分析總結(jié)需求來源以及如何做好需求分析這件事，希望對你有所幫助。

產(chǎn)品筆記第五篇，返璞歸真，回到產(chǎn)品經(jīng)理的生命線——需求上來。

事實(shí)上我覺得需求分析是貫穿整個產(chǎn)品的生命周期的，我個人把單次需求分析分為三個大的階段：需求來源–需求真?zhèn)伪鎰e–需求優(yōu)先級排序。

一、需求來源

首先，你必須收集得到需求。這一步一般大家都比較熟悉，需求來源分外部和內(nèi)部兩類途徑。

1. 外部途徑主要有：

• 用戶。
• 競品。
• 政策/行業(yè)標(biāo)準(zhǔn)等。對一些政策相關(guān)性較高的產(chǎn)品來說尤為重要。

在這里著重提一下“競品”。在實(shí)際工作中除了直接競品外，在一些“迫不得已”的情況下也可以從一些非直接的競品身上需求幫助，以我上一篇在《經(jīng)驗(yàn)總結(jié) | G端產(chǎn)品，很容易G》中的經(jīng)驗(yàn)為例：

例如我們要做一個政府給企業(yè)下發(fā)能耗指標(biāo)和碳配額的功能，我參考了財務(wù)系統(tǒng)中的預(yù)算管理模塊，最終我們設(shè)計(jì)了用能預(yù)算模塊。也就是說，有一些產(chǎn)品在功能本身上講是不同的，但是在流程和目標(biāo)上是有相似性的，可以從這個角度進(jìn)行“遷移”。

2. 內(nèi)部途徑主要有：

• 開發(fā)、運(yùn)營、bug修復(fù)等。
• 大老板。

這里展開講一下老板的需求。

（1）首先，對老板的需求要有一定的尊重。盡管在工作中我也常常覺得老板的需求缺乏一定的落地性，但老板之所以是老板，在商業(yè)方面一定是有他敏銳的嗅覺的，這一點(diǎn)產(chǎn)品經(jīng)理還是要給予充分的尊重。

（2）其次，對老板的需求一定要有充足的交流。通過多次提問不斷逼近老板的真實(shí)需求，解決方案也要多次展開確認(rèn)；實(shí)現(xiàn)這個需求的成本，以及風(fēng)險或是困難，一定要提前和老板說明。哪怕需求真的沒有可行性，你所要做的是把一切告知給老板，由他來決策。

（3）最后，在把老板的需求傳達(dá)給開發(fā)的時候要注意一下：有時面對不靠譜的需求，我們會忍不住直接跟開發(fā)說“老板要的”，雖然這樣做確實(shí)可以減少很多溝通成本，但是也會在無形中削弱產(chǎn)品經(jīng)理的信譽(yù)和權(quán)威（作為協(xié)作鏈的上游，保持一定的權(quán)威性對產(chǎn)品經(jīng)理是很重要的）。

因此我們需要把老板的需求價值合理“包裝”一下，有時候我們會更習(xí)慣和開發(fā)們交流功能性需求的價值，其實(shí)商業(yè)、戰(zhàn)略性方面的需求價值也可以傳達(dá)給開發(fā)們。

二、需求真?zhèn)伪鎰e

需求來源說完，我們說說需求的真?zhèn)伪鎰e。初步收集到了需求別高興得太早，先問“是不是真的如此”，才能再想“怎么做”。

需求真?zhèn)伪鎰e的角度我一般分為以下幾類：

• 臆想 or 源于用戶。產(chǎn)品經(jīng)理臆想、臆測需求的情況其實(shí)很常見。
• 客觀實(shí)際的問題/場景 or 問題的表象/用戶的一個解決方案。經(jīng)典的“我想要一匹馬”的訴求。
• 場景頻率低 or 高。如果一個需求確實(shí)存在但其場景頻率極低的話，個人認(rèn)為也可以看作一種“偽需求”。
• 如果需求源于競品，競品和我們產(chǎn)品及用戶的定位一樣嗎？

三、需求優(yōu)先級排序

在需求優(yōu)先級的學(xué)習(xí)中，我最先接觸到的是Kano模型，直到現(xiàn)在我也很喜歡這個模型對需求的分類。但在實(shí)際的工作中我們可能沒辦法在用戶滿意度分析上花費(fèi)大量時間，因此我也摸索出了自己的一些心得。

1. 從大的功能模塊的角度去劃分

這一條適用的場景更多是0-1的過程中，我們需要從比較宏觀的角度對功能模塊進(jìn)行劃分，排一排大的功能模塊的先后。

（1）首先，要做的是特質(zhì)性功能。什么是特質(zhì)性功能，是我們的產(chǎn)品之所以可以叫這個名字，是需要滿足一些基本特質(zhì)的。比如，我們做的能耗監(jiān)管平臺，那么最基本的，我們一定要有能耗采集統(tǒng)計(jì)。別的功能拋開不說，如果沒有“能耗采集統(tǒng)計(jì)”功能，我們的產(chǎn)品就不配稱為“能耗監(jiān)管平臺”。這就是特質(zhì)性功能。

再簡單點(diǎn)說，看一看同類產(chǎn)品，它們都有的功能差不多也是這類產(chǎn)品的特質(zhì)性功能。

（2）其次，要做的是特色性功能、競爭性優(yōu)勢。特質(zhì)性功能讓我們的產(chǎn)品滿足這類產(chǎn)品的一個“準(zhǔn)入門檻”，下一步要脫穎而出一定要做特色性功能。之所以在眾多同類產(chǎn)品中要選擇我們，因?yàn)槲覀冇刑厣?，有差異化?yōu)勢。以我們的平臺舉例，我們的差異化就是不止于數(shù)據(jù)統(tǒng)計(jì)，更著眼于通過數(shù)據(jù)分析將數(shù)據(jù)轉(zhuǎn)化為用戶可使用的結(jié)論和決策依據(jù)。因此在能耗采集統(tǒng)計(jì)模塊做完之后要上的是能耗分析模塊。

（3）最后，要做的是橫向擴(kuò)展或縱向深化的功能。比如后續(xù)我們平臺又迭代了節(jié)能考核、綜合評價等模塊。

2. 一些基本的綜合性原則

當(dāng)然，以上所說的更適用于0-1的大功能模塊排序，在具體的需求點(diǎn)上我們有一些基本原則可以綜合性考量：

• 有重要影響的bug修復(fù)。一般優(yōu)先級較高。
• 功能邏輯上的依賴關(guān)系決定的先后順序。需要在設(shè)計(jì)之初從系統(tǒng)的角度考慮。
• 性價比考慮。性價比=價值/開發(fā)成本。本身帶來的收益很低，開發(fā)成本卻很大，那這個需求可以往后稍一稍了。
• 先有再完。一個需求先以基本方式實(shí)現(xiàn)，再逐漸完善。比如我們采集能耗數(shù)據(jù)，先實(shí)現(xiàn)的是手工填報，后面再迭代物聯(lián)網(wǎng)采集。

OK，以上就是本篇文章的內(nèi)容。那么，下一篇再見啦。