上一篇文章，我們一起探討了選擇有效需求的三個(gè)建議其中的第一個(gè)建議，判斷需求是否符合產(chǎn)品本身的定位，這篇文章我們繼續(xù)探討另外兩個(gè)建議。

是否符合產(chǎn)品當(dāng)前階段的重心

越是成熟的團(tuán)隊(duì)，越是不那么隨心所欲，當(dāng)小團(tuán)隊(duì)在埋頭找不到需求做時(shí)，大團(tuán)隊(duì)的需求可能已經(jīng)排期到下半年了，這是團(tuán)隊(duì)發(fā)展的必然趨勢(shì)，需求會(huì)隨著產(chǎn)品的發(fā)展變得越來越多。

需求排期這樣的開發(fā)模式里，我們會(huì)很清晰的告訴團(tuán)隊(duì)，這個(gè)階段，我們的重點(diǎn)是什么，重心是什么，需求要往哪個(gè)環(huán)節(jié)傾斜，不符合當(dāng)前階段重心的需求，則會(huì)考慮往后延期。

我們需要理解什么是當(dāng)前階段，什么是重心。

版本編號(hào)對(duì)于大家來講一定不陌生， 常見的 版本編號(hào)由4段編碼組成，A.B.C.D 如“1.2.3.4” 其中 A表示大版本編號(hào)，B表示模塊新增，C表示功能新增，D表示bug修復(fù)。

實(shí)際上，每個(gè)編號(hào)都有其對(duì)應(yīng)的一套衡量標(biāo)準(zhǔn)， 對(duì)于圖片處理類產(chǎn)品而言，我們已經(jīng)有了水印功能，此時(shí)增加一個(gè)設(shè)置水印字體的模塊，會(huì)在B段編碼增加一位，而在原有水印顏色的基礎(chǔ)上增加一個(gè)顏色，則會(huì)在C段編碼里增加一位，如果是增加一個(gè)貼紙模塊，則是在A編碼增加一位。

在我們進(jìn)入版本開發(fā)之前,我們的 leader 就會(huì)告訴我們，這一階段是做什么類型的需求，是做一個(gè)小版本，還是做一個(gè)大版本，這將會(huì)極大的幫助我們?nèi)ふ液线m的需求列入開發(fā)計(jì)劃。

實(shí)際上A段和B段編碼由于成本較高，往往是由leader直接明確指定重心任務(wù)，是已經(jīng)確定要做的事情，不妨將這個(gè)重心理解成暫時(shí)性的“產(chǎn)品本身的定位”

對(duì)于C段和D段編碼而言，往往是以“完善”和“修復(fù)”作為重心，且這兩個(gè)段位我們都稱其為“小版本”，這樣的階段里，我們更多的去追求完善的功能數(shù)量，修復(fù)的bug數(shù)量，在單位時(shí)間里，追求更高的覆蓋面積。

等同于“做一些簡(jiǎn)單的功能，不要耗費(fèi)太多時(shí)間，盡量去完善”

因此，一旦我們?cè)u(píng)估出某個(gè)需求的成本過高了，不妨告訴自己的 leader，將其放到某個(gè)大版本的規(guī)劃里去執(zhí)行。

該需求的潛在群體面積有多大

我們已經(jīng)知道需求是要經(jīng)過選擇的，前面兩個(gè)建議，是從團(tuán)隊(duì)，也是從項(xiàng)目角度出發(fā)去做判斷，而這個(gè)建議則是直接從需求本身出發(fā)，去進(jìn)行判斷。

作為產(chǎn)品經(jīng)理而言，我們的決策具備舉足輕重的影響力，這不是說我們有多么的權(quán)威，而是說我們決定了整個(gè)團(tuán)隊(duì)的力量往何處使。

一個(gè) 7 人小團(tuán)隊(duì)，產(chǎn)品經(jīng)理的一個(gè)需求，會(huì)耗費(fèi)整個(gè)團(tuán)隊(duì)一個(gè)月的時(shí)間，換算成人工成本，我們的一個(gè)想法，需要耗費(fèi)十萬人民幣去實(shí)現(xiàn)。

如果這個(gè)需求被判定為無效需求，就相當(dāng)于打牌輸了十萬人民幣。

實(shí)際上，產(chǎn)品經(jīng)理是比較兇殘的賭徒，假如我們持續(xù)半年乃至一年都在做無效需求，就等同于輸了上百萬人民幣，盡管這筆錢并不表示由我們自己來承擔(dān)。

因此，什么樣的需求能做，什么樣的需求不能做就顯得尤為重要了。

做面積大的，不做面積小的

這個(gè)道理很簡(jiǎn)單,100 位固定的用戶，90 位喜歡吃蘋果，10 位喜歡吃香蕉，作為商人來講，你是賣蘋果呢，還是賣香蕉呢？

我們滿足大部分人都存在的需求，舍棄小部分群體的需求，不論這個(gè)小部分群體有多么的迫切，因?yàn)楫a(chǎn)品的價(jià)值無限接近于使用的人數(shù)，愿意買單的人越多，那么這個(gè)需求便越有價(jià)值。

這點(diǎn)，在用戶需求里，我們更多的是去反推，根據(jù)某位用戶明確的需求反饋，去推測(cè)在目標(biāo)用戶里，有多大的潛在群體，他們占比的面積有多大。

“消息的閱讀狀態(tài)” 能讓我們知道發(fā)給朋友的消息，對(duì)方是已經(jīng)看到了，又或者還沒看到

這個(gè)功能對(duì)于現(xiàn)在而言并不陌生，許多社交產(chǎn)品都提供了類似的功能，而微信卻一直沒有推出，實(shí)際上微信以后也不會(huì)推出該功能。

對(duì)于微信的目標(biāo)群體而言， 只有少部分群體以及少部分場(chǎng)景需要這個(gè)功能 。

相對(duì)于我們每次使用微信所發(fā)出去的消息，非常關(guān)注閱讀狀態(tài)的這部分消息占比少，可能一個(gè)星期里會(huì)有1-2條，我們會(huì)對(duì)閱讀狀態(tài)保有期望

相對(duì)于情侶，職場(chǎng)這樣的強(qiáng)迫性關(guān)系而言，朋友或者半熟人在微信的用戶關(guān)系體系里占更高的比重，而對(duì)消息的閱讀狀態(tài)保有期望的更多的屬于情侶以及職場(chǎng)的上下級(jí)。

以上兩個(gè)結(jié)論，我們完全可以通過用戶的抽樣訪談，用戶調(diào)研等一系列手段來得到參考數(shù)據(jù)。

而這部分?jǐn)?shù)據(jù)就會(huì)直接的告訴我們，“消息的閱讀狀態(tài)”是多數(shù)人的需求還是少數(shù)人的需求，盡管當(dāng)我們和上級(jí)聯(lián)系時(shí)，當(dāng)我們和伴侶聯(lián)系時(shí)，真的很希望能知道對(duì)方是否已經(jīng)閱讀了這些消息。

響應(yīng)用戶需求

當(dāng)我們已經(jīng)明確鎖定了某些需求時(shí)，也就是說我們已經(jīng)決定了要做某個(gè)需求了，可以再來判斷一下這個(gè)需求是屬于什么類型的，是簡(jiǎn)單的，還是復(fù)雜的，又或者是線性的。

簡(jiǎn)單需求

簡(jiǎn)單需求是指獨(dú)立性比較高的，于其他模塊牽連很小的需求類型，就像積木游戲里多了一塊豎條對(duì)整個(gè)模型而言，不會(huì)有太大影響。

典型的簡(jiǎn)單需求比如在微信的錢包里，增加某個(gè)功能入口，點(diǎn)擊進(jìn)入對(duì)應(yīng)的功能。

復(fù)雜需求

復(fù)雜需求是指會(huì)和其他功能模塊有密切交互的，需要開發(fā)額外系統(tǒng)的，這就好比拼圖游戲，我們要增加一個(gè)圖形，就需要考慮周邊其他圖形的邊緣。

微信朋友圈允許發(fā)布短視頻便是一個(gè)復(fù)雜的需求，需要考慮到本地上傳，多平臺(tái)的播放，關(guān)系的屏蔽或開放等，都會(huì)受到影響。

線性需求

線性需求是比復(fù)雜需求更加復(fù)雜的需求，幾乎已經(jīng)不能視為一個(gè)模塊了，他應(yīng)該是一套完整的系統(tǒng)，并且一個(gè)版本沒有辦法完全開發(fā)，需要在后續(xù)若干個(gè)版本里進(jìn)行完善，進(jìn)行迭代，需要進(jìn)行維護(hù)的。

朋友圈的廣告功能，便是一個(gè)線性需求，除了播放廣告以外，還需要有一套廣告管理系統(tǒng)，一套廣告和用戶的匹配系統(tǒng)，甚至一套銷售管理系統(tǒng)來支撐。

即學(xué)即用

音樂的歌詞非常的唯美，再搭配上一張唯美的圖片，實(shí)在是提升朋友圈逼格的利器，你覺得制作音樂歌詞海報(bào)對(duì)于音樂類產(chǎn)品而言是大面積需求還是小面積需求，比如說QQ音樂。

（QQ音樂具備該功能，可以體驗(yàn)一下）

相關(guān)閱讀

需求性質(zhì)：如何正確響應(yīng)用戶需求（上）

#專欄作家#

枯葉，微信公眾號(hào)：枯葉咖啡館。人人都是產(chǎn)品經(jīng)理專欄作家。近6年經(jīng)驗(yàn)的產(chǎn)品經(jīng)理，擅長(zhǎng)社交、社區(qū)、細(xì)分群體挖掘。

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