之前聽過劉文智《產(chǎn)品經(jīng)理深入淺出》的講座，其中有一句話給本屌留下的印象最深：做產(chǎn)品經(jīng)理，最重要的就是“拿捏”。作為一個(gè)初級產(chǎn)品經(jīng)理，專業(yè)填坑經(jīng)理，資深挨磚師，當(dāng)時(shí)聽到“拿捏”這個(gè)騷氣十足的詞，我居然可恥的硬了（表示有共鳴）。

當(dāng)我們面對用戶的需求，運(yùn)營的吐槽，市場的恐嚇，老板的圣旨，如何“拿捏”，這是個(gè)問題。拿好了，對誰都能交代，捏不準(zhǔn)，結(jié)果必然是被別人群起而“拿捏”，直至蛋碎。

為了保護(hù)好我們的蛋蛋，分享幾個(gè)小心得。

新的功能，給需求打分

對于已經(jīng)確定的日常工作，我們通常會按照第二象限法安排工作時(shí)間（關(guān)于“第二象限時(shí)間管理”請自行搜索）。但當(dāng)我們面對諸多新需求的時(shí)候，卻無法使用這個(gè)邏輯。因?yàn)槲覀兒茈y判斷哪些事情是“重要”or“緊急”的。

一個(gè)新功能的需求，沒什么運(yùn)營數(shù)據(jù)可以參考，我們無法準(zhǔn)確地知道這個(gè)功能做出來是有用還是沒用，也無法判斷做了這個(gè)之后，會帶來什么樣的結(jié)果（除非你真的經(jīng)驗(yàn)很豐富啦~反正本屌是不敢做這個(gè)判斷）。從老板過來的需求就是“重要”的嘛？市場的恐嚇就一定是“緊急”的嘛？某某人說：如果沒有這個(gè)功能，就不能如何如何！這句話是真的嘛？假設(shè)真做了這個(gè)功能，某某人就一定會如何如何嘛？（敢立軍令狀嘛？這句話可以在心里問，但是不要說出來，說出來就不能好好地玩耍了）

作為產(chǎn)品經(jīng)理，在這種“磚頭與瓦片齊飛”的境況下，要有自己做出判斷的準(zhǔn)繩。否則最終就會發(fā)現(xiàn)，所有的事情在做之前全都是“重要且緊急”的，但是當(dāng)我們做完了之后，就全尼瑪變成“不重要且不緊急”了！長此以往的話，就該是“鮮血共朝陽一色”了。

在慘劇發(fā)生之前，我們可以用“給需求打分”的辦法來對需求進(jìn)行評審。

首先在一個(gè)跌代周期的初始，把各種新功能的需求從需求池里列出來，召開需求評審會議。評審會議要避免需求的發(fā)起者參與，以保證評審結(jié)果相對客觀。并且所有人都應(yīng)該客觀、積極地發(fā)表自己的意見。

然后設(shè)置幾個(gè)符合自己產(chǎn)品特點(diǎn)的指標(biāo)，例如：此功能對發(fā)展用戶數(shù)量的影響程度，對發(fā)展業(yè)務(wù)廣度的影響程度，業(yè)務(wù)深度的影響程度，是否是產(chǎn)品正確方向下的進(jìn)步，能提高使用人員的工作效率么？是否是高層的要求？是否是普遍共性需求？……等等，根據(jù)自己產(chǎn)品的特性，設(shè)置適合的指標(biāo)。

接下來對每一個(gè)需求，以五分制or十分制，按幾個(gè)維度的指標(biāo)進(jìn)行打分，綜合下來看，哪個(gè)需求分?jǐn)?shù)最高則優(yōu)先進(jìn)入產(chǎn)品設(shè)計(jì)，淘汰掉的需求暫時(shí)回到需求池。

這樣，就可以有理有禮有節(jié)的往下進(jìn)行了，小伙伴們又可以愉快的玩耍了。另外，淘汰掉的需求就真的不做么？也不一定的，后面還會有說明。

舊功能的改進(jìn)，以數(shù)據(jù)為指導(dǎo)

除了全新的功能之外，還會有很多需求是針對舊功能的改進(jìn)提出的。如果需求的起因只是“咱們已經(jīng)有了A了，所以應(yīng)該有B，有B更好，別人都有B”，這絕對不能成為進(jìn)入設(shè)計(jì)和開發(fā)的理由。

要在舊的功能上繼續(xù)往下迭代，要先確認(rèn)前幾步已經(jīng)走到位了，已經(jīng)可以開始繼續(xù)往下走了，再往下走。

是不是可以往下走了？接下來往哪里走？這時(shí)就應(yīng)該以數(shù)據(jù)為指導(dǎo)，例如：發(fā)送聊天消息的功能已上線，應(yīng)該在聊天中加入發(fā)送表情的功能，這樣可以讓大家聊的更愉快！這時(shí)候你先需要判斷一下，聊天這個(gè)功能的數(shù)據(jù)如果沒有達(dá)到預(yù)期，那么你首要的任務(wù)是解決如何引流的問題，入口的設(shè)計(jì)有沒有可以改進(jìn)的？運(yùn)營推廣的方式是不是沒有抓住重點(diǎn)？把這些問題解決好之后，再去做表情。做表情，是結(jié)果，而不是原因。

用數(shù)據(jù)為需求設(shè)置時(shí)間點(diǎn)

有可能有這樣一些需求，它是應(yīng)該做的，但不是現(xiàn)在應(yīng)該做的。有的時(shí)候確定了一個(gè)現(xiàn)在就要開始做的需求，但它可以拆成多個(gè)功能，全都做完黃花菜都涼了。有的時(shí)候一個(gè)功能已經(jīng)做完了，但是他并不完美，甚至存在嚴(yán)重的漏洞。

這時(shí)候我們不能僅僅因?yàn)樽约河型昝乐髁x的強(qiáng)迫癥而投入過多的資源（當(dāng)然也不能因?yàn)橛型涎影Y而拖著不做……），我們應(yīng)該有“用數(shù)據(jù)為需求設(shè)置時(shí)間點(diǎn)”的觀念。當(dāng)我們遇到以上情況，可靠的思路是，設(shè)置一個(gè)或多個(gè)數(shù)據(jù)指標(biāo)的節(jié)點(diǎn)，當(dāng)指標(biāo)達(dá)到預(yù)期后，則某需求進(jìn)入設(shè)計(jì)階段，否則不繼續(xù)往下走。比如當(dāng)用戶數(shù)達(dá)到x后，則設(shè)計(jì)用戶資質(zhì)審核流程；當(dāng)某模塊的訪問量達(dá)到y(tǒng)后，開始開發(fā)之前暫時(shí)壓下來的缺失功能。當(dāng)然也許這個(gè)預(yù)估的數(shù)字不是那么準(zhǔn)確和可靠，但是我們應(yīng)該有這個(gè)觀念。

讓這個(gè)觀念成為習(xí)慣，才能逐步的甄別出哪些投入是有價(jià)值的，哪些是浪費(fèi)時(shí)間。并且，總能在沒出事兒的時(shí)候，保持投入資源最少，見效最顯著的輕裝狀態(tài)，在一段時(shí)間后，快出事兒還沒出事兒的時(shí)候，又投入很少的資源把之前的坑填掉。是不是逐漸有點(diǎn)運(yùn)籌帷幄的趕腳了？（好吧，完全沒有）

以上三點(diǎn)，是對需求的“拿捏”的三個(gè)小心得。對于如何迭代，如何設(shè)計(jì)，如何拆分開發(fā)任務(wù)，如何管理項(xiàng)目，其實(shí)有很多“拿捏”的思路是共通的。最后，祝你拿（chan）的（pin）準(zhǔn)（gou）、捏（lu）的（yi）爽（fa），如果覺得本文有幫助，別忘了點(diǎn)贊哦~。

本文為作者hoovay投稿發(fā)布，轉(zhuǎn)載請注明來源于人人都是產(chǎn)品經(jīng)理并保留本文鏈接