作為一枚產品助理，總會從老板、用戶、市場、競品等等獲得源源不斷的需求。真需求、偽需求、功能改進需求、用戶體驗需求等等、各式各樣的，那么如何進行需求管理呢？
1? 準備工作 --了解需求池
需求池就是記錄所有需求的地方。每個產品團隊都應該有一個需求池，記錄產品部接收到的所有信息，及時同步信息，為下個版本，甚至下下個版本迭代做準備。
1.1? 需求池的作用
分析和處理需求的地方。這么說吧，需求池就像一個漏斗，各種需求進來，經過一番分析和處理后，留下一些可以在版本迭代時使用的需求。
注意：這里的bug修復不是指的測試管理的bug，是用戶或產品自己日常使用時發(fā)現的bug。
1.2需求池的形態(tài)
形態(tài)一：Excel，這是比較常見的樣式，歸類比較方便，但是比較適合個人記錄需求，不能和別人及時共享信息。
形態(tài)二：項目管理軟件，例如騰訊文檔，可以在線多人協作工作，查看最新需求狀態(tài)，我所在的公司就是采取這種方式記錄需求。如圖1所示：
1.3需求池的要素
需求池是由幾個關鍵點組成的，具體可以根據每個公司情況來定。
序號：需求標識，便于需求管理，1，2，3，4，5，6
需求名稱：簡單描述需求，清晰并簡短
版本號：在哪個版本下遇到的問題
所屬模塊：產品的一級及二級類目
需求類型：新增功能、功能改進、BUG修復、體驗提升（界面設計和交互設計）、內部需求。
需求描述：包含需求背景、需求價值和問題，即：要明確在什么樣的場景下（需求背景），用戶為了達到什么目標時（需求價值），進行某種操作時遇到的問題（問題）。
需求來源：用戶反饋、市場、運營、銷售、競品分析、老板、靈感。
提交人：需求提出人及聯系方式。如果是用戶反饋的，比如問卷調查、應用市場評分、論壇等等，需要記錄下來用戶的姓名，id，以及聯系方式。如果是公司內部同事，則要記錄清楚姓名?？傊褪锹鋵嵉絺€人。
提交時間：需求提出人提出的時間，即進入漏斗的時間
需求狀態(tài)：每個需求隨著項目的進行，會伴隨不同的狀態(tài)
需求優(yōu)先級：這個看各公司情況，一般實錘bug優(yōu)先級較高。關于優(yōu)先級分類這里就不再多說了，我使用的是“重要-緊急”這樣的分類方法。
2.一個需求的來龍去脈
簡單的說就是四步：收集需求-->初步需求整理-->分析篩選需求-->設計需求解決方案并開發(fā)
2.1收集需求??
收集需求時，注意要記錄最真實原始的描述。當別人跟你反饋的時候，多注意以下幾點：
? ?反饋者：反饋問題的人，多為用戶、同事；反饋需求的人，多為上司、老板等等。
? ?受影響人群：這個問題造成什么人操作困難。一般就是誰反饋的誰是受影響人群。
? ?反饋者的描述情況：什么場景下發(fā)生了什么問題，了解清楚是設計缺陷、設計待優(yōu)化還是bug，做到心中有數。
? ?細節(jié)信息：產品版本、手機型號、瀏覽器、系統(tǒng)版本、網絡情況等等。
當這些信息都采集完成后，我就開始整理這些需求。
2.2初步需求整理
整理需求，首先對這些需求進行簡單的分類：新增功能、功能改進、BUG修復、體驗提升（界面設計和交互設計）、內部需求。
接著簡單判斷一下，這個需求是真需求還是偽需求，也就是說用戶提出這樣的問題是產品設計問題還是其他問題？如果是 真需求，那需要怎么做才能改進，是能做還是不能做（開發(fā)能不能做不出來，能不能實現），思考完后，對這些需求進行一個簡單的優(yōu)先級排序，錄入需求池。等待需求討論會，決定下個版本實現哪個需求。
2.3分析篩選需求
好了，產品部開一場需求評審會，在會議中討論下個版本甚至下下個版本應該做什么，產品經理會在會議中討論你所整理的需求池，此時就是作為助理的最佳學習時間，多聽產品經理是如何分析問題，多看產品經理是如何思考的，如何判斷真?zhèn)涡枨?，畢竟站的高度是不一樣的，如果此時有疑問一定要提出來哇，機不可失失不再來~~~
2.4設計需求解決方案并開發(fā)
需求評審過后，確定好需要做的幾個需求，思考解決需求方案，輸出原型（如何思考如何輸出這里不再多寫），然后就進入了開發(fā)階段，至此一個需求的算是解決了。
