互聯(lián)網(wǎng)時(shí)代，似乎每個(gè)人都在談需求，剛需，痛點(diǎn)。作為產(chǎn)品經(jīng)理，更是每天忙忙碌碌的圍著(zhù)需求打轉。那又可曾停下來(lái)想過(guò)需求到底是什么，從哪里來(lái)，怎么分析，轉化成產(chǎn)品功能？
這篇文章就是我的一些思考，本篇文章也是由問(wèn)題的形式展開(kāi)，也是七個(gè)問(wèn)題，大家可以在看文章前，思考下這些問(wèn)題。
一、需求是什么？
心理學(xué)定義
需求是由個(gè)體在生理上或心理上感到某種欠缺而力求獲得滿(mǎn)足的一種內心狀態(tài)，它是個(gè)體進(jìn)行各種活動(dòng)的基本動(dòng)力。
需求是一種狀態(tài)，其來(lái)源是生理和心理上的欠缺，不滿(mǎn)足。如孤獨，就是社交需求得不到滿(mǎn)足生成的一種心理狀態(tài)，它會(huì )促使你去聯(lián)系一些人，陌生的或熟悉的；饑餓，生理上的不滿(mǎn)足帶來(lái)的需求，促使你去吃東西。
而產(chǎn)品在這起到了什么作用呢？需求如果存在，那肯定有已存的解決方案（產(chǎn)品），但無(wú)論什么樣的解決方案限于環(huán)境，科技，設計等，隨著(zhù)條件變化，都會(huì )存在改進(jìn)的空間。需求一直在那，在變的是解決方案。如傳遞信息的需求，從古代的烽火，接著(zhù)是書(shū)信，然后是固定電話(huà)，然后手機電話(huà)，然后是手機微信，后續可能是VR。
例如，在百度上輸入路由器等一些詞的時(shí)候，會(huì )關(guān)聯(lián)出各式各樣的詞，查看這些詞，代表著(zhù)人們各種各樣的目標和原有解決方案的問(wèn)題。
百度搜索
很多產(chǎn)品在討論需求的時(shí)候，會(huì )流于表面，最常見(jiàn)的一個(gè)問(wèn)題就是把解決方案當成了需求，對需求的理解挖掘一定要到心理狀態(tài)這個(gè)程度。因為需求是一種心理狀態(tài)，其表現在外會(huì )受到認知結構，經(jīng)驗等的影響，提出的一個(gè)個(gè)滿(mǎn)足需求的方法。
同時(shí)，需求的滿(mǎn)足過(guò)程會(huì )伴隨各式各樣的情緒體驗，需求的不滿(mǎn)足的怒，需求滿(mǎn)足的樂(lè )，需求被人破壞的怨，不斷追求需求的癡等等。情緒對需求動(dòng)力性起了很大的促進(jìn)作用，而人們常說(shuō)的貪嗔癡，也只是需求的情緒體現而已。
需求分類(lèi)
1、需求層次：馬斯洛需求層次理論
說(shuō)到需求分類(lèi)的時(shí)候總會(huì )把這個(gè)拿出來(lái)談上一談，其可分為兩大類(lèi)基本需求和成長(cháng)需求，基礎需求包括，生理需求，安全需求，歸屬與愛(ài)，自尊的需求；成長(cháng)需求包括認知需求，審美需求和自我實(shí)現的需求。在學(xué)心理學(xué)的時(shí)候這個(gè)是被作為經(jīng)典理論來(lái)學(xué)的，也就是這個(gè)理論已經(jīng)出現很久，久到作者的徒子徒孫都把這個(gè)衍生和擴展了不少。這也反面說(shuō)明了心理學(xué)和實(shí)際應用的脫節吧。但說(shuō)回來(lái)，作為心理學(xué)的學(xué)生，不是研究這方向的也就是了解到這個(gè)地步，再往下的拓展，也想不起來(lái)多少。而且在現實(shí)的產(chǎn)品設計過(guò)程中也沒(méi)把這個(gè)應用起來(lái)，最多放放馬后炮，這個(gè)功能是因為滿(mǎn)足了某某需求。
大家也可以思考下，市面上的各個(gè)產(chǎn)品都是滿(mǎn)足了下面的哪種需求。生理需求對應的外賣(mài)類(lèi)，購物類(lèi)，團購app；歸屬與愛(ài)的需求，尊重的需求對應社交類(lèi)app；認知的需求對應于閱讀，資訊類(lèi)app；審美的需求對應于音樂(lè )類(lèi)app，旅游類(lèi)app；自我實(shí)現對應于健康類(lèi)app?？梢钥吹皆绞堑讓拥男枨?，對應的用戶(hù)人群就越大。
馬斯洛需求層次理論
2、需求起源：生理需求，社會(huì )需求
生理需求，人對維持生命和延續后代所必須具備的條件的反映。
社會(huì )性需求，人對維持社會(huì )的存在與發(fā)展而產(chǎn)生的需求的反映。
3、需求對象：物質(zhì)需求，精神需求
物質(zhì)需求：指人為了維持個(gè)體和社會(huì )的生存和發(fā)展，對物質(zhì)產(chǎn)品的需求。
精神需求：指個(gè)體參與社會(huì )精神生活的需要。
4、需求滿(mǎn)足后的后繼發(fā)展：一次性需求，周期性需求，上升性需求
一次性需求，這類(lèi)需求一旦獲得滿(mǎn)足，將會(huì )消失并且不會(huì )再次產(chǎn)生。
周期性需求，這類(lèi)需求的產(chǎn)生與滿(mǎn)足呈現出周期性變化的特征。這個(gè)又可以細分為高頻需求，低頻需求。頻次可以再結合需求的層次分類(lèi)來(lái)對需求做評估。
上升性需求，這類(lèi)需求在獲得滿(mǎn)足后，不但不會(huì )消失，反而會(huì )出現不斷上升的發(fā)展變化趨勢。人總是不會(huì )滿(mǎn)足于現狀，無(wú)論哪個(gè)需求在滿(mǎn)足后，其帶來(lái)的正向情緒總會(huì )慢慢變得平淡。有心理學(xué)研究表明，中500w大獎的人在一段時(shí)間后幸福感并不比一般人高。也 正因為如此，人才能不斷前進(jìn)。
5、真實(shí)需求，偽需求，表面需求
真實(shí)需求：反應了用戶(hù)內心真正的需求
偽需求：用戶(hù)把一些需求包裝成其他的需求，比如說(shuō)開(kāi)房去看書(shū)
表面需求：用戶(hù)依據自己的經(jīng)驗，認知提出的需求，如更快的馬
需求特點(diǎn)
認識需求在產(chǎn)品開(kāi)發(fā)中的作用
我認為需求不是創(chuàng )造的，就像馬車(chē)到汽車(chē)的飛躍，不變的是出行需求，變化的是需求的創(chuàng )造性的解決方案。
二、需求從哪里來(lái)？
產(chǎn)品經(jīng)理每天都是未知需求打轉，經(jīng)常感覺(jué)需求無(wú)窮無(wú)盡，但這些需求都是從哪里來(lái)的呢？我們又該如何去主動(dòng)獲取需求，保證需求獲得的可靠性呢？
1、用戶(hù)研究
用戶(hù)研究在需求分析中所起的作用主要有發(fā)掘、驗證、明確用戶(hù)需求，跟需求來(lái)源相關(guān)的用戶(hù)研究方法主要有：
還有一些用戶(hù)研究方法如用戶(hù)體驗地圖，可用性測試，滿(mǎn)意度調查也就不贅述了。不過(guò)，作為產(chǎn)品要多注意把用研的結果結合到需求分析中。
2、用戶(hù)反饋
喜歡前幾天看的一篇文章，用戶(hù)反饋是建立產(chǎn)品與用戶(hù)情感聯(lián)系的極佳方式（建立用戶(hù)與產(chǎn)品的情感關(guān)聯(lián)，最有效的辦法是打造用戶(hù)反饋體系）用戶(hù)反饋的功能設計后續可以獨立作為一個(gè)產(chǎn)品設計框架來(lái)講，在這先說(shuō)下處理的流程。：
馬化騰在騰訊研發(fā)部關(guān)于“產(chǎn)品設計與用戶(hù)體驗”內部講座中說(shuō)到，騰訊有一個(gè)“10/100/1000法則”：產(chǎn)品經(jīng)理每個(gè)月必須做10個(gè)用戶(hù)調查，關(guān)注100個(gè)用戶(hù)博客，收集反饋1000個(gè)用戶(hù)體驗。在bat中，騰訊的產(chǎn)品體驗是明顯優(yōu)于其他兩家，這并非沒(méi)有原因。
我們能收集到用戶(hù)反饋永遠只是停留在我們APP的用戶(hù)中的愿意反饋的一部分用戶(hù)的聲音。我們更需要的是沒(méi)有來(lái)用，用了就走了的用戶(hù)的聲音。過(guò)于關(guān)注已有用戶(hù)的聲音，為他們做需求，對于小眾的APP來(lái)說(shuō)，會(huì )非常致命。這樣的迭代往往會(huì )讓產(chǎn)品越走越偏，吸引新用戶(hù)能力反而更差。在pc端的時(shí)候，在用戶(hù)卸載一個(gè)軟件時(shí)，總會(huì )跳出來(lái)一個(gè)提示框，讓用戶(hù)說(shuō)明下卸載的原因，相信大家都是直接點(diǎn)叉走人。也說(shuō)明了這個(gè)問(wèn)題其實(shí)一直都在，這也需要我們能跳出自己的app的現有用戶(hù)范圍去收集更多的用戶(hù)信息，反饋。
3、數據分析
我現在的工作內容比較雜，數據分析的工作也要接觸，就整理了下流程，順便推薦大家看看這篇文章（數據驅動(dòng)設計：數據處理流程、分析方法和實(shí)戰案例）：
上面這個(gè)流程是針對自己產(chǎn)品的數據工作，其他的數據來(lái)源就比較雜，咨詢(xún)公司出的分析報告，大公司的發(fā)布數據，各個(gè)應用平臺可見(jiàn)數據，還有像appannie，百度指數等等，也可以作為產(chǎn)品工作的一個(gè)參考。
很多時(shí)候，有數據作為支撐討論問(wèn)題，評審需求都更有底氣，也能避免產(chǎn)品經(jīng)理拍腦袋（雖然有時(shí)候也需要~）。
4、競品分析
對于競品分析，相信大家都做了不少，也形成了各自的一些競品分析方法。我在網(wǎng)上也看到了不少競品分析的文章和方法，各有側重。我現在寫(xiě)的，也是一時(shí)之見(jiàn)，隨著(zhù)將來(lái)水平的進(jìn)步，肯定還會(huì )不段的優(yōu)化。但，只有不斷的寫(xiě)，才能不斷的進(jìn)步：
競品定義：
競品尋找方法：
分析流程：
上面是我的一些競品思路，更多的是注重產(chǎn)品思考，多問(wèn)為什么和自己應該怎么做。
比較常見(jiàn)的競品分析思路還有是從產(chǎn)品的五要素出發(fā)（參見(jiàn)《用戶(hù)體驗要素》），從上而下（戰略層-表現層），結構清晰。但這種方式對于大產(chǎn)品會(huì )因為涉及的需求，功能太多，會(huì )容易流于表面，蜻蜓點(diǎn)水。
還有是從產(chǎn)品定位，核心功能，主要界面，這樣的方式去體驗，需要體驗者對產(chǎn)品有一定的了解。
還有就是針對產(chǎn)品的某個(gè)方面如，SWOT分析，功能羅列對比，波士頓矩陣。
另外再推薦幾篇覺(jué)得不錯的相關(guān)文章供大家思考：
再談競品分析——選擇重于分析，分析重于羅列
最好的競品分析報告的思路應該是這樣的
FACEBOOK產(chǎn)品設計總監！設計APP時(shí)的14個(gè)必考題
5、公司內部
1）老板拍腦袋
作為產(chǎn)品，在創(chuàng )業(yè)公司，老板提的需求占了需求總量的不小一部分。畢竟在創(chuàng )業(yè)公司，老板才是最大的產(chǎn)品經(jīng)理，這個(gè)產(chǎn)品可能也是老板以前一點(diǎn)一點(diǎn)想出來(lái)的。老板的大部分想法都比較靠譜，畢竟人家經(jīng)驗豐富，站得高看的也遠。但作為老板，顧忌少，又不能很好的遵守需求的流程，但需求優(yōu)先級又很高。所以，很多坑就是這么來(lái)的。
就像最近策劃會(huì )議的時(shí)候，老板拋出來(lái)一大堆的功能，然后讓我們討論，這些功能應該怎么策劃（創(chuàng )業(yè)公司，老板永遠是最大的產(chǎn)品經(jīng)理）。我一臉無(wú)奈，“老板功能是為了解決用戶(hù)的需求和問(wèn)題，如果沒(méi)有確定用戶(hù)需求，那功能策劃只是無(wú)源之水，更不要說(shuō)其后的功能評估了?！睜幷摿税胩?，把會(huì )議的主題轉到了需求評估上。然后發(fā)現老板的需求都來(lái)自和一些家長(cháng)的聊天，還有自己平時(shí)的想法。但這不靠譜啊，所以，議題又轉到了怎么確定需求。最后，老板手一拍，我的需求就這樣了，你們回去思考分析下。然后散會(huì )。。。需求其實(shí)是產(chǎn)品設計的地基，后續的一切都建立在這上面，也是準繩，后續的功能評估也是依賴(lài)于此。這里一步錯，就是步步錯。
（后來(lái)老板還是直接跳過(guò)了需求確認會(huì )直接開(kāi)始功能確定會(huì )議。。。）
多說(shuō)幾句，以前剛來(lái)這個(gè)公司的時(shí)候，還得意自己能和老板拍桌子，討論需求，硬頂一些需求。后來(lái)，才發(fā)現，得不償失。吵得多了，老板就開(kāi)始不局限于需求了，你的思路有問(wèn)題，你的設計能力欠缺等等。很多時(shí)候，要把心態(tài)放低，多學(xué)習下溝通的藝術(shù)。
2）其他產(chǎn)品
是的，作為產(chǎn)品一起思考討論碰撞，還能冒出不少好點(diǎn)子，畢竟一人計短二人計長(cháng)。尤其身邊有一個(gè)有經(jīng)驗的產(chǎn)品真的很能起到指導的作用，如果沒(méi)有就主動(dòng)走出去認識人。
3）運營(yíng)人員
運營(yíng)人員是公司中最直接接觸用戶(hù)的一批人，接觸頻率高，很多時(shí)候，運營(yíng)人員能提供很多用戶(hù)的反饋，需求。
另一方面，運營(yíng)也是需求的產(chǎn)生者，運營(yíng)活動(dòng)會(huì )產(chǎn)生一系列的相關(guān)需求。這方面的需求角度和其他的需求還不太一樣，運營(yíng)一般是背有kpi的，所以更多的和一些運營(yíng)數據相關(guān)。在這里產(chǎn)品需要起到設計并把關(guān)的作用。
4）技術(shù)測試
是的，技術(shù)，技術(shù)的同學(xué)總能站在技術(shù)的角度提出一些你從來(lái)沒(méi)想過(guò)的問(wèn)題，思考問(wèn)題的角度不同，有時(shí)候還是能提出一些獨到的見(jiàn)解。就像是我們的技術(shù)經(jīng)理說(shuō)的，有一個(gè)愿意給你提意見(jiàn)的技術(shù)，總比默默給你寫(xiě)bug的技術(shù)好。愿意提意見(jiàn)，需求，說(shuō)明技術(shù)真的在思考產(chǎn)品，可以反過(guò)來(lái)促進(jìn)產(chǎn)品經(jīng)理進(jìn)一步思考產(chǎn)品的需求。但是有所為有所不為，因為產(chǎn)品和技術(shù)在爭論需求時(shí)經(jīng)常處于弱勢，這就要求產(chǎn)品要真正的站在用戶(hù)角度提出需求。而不是說(shuō)老板說(shuō)的，運營(yíng)要求的等等，這絕對是致命一擊。
一個(gè)產(chǎn)品經(jīng)理背后總有一堆指點(diǎn)江山的大神，畢竟產(chǎn)品的門(mén)檻低，誰(shuí)都能說(shuō)上兩句。但作為產(chǎn)品還是應該積極應對，通過(guò)完善的需求獲取方式，把大神們的需求納入到流程規范當中。要說(shuō)服別人同意你的意見(jiàn)，也要做到有理可依，有據可查。決不能淪落為功能實(shí)現經(jīng)理，畫(huà)圖經(jīng)理，機械地執行任務(wù)。
三、需求怎么評估
需求的評估細分下來(lái)還可以分為兩個(gè)問(wèn)題，需求做不做和需求的優(yōu)先級問(wèn)題。
To do or not to do，這永遠是擺在產(chǎn)品面前的一道難題。咋看來(lái)是無(wú)從下手，但還是有一些明確的方法可以借鑒。
1、邏輯分析法
正如上文需求分類(lèi)和來(lái)源中提到的，我們發(fā)現的需求并不一定是毫無(wú)問(wèn)題的。數據分析可能會(huì )有偏差，用戶(hù)研究可能會(huì )有人為因素，但綜合多個(gè)來(lái)源產(chǎn)生的需求，互相印證，綜合分析，走歪的可能性就大為降低了。很多需求，產(chǎn)品是可以通過(guò)經(jīng)驗和邏輯判斷能力直接去除的。這也是為什么很多產(chǎn)品經(jīng)理招聘的要求里有邏輯分析能力強的一個(gè)原因。
從一個(gè)需求是否需要滿(mǎn)足，可以砍掉一些價(jià)值不大的，沒(méi)有什么使用場(chǎng)景的，和無(wú)法實(shí)現的需求。
對需求進(jìn)行進(jìn)一步深挖，把一些表面/偽需求/需求解決方法轉化為真實(shí)的需求。
2、產(chǎn)品定位法
產(chǎn)品定位主要包括三方面，目標用戶(hù)，主要功能，產(chǎn)品特色。對需求按照這三方面來(lái)檢驗，是否是目標用戶(hù)的需求，是否和主要功能緊密相關(guān)，是否符合產(chǎn)品特色。
就像網(wǎng)易云音樂(lè )，分享聽(tīng)音樂(lè )時(shí)的感受這個(gè)需求，符合云音樂(lè )的目標用戶(hù)（大眾音樂(lè )愛(ài)好者），跟主要功能（找歌聽(tīng)歌）比較相關(guān)，也符合云音樂(lè )的社交音樂(lè )app的產(chǎn)品特色，所以這個(gè)需求是可以做的（音樂(lè )評論）。（《【聚焦產(chǎn)品核心能力系列】?jì)r(jià)值鏈導向的產(chǎn)品決策》這篇文章也是類(lèi)似的角度，講的也挺精彩的，推薦下）
對于產(chǎn)品定位的探討，可以再另外寫(xiě)一篇文章來(lái)探討。
3、KANO模型法
KANO模型把需求分為如圖三類(lèi)：
基本型需求：
如果此類(lèi)需求沒(méi)有得到滿(mǎn)足或表現欠佳，用戶(hù)的不滿(mǎn)情緒會(huì )急劇增加，并且此類(lèi)需求得到滿(mǎn)足后，可以消除用戶(hù)的不滿(mǎn)，但并不能帶來(lái)用戶(hù)滿(mǎn)意度的增加。產(chǎn)品的基本需求往往屬于此類(lèi)。對于這類(lèi)需求，產(chǎn)品的做法應該是注重不要在這方面失分。
期望型需求：
此類(lèi)需求得到滿(mǎn)足或表現良好的話(huà)，用戶(hù)滿(mǎn)意度會(huì )顯著(zhù)增加，當此類(lèi)需求得不到滿(mǎn)足或表現不好的話(huà)，用戶(hù)的不滿(mǎn)也會(huì )顯著(zhù)增加。這是處于成長(cháng)期的需求，用戶(hù)、競爭對手和產(chǎn)品自身都關(guān)注的需求，也是體現競爭能力的需求。對于這類(lèi)需求，產(chǎn)品的做法應該是注重提高這方面的質(zhì)量，要力爭超過(guò)競爭對手。
魅力型需求：
此類(lèi)需求一經(jīng)滿(mǎn)足，即使表現并不完善，也能到來(lái)用戶(hù)滿(mǎn)意度急劇提高，同時(shí)此類(lèi)需求如果得不到滿(mǎn)足，往往不會(huì )帶來(lái)用戶(hù)的不滿(mǎn)。這類(lèi)需求往往是代表用戶(hù)的潛在需求，產(chǎn)品的做法就是去尋找發(fā)掘這樣的需求，領(lǐng)先對手。（定義來(lái)自于百度，略改）
這表可以通過(guò)用戶(hù)思考功能實(shí)現和不實(shí)現時(shí)感覺(jué)獲得，一共25種可能分類(lèi)。
字母代表對此功能，實(shí)現和不實(shí)現情況下的情緒反應對應的人數比例。
同時(shí)，E表示興奮型需求，L表示期望型需求，M表示基本型需求；R表示相反的需求，I表示無(wú)關(guān)緊要的需求，Q表示存疑的需求。
公式中字母代表該需求，選擇這個(gè)類(lèi)型的人數總和。
A=（E+L)/(E+L+M+I)越接近于1，說(shuō)明增加這功能用戶(hù)得到的滿(mǎn)意度提升
B=（L+M）/（E+L+M+I),越接近于1，說(shuō)明不增加這功能導致的不滿(mǎn)意度上升
A低B高說(shuō)明是基本型需求，A高B低說(shuō)明是興奮型需求，A高B高說(shuō)明是期望型需求，A低B低說(shuō)明這個(gè)需求無(wú)關(guān)緊要，不需要做。
評估要不要做后，接下來(lái)就應該考慮的是，哪個(gè)先做，就是需求優(yōu)先級排序。
經(jīng)過(guò)上述的一步步，你手里可能已經(jīng)有了一堆的需求列表，那什么該先做，什么該后做，也許這就決定了你這個(gè)產(chǎn)品的生死。如果你是神級產(chǎn)品，按照你的經(jīng)驗直覺(jué)來(lái)就好，不過(guò)估計也不需要來(lái)看我這篇文章了。作為菜鳥(niǎo)產(chǎn)品，就老實(shí)按照方法來(lái)，積累經(jīng)驗。
首先，要考慮產(chǎn)品是否已上線(xiàn)，如已上線(xiàn)，需要考慮幾個(gè)點(diǎn)：
考慮了種種要求后，可以得出一個(gè)需求優(yōu)先級排序列表。
如果產(chǎn)品還未上線(xiàn)，12數據的獲得都是需要產(chǎn)品主動(dòng)的去獲取，各種競品，分析報告。5中需求類(lèi)型也優(yōu)先做基本需求。但整體的步驟相差不大，對產(chǎn)品的要求也更高。
做產(chǎn)品有一個(gè)體會(huì )就是，越在上游做的多，下游就越輕松，寧愿在這一步多花一些功夫也不要在產(chǎn)品上線(xiàn)后才發(fā)現功能不如預期。
以前待過(guò)一家公司，那時(shí)候剛去，每周五會(huì )進(jìn)行一次產(chǎn)品演示，把已經(jīng)開(kāi)發(fā)好的app功能通過(guò)大屏幕展現出來(lái)，然后讓幾個(gè)合伙人看產(chǎn)品是否符合需求。如果有問(wèn)題就要從頭開(kāi)始設計，這樣導致的問(wèn)題就是項目進(jìn)度非常慢，在我去之前，已經(jīng)花了兩個(gè)多月的時(shí)間來(lái)反復修改。這樣做了兩個(gè)星期我就忍不住了，這樣的返工效率實(shí)在太低，就加入了需求評審和交互稿評審的環(huán)節。到了界面開(kāi)發(fā)這個(gè)階段，就不再做大的改動(dòng)，才大大提高了項目進(jìn)度。
四、需求文檔該怎么寫(xiě)
產(chǎn)品要寫(xiě)的需求文檔不少，但我們一般說(shuō)起來(lái)的，用的最多的，應該還是prd文檔。
prd該怎么寫(xiě)呢？
要回答這個(gè)問(wèn)題，首先要考慮的是，這是給誰(shuí)看的。
同級的產(chǎn)品，交互，UI，技術(shù)，測試，運營(yíng)看的，需要夠詳細，夠清楚，才能讓他們知道怎么按照需求文檔做。是的，這一大幫子人，都是要依賴(lài)這份文檔來(lái)下一步工作，這份文檔的基礎性，重要性不言而喻。
那這份文檔應該包含什么呢，有什么規范和注意事項。
下面的文字主要來(lái)自于我自己工作學(xué)習中的感悟，只能說(shuō)適合我的需要，而且也還在不斷的摸索改進(jìn)中，大家可以看看作為參考。文后也貼了些一些其他人的文章，大家可以對照的看，以找到合適自己的需求文檔寫(xiě)作方式。
1、需求記錄
對我來(lái)說(shuō)，這個(gè)文檔是我與其他相關(guān)人員（老板，產(chǎn)品組，交互，視覺(jué)，技術(shù)，測試，運營(yíng)）溝通和pk的主要工具。每一次的溝通結果都要在這有一定的體現和記錄，只有如此，后續的工作才能有效的展開(kāi)。而需求記錄在這起到的作用就是對這個(gè)過(guò)程有個(gè)記錄，并且每個(gè)看到這個(gè)記錄的人都能知道這個(gè)文檔的進(jìn)展，不會(huì )做無(wú)用功，重復功?？梢韵胂?，如果不做詳盡的記錄，文檔的每一次變化，相關(guān)人員看到的時(shí)候都會(huì )不知從何下手，不知道哪里有變化，上次討論的結果最后如何做等等。需求文檔是一個(gè)統一思想，同步進(jìn)度的工具，而需求記錄就在其中起著(zhù)至關(guān)重要的作用。
做好了這個(gè)記錄，需求變更，需求追蹤都會(huì )變得輕而易舉，是我們產(chǎn)品與其他人員“撕逼”一大利器。
需求記錄
2、需求背景
介紹市場(chǎng)情況，產(chǎn)品定位，競品分析，用戶(hù)研究，需求來(lái)源，需求分析等，這些工作都要做的扎實(shí)，可以參考前面的內容。要讓文檔面向的對象明白為什么要做，做的大致方向，起到統一思想的作用。這里的功夫更多的是在文檔外。
3、總體介紹
對需求總體進(jìn)行介紹，在這我一般采用思維導圖的形式，對需求進(jìn)行介紹，涉及的模塊，功能范圍。讓大家對需求有個(gè)總體的認識。
不要過(guò)早的進(jìn)入細節，這點(diǎn)還是很有好處的。只有大家的思維站在了同一高度，才不會(huì )在后續的需求討論時(shí)局限于細節，而這點(diǎn)也是在各個(gè)評審會(huì )上最令人頭疼的一點(diǎn)。
4、需求描述
需求描述
關(guān)于流程圖，很多產(chǎn)品不怎么畫(huà)，但對我來(lái)說(shuō)，在需求的完善階段，一個(gè)好的流程圖，能起到查缺補漏的作用，而且可以讓你不要過(guò)早的進(jìn)入到交互，界面，導航的考慮上。這里想得越清楚，后面的需求變更會(huì )少很多。
用這個(gè)和開(kāi)發(fā)進(jìn)行溝通其實(shí)挺有幫助的，測試也不需要追在后面不停的問(wèn)，這里有個(gè)情況怎么處理。
5、相關(guān)原型
原型的做法往細了講，太占篇幅，主要分為低保真，中保真，高保真。在工作中，我一般做到中保真的程度，足夠傳遞界面，交互細節。
這里還有個(gè)特點(diǎn)就是為了便于討論，最好把需要討論的頁(yè)面都做出來(lái)。
具體一些細節，因為是討論需求的，就不過(guò)多討論了。有機會(huì )在原型篇章再做討論吧。
五、需求評審怎么過(guò)？
需求到了文檔這一階段，就不再是存在于產(chǎn)品腦海中的事物了，需要通過(guò)溝通把需求傳遞給相關(guān)人員，這就是需求評審會(huì )。
需求評審涉及的人員極多，老板，產(chǎn)品，交互，視覺(jué)，開(kāi)發(fā)，測試，運營(yíng)，每個(gè)人所站的角度都不同，對需求的理解水平也相差極大。
所以需求評審會(huì )，是產(chǎn)品推進(jìn)的一道坎，這一條坎過(guò)的好壞，直接影響后續工作的推進(jìn)。
那需求評審應該怎么進(jìn)行？功夫都在會(huì )外。
1、提前發(fā)出
把需求文檔，原型提前一定時(shí)間發(fā)出，確定參會(huì )人員有時(shí)間查看，思考。要考慮項目的時(shí)間進(jìn)度，發(fā)出的時(shí)間不能太早或太晚。太早，有的人看的早，忘得也早，有的人覺(jué)得時(shí)間還早，晚點(diǎn)看，就忘了。太晚，大家不一定抽的出足夠的時(shí)間來(lái)看，來(lái)思考。
2、提前溝通
會(huì )前需要找關(guān)鍵人員進(jìn)行一對一的溝通，這個(gè)主要有三個(gè)好處，
一個(gè)是確保大家都看了文檔，這樣不會(huì )一頭霧水的進(jìn)入會(huì )議室，這樣就會(huì )導致會(huì )議的效率大大降低，相信我，這樣的會(huì )議會(huì )出各種幺蛾子。
二是提前溝通，可以讓大家有什么疑問(wèn)可以提前提出，如果你已經(jīng)有思考過(guò)，可以提前解釋?zhuān)澥?huì )議的時(shí)間；如果沒(méi)有想到（這是很有可能的，畢竟一人計短）那就可以提前做好準備，思考完善。
再者開(kāi)會(huì )時(shí)，你是一對多，而且是不同職位的同事，在會(huì )議上進(jìn)行有效說(shuō)服的成本會(huì )很大。一個(gè)人提出一個(gè)質(zhì)疑，經(jīng)常會(huì )引起其他人的共鳴，這樣你就要努力說(shuō)服多個(gè)人，這是很痛苦的一件事。
因為一個(gè)理由可能只能說(shuō)服一個(gè)人，每個(gè)人的思考角度不同，出發(fā)點(diǎn)不同，攪在一起，是很難理清的。當然，口才好的，覺(jué)得自己能舌戰群雄的同學(xué)可以無(wú)視這個(gè)。
我不希望產(chǎn)品的通過(guò)口才來(lái)說(shuō)服同事。很多時(shí)候，一個(gè)一般的需求也能在產(chǎn)品的妙語(yǔ)如珠下通過(guò)。這個(gè)真的不是好事，因為產(chǎn)品不能靠口才來(lái)打動(dòng)不能見(jiàn)面的用戶(hù)。
在闡明了強有力的理由后，通過(guò)事實(shí)來(lái)說(shuō)服同事，把信息傳遞給同事，這個(gè)才是需求評審的意義。竊以為，這點(diǎn)也是為什么很多優(yōu)秀的產(chǎn)品經(jīng)理都是內向的，因為內向的產(chǎn)品經(jīng)理，只能通過(guò)更加完善的需求來(lái)打動(dòng)同事。
3、確定會(huì )議時(shí)間，參會(huì )人員
開(kāi)會(huì )前的準備工作還有就是，協(xié)調參會(huì )人員，參會(huì )時(shí)間，參會(huì )地址，確認大家都知道這些信息?？梢栽跁?huì )議開(kāi)始前再通知一次，不然到了點(diǎn)再催就是組織上出了問(wèn)題。
同時(shí)，開(kāi)會(huì )前也要確定下，相關(guān)的會(huì )議室，設備和材料準備完全。這些事都是細節，但還是挺有用的。
4、會(huì )議過(guò)程
講解的流程我一般按照需求文檔的內容，可以參見(jiàn)上文《需求文檔該怎么寫(xiě)》。如果前面的工作做到位，會(huì )議更多的是統一思想同步進(jìn)度。但需要注意以下的幾個(gè)易犯的問(wèn)題：
1）離題萬(wàn)里
需求會(huì )議一看，大家經(jīng)常會(huì )由一個(gè)點(diǎn)，無(wú)限的延伸開(kāi)去。這點(diǎn)其實(shí)是好事，說(shuō)明大家對產(chǎn)品的參與感強，是把產(chǎn)品當做自己的事。但時(shí)機不對，導致需求會(huì )議是要確定需求，優(yōu)先級。新的需求不是在這里產(chǎn)生的，不經(jīng)過(guò)仔細的思考，研究，拍腦袋的需求大都會(huì )誤導大家的思路。
產(chǎn)品經(jīng)理作為會(huì )議組織人，要發(fā)現這個(gè)的苗頭，做個(gè)掃興的人，在大家談性正高的時(shí)候，把會(huì )議拉回正題。但需要一定的技巧，比如，”大家的建議都很有價(jià)值，我這邊都記錄下來(lái)了，以后可以專(zhuān)門(mén)做些調研，研究。接著(zhù)我們再確定下個(gè)需求吧?！?/p>
2）糾結細節
對于交互，界面，大家都有自己的使用習慣，理解，反映出來(lái)就是大家都能對這些提一些主觀(guān)的看法。很多時(shí)候，這個(gè)也代表一部分用戶(hù)的意見(jiàn)，很有參考意義。但也只能作為一個(gè)參考意見(jiàn)，產(chǎn)品如果在這里過(guò)于糾結就會(huì )因小失大。
這時(shí)候，還是得讓產(chǎn)品說(shuō)出自己這么做的理由，并總結他人的理由，做出最后的決定。
3）難以確定
在一些需求上，大家最后都有自己的看法，無(wú)法統一，這時(shí)候再怎么糾結也不能做出最后決定。產(chǎn)品可以站出來(lái)，擱置需求，會(huì )后產(chǎn)品綜合意見(jiàn)，溝通后再做確定。一定要確保會(huì )議的順利進(jìn)行，不能浪費大家的時(shí)間。
4）維護自己權威
在看需求會(huì )議的時(shí)候，在講的一個(gè)個(gè)需求都是產(chǎn)品經(jīng)理經(jīng)過(guò)不斷思考，挖掘的需求，可以說(shuō)每行文字都有產(chǎn)品經(jīng)理的心血所在。當產(chǎn)品聽(tīng)到別人的質(zhì)疑時(shí)，總是想說(shuō)服別人，維護自己的觀(guān)點(diǎn)和權威。產(chǎn)品有一定的權威有利于產(chǎn)品項目的推進(jìn)，但不是靠固執，執拗，反對聽(tīng)取他人的意見(jiàn)來(lái)維護。
在需求會(huì )議上，產(chǎn)品一定要記得帶上耳朵和開(kāi)發(fā)的心態(tài)，讓大家一起參與到需求確定上來(lái)。大家的每一個(gè)看法都是促進(jìn)產(chǎn)品完善，用戶(hù)體驗上升的機會(huì )。
5）問(wèn)題反復
當一個(gè)需求確認后，已經(jīng)推進(jìn)到下個(gè)需求，然后又說(shuō)著(zhù)說(shuō)著(zhù)又回到了上個(gè)需求。這時(shí)候，要及時(shí)制止，把會(huì )議拉回到進(jìn)度上。還有意見(jiàn)，會(huì )后再議。
6）、會(huì )議結束
會(huì )議結束后，要及時(shí)整理會(huì )議的記錄，并把大家的意見(jiàn)收集到需求文檔中，附上最后的處理方式，相關(guān)修改。
有些懸而未決的問(wèn)題也要及時(shí)找對應的人員確定。
確定的需求也要及時(shí)的推進(jìn)到交互，視覺(jué)和開(kāi)發(fā)人員，確定估時(shí)，排期。
六、需求變更怎么辦
需求變更這種事，大家都不想的啦，無(wú)辜臉~千辛萬(wàn)苦的把需求推進(jìn)下來(lái)，這里面產(chǎn)品花的心血也不少。但作為掌控需求的人，需求變更的鍋只能產(chǎn)品經(jīng)理背。
1、需求變更的原因
1）產(chǎn)品戰略，市場(chǎng)環(huán)境，外部條件變化。這種客觀(guān)條件的變化，大部分時(shí)候不以產(chǎn)品經(jīng)理的意志為轉移，只能適應，只是要注意傳達好原因，不要因此影響了團隊士氣。
2）老板又開(kāi)始拍腦袋。人家是發(fā)工資的，很多時(shí)候，你費盡九牛二虎之力也說(shuō)服不了老板要改主意。既然反抗不了，那就閉上眼睛享受吧。
如果無(wú)法說(shuō)服老板，或者被老板說(shuō)服，你就要盡可能的執行，完善。即使老板的想法你覺(jué)得非常不對，但講清楚你的意見(jiàn)后，你還是得順從。在公司，不要把產(chǎn)品經(jīng)理這頭銜太當真，惡了老板那就去坐冷板凳吧。
3）產(chǎn)品前期工作沒(méi)做扎實(shí)，尤其是需求分析這一步。這一點(diǎn)雖然坑，但對于新手產(chǎn)品其實(shí)是必然要踩的一個(gè)坑。對于有經(jīng)驗的，也只能說(shuō)盡量避免。產(chǎn)品與技術(shù)的矛盾很多時(shí)候就來(lái)源于此。
4）產(chǎn)品設計出問(wèn)題。這個(gè)也挺常見(jiàn)，一些邏輯流程，交互設計，邊際狀況沒(méi)考慮好，或者覺(jué)得有更優(yōu)的方式。到了上線(xiàn)前的測試階段也會(huì )出現一些。這種變更就要評估改動(dòng)的成本和帶來(lái)的效益了。
5）在需求確認會(huì )，開(kāi)發(fā)覺(jué)得能做，隨后也估了時(shí)。然后某天，開(kāi)發(fā)溜過(guò)來(lái)，
“嘿，我覺(jué)得這個(gè)需求這樣不好，用戶(hù)肯定不會(huì )這么用戶(hù)我們的產(chǎn)品，這樣做對用戶(hù)體驗不好”
“說(shuō)人話(huà)”
“原先的方案有問(wèn)題，這個(gè)需求實(shí)現起來(lái)會(huì )非常麻煩，需要改需求”
一番探討后，擼起膀子改需求唄。
2、需求變更的應對
1）重新分析需求
當變更的時(shí)候，不要著(zhù)急改變，重新思考原有需求的思路，對比新舊需求的變化，變化原因。要對自己原有的思路有信心。對新需求一定要慎重，再慎重！如果新需求提出后再對其變更，非常損害團體的士氣，對后續的工作展開(kāi)會(huì )非常麻煩。
2）更新需求文檔
按照需求流程及時(shí)更新相關(guān)內容，并在文檔注明索引，方便大家查找和后續追溯。并且根據需求變更大小，通知相應人員同步信息。這里的人員不要僅限于開(kāi)發(fā)，還有測試，運營(yíng)，視覺(jué)等。要做到信息的及時(shí)同步！相信我，這里有坑，淚目。
3）項目進(jìn)度更新
需求變更大都會(huì )帶來(lái)項目進(jìn)度的問(wèn)題，在需求變更后，需要及時(shí)對其產(chǎn)生的進(jìn)度影響做評估。
4）需求變更的復盤(pán)
這一步其實(shí)是產(chǎn)品自身的提高所必須的，前車(chē)之鑒后事之師。
講真，需求變更其實(shí)是產(chǎn)品與開(kāi)發(fā)最容易產(chǎn)生問(wèn)題的地方，盜的一張圖，大家可以引以為鑒。
七、需求怎么管理
我們收集來(lái)的需求，按照各自的版本迭代順序，會(huì )慢慢上線(xiàn)，但肯定有優(yōu)先級和時(shí)間前后，那應該怎么管理呢？
要做好需求的管理，需要建立需求庫和做好版本規劃。
1、需求入庫
建立好需求庫，分析好的需求按照下表進(jìn)行記錄分類(lèi)，優(yōu)先級，描述等，然后放入到需求庫。如果已明確對應版本，直接放入。
2、需求跟蹤
隨著(zhù)項目進(jìn)行及時(shí)更新項目狀態(tài)，從新建-進(jìn)行中（記錄目標版本）-已解決（上線(xiàn)），特殊情況如關(guān)閉，重開(kāi)，延期。并在上線(xiàn)后做好需求對應的功能上線(xiàn)后情況，做好數據和用戶(hù)反饋跟蹤。
產(chǎn)品到一定程度后，需求庫，及每個(gè)版本的需求量都是極大的，一般都是采用一些管理系統來(lái)管理，如redmine，禪道等。這之間的差別倒也不大，只要成員之間用的來(lái)就行。
不過(guò)需要注意，這個(gè)只是工具，充分有效的溝通才是最有用的，這里更多的是一個(gè)記錄提醒作用。
這篇文章寫(xiě)了好久，在寫(xiě)和查找資料的過(guò)程中也總是會(huì )冒出一些新的想法，不斷的添加修改。最后，總算覺(jué)得再改下去就不知道寫(xiě)到什么時(shí)候了，而且以我的水平，也只能寫(xiě)成這樣了。估計要再修煉一段時(shí)間才能站在新的高度來(lái)審視需求，這個(gè)產(chǎn)品經(jīng)理的核心能力。
接下來(lái)應該會(huì )再寫(xiě)一篇，市場(chǎng)分析方面的文章，現在還在思考和收集資料階段，估計又是痛苦的歷程~
大家有興趣也可以關(guān)注我的簡(jiǎn)書(shū)賬號，靜默之思。里面也寫(xiě)了不少產(chǎn)品設計方面的產(chǎn)品框架的文章，請大家多指教~
一些參考的文章和書(shū)籍，大家可以看下。
書(shū)籍
《產(chǎn)品心經(jīng)》
《破繭成蝶》
《互聯(lián)網(wǎng)產(chǎn)品從設計到運營(yíng)》
《用戶(hù)體驗設計師的成長(cháng)之路》
文章
產(chǎn)品經(jīng)理必須學(xué)會(huì )的會(huì )議管理技巧
真實(shí)案例：用KANO模型和PSM價(jià)格敏感度確定產(chǎn)品功能和定價(jià)
心理學(xué)之需求和動(dòng)機
用戶(hù)研究的舊瓶裝新酒
產(chǎn)品經(jīng)理：不要成為作圖經(jīng)理
【聚焦產(chǎn)品核心能力系列】?jì)r(jià)值鏈導向的產(chǎn)品決策
作為產(chǎn)品經(jīng)理，如何給用戶(hù)需求排序
你還在犯草根產(chǎn)品經(jīng)理在犯的錯嗎？
論需求和功能：如何分析需求并設計成功能
產(chǎn)品新人如何開(kāi)需求評審會(huì )？
從哪采集需求？這十方面就夠了
『三分法』搞定產(chǎn)品需求分析
PM大招：百度貼吧前負責人首爆9條心得
任督二脈的啟示錄 陋習 快速上手
*著(zhù)作權歸作者所有，轉載請聯(lián)系作者獲得授權。
聯(lián)系客服
