三壕鹉、需求怎么評估

需求的評估細分下來還可以分為兩個問題，需求做不做和需求的優(yōu)先級問題恰响。

To do or not to do，這永遠是擺在產(chǎn)品面前的一道難題涌献。咋看來是無從下手胚宦，但還是有一些明確的方法可以借鑒。

**1燕垃、邏輯分析法
**
正如上文需求分類和來源中提到的枢劝，我們發(fā)現(xiàn)的需求并不一定是毫無問題的。數(shù)據(jù)分析可能會有偏差卜壕，用戶研究可能會有人為因素您旁，但綜合多個來源產(chǎn)生的需求，互相印證轴捎，綜合分析鹤盒，走歪的可能性就大為降低了。很多需求侦副，產(chǎn)品是可以通過經(jīng)驗和邏輯判斷能力直接去除的侦锯。這也是為什么很多產(chǎn)品經(jīng)理招聘的要求里有邏輯分析能力強的一個原因。

從一個需求是否需要滿足秦驯，可以砍掉一些價值不大的尺碰，沒有什么使用場景的，和無法實現(xiàn)的需求。

對需求進行進一步深挖葱蝗，把一些表面/偽需求/需求解決方法轉(zhuǎn)化為真實的需求穴张。

2、產(chǎn)品定位法

產(chǎn)品定位主要包括三方面两曼，目標用戶皂甘，主要功能，產(chǎn)品特色悼凑。對需求按照這三方面來檢驗偿枕，是否是目標用戶的需求，是否和主要功能緊密相關户辫，是否符合產(chǎn)品特色渐夸。

就像網(wǎng)易云音樂，分享聽音樂時的感受這個需求渔欢，符合云音樂的目標用戶（大眾音樂愛好者）墓塌，跟主要功能（找歌聽歌）比較相關，也符合云音樂的社交音樂app的產(chǎn)品特色奥额，所以這個需求是可以做的（音樂評論）苫幢。（《【聚焦產(chǎn)品核心能力系列】價值鏈導向的產(chǎn)品決策》這篇文章也是類似的角度，講的也挺精彩的垫挨，推薦下）
對于產(chǎn)品定位的探討韩肝，可以再另外寫一篇文章來探討。

3九榔、KANO模型法

KANO模型把需求分為如圖三類：

期望型需求：
此類需求得到滿足或表現(xiàn)良好的話牢屋，用戶滿意度會顯著增加且预，當此類需求得不到滿足或表現(xiàn)不好的話，用戶的不滿也會顯著增加烙无。這是處于成長期的需求锋谐，用戶、競爭對手和產(chǎn)品自身都關注的需求截酷，也是體現(xiàn)競爭能力的需求涮拗。對于這類需求，產(chǎn)品的做法應該是注重提高這方面的質(zhì)量，要力爭超過競爭對手三热。

魅力型需求：
此類需求一經(jīng)滿足鼓择，即使表現(xiàn)并不完善，也能到來用戶滿意度急劇提高就漾，同時此類需求如果得不到滿足呐能，往往不會帶來用戶的不滿。這類需求往往是代表用戶的潛在需求抑堡，產(chǎn)品的做法就是去尋找發(fā)掘這樣的需求摆出，領先對手。（定義來自于百度首妖，略改）

評估要不要做后留储，接下來就應該考慮的是，哪個先做咙轩，就是需求優(yōu)先級排序获讳。

經(jīng)過上述的一步步，你手里可能已經(jīng)有了一堆的需求列表活喊，那什么該先做丐膝，什么該后做，也許這就決定了你這個產(chǎn)品的生死。如果你是神級產(chǎn)品帅矗，按照你的經(jīng)驗直覺來就好偎肃，不過估計也不需要來看我這篇文章了。作為菜鳥產(chǎn)品浑此，就老實按照方法來软棺，積累經(jīng)驗。

首先尤勋，要考慮產(chǎn)品是否已上線喘落，如已上線，需要考慮幾個點：

1最冰、用戶屬性：是哪一類用戶的需求瘦棋，核心用戶，次要核心暖哨，非核心用戶等赌朋；需求用戶數(shù)量，來源后臺的數(shù)據(jù)統(tǒng)計篇裁，或者用戶反饋的頻次等沛慢。我們優(yōu)先滿足的最大數(shù)量的核心用戶的需求。

2达布、需求頻率：這個需求（可能）被使用的次數(shù)团甲，次數(shù)越高，優(yōu)先級越高黍聂。

3躺苦、需求價值：在12的基礎上結(jié)合現(xiàn)階段的產(chǎn)品目標評估需求對用戶價值和商業(yè)價值的作用，獲得一個五點評分产还。

4匹厘、需求成本：考慮需求實現(xiàn)的資源成本（UI，技術脐区，測試等等）

在1234的基礎上得出每個需求的大致性價比愈诚，如有些小需求價值不高但實現(xiàn)成本也低，每個版本順手也就做點牛隅。

5炕柔、需求類型：這個要看產(chǎn)品對需求的判斷，來源于對用戶的了解倔叼，場景的思考汗唱。可以考慮采用KANO模型分析丈攒，基本需求優(yōu)先做哩罪，期望型需求次之挑選著做授霸，興奮型需求要有一兩個，作為亮點和差異化競爭的點际插，但產(chǎn)品迭代前期可以先不做碘耳。

6、需求依賴：考慮下需求的依賴關系框弛，前置后置等辛辨。產(chǎn)品是一個整體，一個需求也不會是獨立存在的瑟枫，所以要從一個完整的角度去考慮斗搞。像朋友圈，用的人多慷妙，頻率高僻焚，類型也算興奮型需求，但是要建立在有一定的朋友關系基礎沉淀上膝擂。那就需要前置的需求如通訊錄虑啤，聊天，還有搖一搖（建立朋友關系)架馋。

考慮了種種要求后狞山，可以得出一個需求優(yōu)先級排序列表。
如果產(chǎn)品還未上線叉寂，12數(shù)據(jù)的獲得都是需要產(chǎn)品主動的去獲取萍启，各種競品，分析報告办绝。5中需求類型也優(yōu)先做基本需求伊约。但整體的步驟相差不大，對產(chǎn)品的要求也更高孕蝉。

做產(chǎn)品有一個體會就是，越在上游做的多腌逢，下游就越輕松降淮，寧愿在這一步多花一些功夫也不要在產(chǎn)品上線后才發(fā)現(xiàn)功能不如預期。

以前待過一家公司搏讶，那時候剛?cè)ゼ驯睿恐芪鍟M行一次產(chǎn)品演示，把已經(jīng)開發(fā)好的app功能通過大屏幕展現(xiàn)出來媒惕，然后讓幾個合伙人看產(chǎn)品是否符合需求系吩。如果有問題就要從頭開始設計，這樣導致的問題就是項目進度非常慢妒蔚，在我去之前穿挨，已經(jīng)花了兩個多月的時間來反復修改月弛。這樣做了兩個星期我就忍不住了，這樣的返工效率實在太低科盛，就加入了需求評審和交互稿評審的環(huán)節(jié)帽衙。到了界面開發(fā)這個階段，就不再做大的改動贞绵，才大大提高了項目進度厉萝。

四、需求文檔該怎么寫

產(chǎn)品要寫的需求文檔不少榨崩，但我們一般說起來的谴垫，用的最多的，應該還是prd文檔母蛛。

prd該怎么寫呢翩剪？
要回答這個問題，首先要考慮的是溯祸，這是給誰看的肢专。

同級的產(chǎn)品，交互焦辅，UI博杖，技術，測試筷登，運營看的剃根，需要夠詳細，夠清楚前方，才能讓他們知道怎么按照需求文檔做狈醉。是的，這一大幫子人惠险，都是要依賴這份文檔來下一步工作苗傅，這份文檔的基礎性，重要性不言而喻班巩。

那這份文檔應該包含什么呢渣慕，有什么規(guī)范和注意事項。

下面的文字主要來自于我自己工作學習中的感悟抱慌，只能說適合我的需要逊桦，而且也還在不斷的摸索改進中，大家可以看看作為參考抑进。文后也貼了些一些其他人的文章强经，大家可以對照的看，以找到合適自己的需求文檔寫作方式寺渗。

1匿情、需求記錄

對我來說兰迫，這個文檔是我與其他相關人員（老板，產(chǎn)品組码秉，交互逮矛，視覺，技術转砖，測試须鼎，運營）溝通和pk的主要工具。每一次的溝通結(jié)果都要在這有一定的體現(xiàn)和記錄府蔗，只有如此晋控，后續(xù)的工作才能有效的展開。而需求記錄在這起到的作用就是對這個過程有個記錄姓赤，并且每個看到這個記錄的人都能知道這個文檔的進展赡译，不會做無用功，重復功不铆◎蚍伲可以想象，如果不做詳盡的記錄誓斥，文檔的每一次變化只洒，相關人員看到的時候都會不知從何下手，不知道哪里有變化劳坑，上次討論的結(jié)果最后如何做等等毕谴。需求文檔是一個統(tǒng)一思想，同步進度的工具距芬，而需求記錄就在其中起著至關重要的作用涝开。
做好了這個記錄，需求變更框仔，需求追蹤都會變得輕而易舉舀武，是我們產(chǎn)品與其他人員“撕逼”一大利器。

需求記錄

二离斩、需求背景

介紹市場情況奕剃，產(chǎn)品定位，競品分析捐腿，用戶研究，需求來源柿顶，需求分析等茄袖，這些工作都要做的扎實，可以參考前面的內(nèi)容嘁锯。要讓文檔面向的對象明白為什么要做宪祥，做的大致方向聂薪，起到統(tǒng)一思想的作用。這里的功夫更多的是在文檔外蝗羊。

三藏澳、總體介紹

對需求總體進行介紹，在這我一般采用思維導圖的形式耀找，對需求進行介紹翔悠，涉及的模塊，功能范圍野芒。讓大家對需求有個總體的認識蓄愁。
不要過早的進入細節(jié)，這點還是很有好處的狞悲。只有大家的思維站在了同一高度撮抓，才不會在后續(xù)的需求討論時局限于細節(jié)，而這點也是在各個評審會上最令人頭疼的一點摇锋。

四丹拯、需求描述

需求描述

關于流程圖，很多產(chǎn)品不怎么畫荸恕，但對我來說乖酬，在需求的完善階段，一個好的流程圖戚炫，能起到查缺補漏的作用剑刑，而且可以讓你不要過早的進入到交互，界面双肤，導航的考慮上施掏。這里想得越清楚，后面的需求變更會少很多茅糜。
用這個和開發(fā)進行溝通其實挺有幫助的七芭，測試也不需要追在后面不停的問，這里有個情況怎么處理蔑赘。

五狸驳、相關原型
原型的做法往細了講，太占篇幅缩赛，主要分為低保真耙箍，中保真，高保真酥馍。在工作中辩昆，我一般做到中保真的程度，足夠傳遞界面旨袒，交互細節(jié)汁针。
這里還有個特點就是為了便于討論术辐，最好把需要討論的頁面都做出來。
具體一些細節(jié)施无，因為是討論需求的辉词，就不過多討論了。有機會在原型篇章再做討論吧猾骡。