本文一覽
1.對需求溯源磺平，還原產(chǎn)生的場景魂仍，根據(jù)最基本的矛盾，提出解決方案拣挪。
2.對已經(jīng)明晰解決方案的需求擦酌，從重要性、開發(fā)難度兩個維度菠劝，用表格法劃分輕重緩急赊舶。
原文來自網(wǎng)絡(luò)，重新梳理加入自己感悟赶诊，
src：? 創(chuàng)業(yè)公司產(chǎn)品經(jīng)理怎么做笼平？?
1.對需求進(jìn)行溯源
很多時候提給PM的需求脫離了原始的場景，已經(jīng)被翻譯過一次舔痪，甚至嚴(yán)格來說更像是個解決方案而非用戶需求本身寓调。這時我們需要去對需求順藤摸瓜，求其源頭锄码。
每個需求的來源（直接來自于誰）夺英，還原到最原始的使用場景是什么樣的，有哪些條件影響該需求的成立滋捶，背后的邏輯是什么痛悯，找出最基本的矛盾。
根據(jù)上述的結(jié)論炬太，重構(gòu)每個需求的各類實(shí)現(xiàn)方案灸蟆。
//下面是個關(guān)于需求溯源影響解決方案及優(yōu)先決策的例子
比如，老板的需求可能是這樣的：
給我做個客戶端實(shí)時記錄美甲師 GPS 的功能來。
作為忠貞不二的員工你可能就落實(shí)去了炒考。但實(shí)際上可缚，你需要搞明白老板為什么這么做。在再三的追問下斋枢，老板可能就告訴你他的原因是：
因?yàn)槊兰讕熃?jīng)常會為了獎勵刷單帘靡，也就是不出門讓朋友來下單。GPS 用來幫助判斷這個瓤帚。
所以你理解了老板的需求描姚，那么下一步做的時候就清楚了：要查美甲師是不是刷單，沒有必要實(shí)時做記錄戈次，這樣增加美甲師端的流量消耗轩勘，也增加了服務(wù)器的負(fù)擔(dān)。正常的接單時間都會大于半小時怯邪，因此完全可以將功能改成：
每半小時記錄一次美甲師的 GPS绊寻。
對于需求的重要程度，一定要從需求方的角度考慮問題悬秉，作為產(chǎn)品經(jīng)理澄步，不要偏袒技術(shù)，覺得難就不管了和泌。
比如運(yùn)營那邊急需一個后臺可以封禁關(guān)鍵詞的功能村缸，的確很難，但如果你沒做武氓，可能產(chǎn)品第二天就被勒令下架梯皿，可能公司要被調(diào)查，這件事的嚴(yán)峻程度就不用多說了县恕。
同時索烹，對于同樣的需求，并非是只有一個解決方案的弱睦。
比如，要做一個后臺對某些用戶數(shù)據(jù)的統(tǒng)計功能渊额，這個功能的做法有很多種况木，可能是這樣：
可能是這樣：
還可能是這樣：
呈現(xiàn)的方式不同，而且功能復(fù)雜程度也會不同旬迹。
簡單的用戶統(tǒng)計數(shù)據(jù)是一個方案火惊，在用戶統(tǒng)計數(shù)據(jù)上加入趨勢圖是一個方案，在用戶統(tǒng)計數(shù)據(jù)上加入各種篩選條件又是一個方案奔垦。
并非是有了需求屹耐，就有了功能。功能是需要根據(jù)當(dāng)下的狀況設(shè)計的椿猎。
——————————————————————————————————————
2.表格法排出需求的優(yōu)先級
根據(jù)目前的需求重要程度和實(shí)現(xiàn)困難程度惶岭，下一步到底該做什么
想象你現(xiàn)在是嘟嘟美甲的產(chǎn)品負(fù)責(zé)人寿弱，你打開了你的 Wunderlist 中的需求列表，發(fā)現(xiàn)所有需求有以下這些（當(dāng)然這是虛構(gòu)的按灶，真實(shí)情況下數(shù)量可能是 3~4 倍）：
來自老板：
·實(shí)時記錄美甲師 GPS
·首頁有點(diǎn)雜亂症革，不夠簡潔
來自運(yùn)營：
·要統(tǒng)計用戶對每個 banner 的點(diǎn)擊率
·秒殺功能（運(yùn)營總監(jiān)：『下周就要做活動，通知發(fā)出去了鸯旁，必須做』）
·需要提供給用戶在線改單的功能（比如換樣式噪矛，補(bǔ)差價）
·提供私人訂制的功能（包括用戶上傳圖片、美甲師提供參考價铺罢、雙方確認(rèn)等步驟）
來自產(chǎn)品
·用戶下單時艇挨，支付失敗后需要重新下單，不能繼續(xù)支付韭赘，要改正這個問題
·下單步驟要跳轉(zhuǎn)太多頁面缩滨，應(yīng)該集中在一頁輸入信息
·根據(jù)關(guān)鍵詞篩選樣式的功能
好了，首先辞居，我們把標(biāo)題簡化成幾個字楷怒，然后把重要程度標(biāo)記下（按照 P1、P2瓦灶、P3 來）鸠删，順便也把重要的原因?qū)懬宄?/p>
記錄 GPS ：P1 （記錄 GPS 是為了防刷單，不然公司損失巨大）
首頁簡潔：P3 （...）
banner 點(diǎn)擊率 ： P2 （對運(yùn)營安排活動有重要作用）
秒殺功能 ： P1 （通知已經(jīng)給用戶了贼陶，必須做）
在線改單 ： P2 （現(xiàn)在是人工后臺改單刃泡，運(yùn)營人員特別不方便，消耗大量人力成本）
私人訂制 ： P3 （訂制用戶較少碉怔，不著急）
可繼續(xù)支付：P1 （體驗(yàn)巨差烘贴，無法忍受）
簡化下單步驟 ： P2 （大大提升體驗(yàn)，但目前可以接受）
篩選： P3 （目前的分類功能比較完善撮胧，篩選是補(bǔ)充）
我們用圖表表示：
下一步就是直接開發(fā)嗎桨踪？當(dāng)然不是。
根據(jù)目前我們的需求和你預(yù)想的功能芹啥，跟開發(fā)團(tuán)隊討論執(zhí)行的難度锻离。同樣，實(shí)現(xiàn)難度也做一次標(biāo)記（按照 D1墓怀、D2汽纠、D3，D1 是最容易實(shí)現(xiàn)）：
記錄 GPS ：D2（記錄 GPS 比較麻煩傀履，服務(wù)器有負(fù)擔(dān)）
首頁簡潔：D3 （排班布局會耗費(fèi)大量時間）
banner 點(diǎn)擊率 ： D1 （注入 log虱朵，很簡單）
秒殺功能 ： D3 （邏輯特別復(fù)雜）
在線改單 ： D2 （功能交互比較復(fù)雜）
私人訂制 ： D3 （同樣是功能交互復(fù)雜）
可繼續(xù)支付：D1 （頁面改動少，主要是調(diào)試接口）
簡化下單步驟 ： D2 （還是功能交互比較復(fù)雜）
篩選： D3 （后臺邏輯需要做大的改動，數(shù)據(jù)處理也很麻煩）
OK碴犬，是不是現(xiàn)在也要做個表格絮宁？不著急。
現(xiàn)在是特別關(guān)鍵的一步：跟需求來源方核對需求翅敌。其中最重要的一件事是『跟需求方確認(rèn)當(dāng)前的需求羞福，有沒有其他方案能夠?qū)崿F(xiàn)』。
討論的結(jié)果如下：
老板對于實(shí)時記錄 GPS 的需求蚯涮，可以改為每 15 分鐘記錄一次
秒殺功能可以分為兩個版本治专，簡單的是后臺直接修改價格，秒殺的量夠了后再修改回來遭顶，這樣客戶端不需要做改動张峰，稱作簡單秒殺；復(fù)雜版本是后臺可以控制秒殺款的起止時間和價格棒旗，稱作復(fù)雜秒殺
那剛才的列表就變成了：
記錄 GPS ：D1
首頁簡潔：D3
banner 點(diǎn)擊率 ： D1
簡單秒殺 ： D1
復(fù)雜秒殺： D3
在線改單 ： D2
私人訂制 ： D3
可繼續(xù)支付：D1
簡化下單步驟 ： D2
篩選： D3
圖表就是：
下面喘批，我們把 P 序列和 D 序列做成矩陣圖。
這樣铣揉，你就知道該做哪一步了饶深。
一般來說，推動開發(fā)的順序是這樣的：
