產品經理日常工作中，經常會遇到這樣的情況，boss,業務部門在提需求，自己也有很多想法，可通常會把精力放在當時催的緊急的事上面，以至于這些需求當時沒有來得及做或者記錄，之后遇到的便是各種混亂。到最后，雖然好像自己做了很多工作，但是別人不知道你在干什么，甚至自己回過頭想，自己也不知道做過什么。
以上問題的原因都可以歸結于一個原因：那就是沒有做好需求管理。
什么是需求管理？
需求管理就是需求的收集記錄、分析和整理過程。
產品經理沒有完善的需求收集機制，就會不知道需要解決什么；收集好需求后，沒有一個完整的分析過程，結果很可能就是沒有解決最重要的需求，或者是解決的方案差效果不好，自然也不會為公司創造效益反而勞神傷財；沒有做好需求管理，就不知道每個階段自己需要做什么，以前做過什么。
需求的初期：收集與記錄
需求來源：
配合公司發展的后臺支撐型需求（boss），業務部門用戶需求（用戶），產品規劃中的需求（PM），bug修復，產品優化等。需求的記錄：
用戶需求各式各樣，他們通常只知道我覺得這里好或不好，我想要干嘛，但是卻不知道需要做什么，這些需求產品經理需要通過整理將其轉化為產品（功能）需求放入需求池以進行評估。
無論是來自于業務部門需求還是配合公司業務發展的需求（上級需求），亦或是自我的想法等，我都會暫時將其記錄在需求池中（我用excel做了一個需求管理的模板），盡可能用簡潔明了的語言將需求記錄下，最好能將需求場景盡可能詳細記錄，以防需求過多或時間過長后無法還原該需求場景。
需求的中期：優先級評估與版本規劃
公司目前后臺產品經理就2位，通常我們都會每周將需求做一個優先級評估，評估需求優先級要注意的點：
目標匹配：對于戰略性需求，影響范圍較大，耗時較長的需求需要評估該需求與公司目前階段性目標是否匹配，作為一個創業階段的公司，這個時候更加關注的是用戶增長
例如：網上購物，開始發展時期更加關注的是用戶購物的環節，盡可能為用戶帶來更多的商品，當用戶積累到了一定的基數，那么這時對用戶的服務，商品配送環節就越來越重視。
需求的緊急性：通過需求的緊急程度評估優先級需求之間的潛在聯系：隨著需求池的需求越來越多，會發現很多需求之間需要解決的問題都是一個或一類問題，且在產品發展的規劃范圍類，那么這時就該將這一類需求劃入這一階段的版本規劃中。
資源匹配：需求永遠都有，但是資源確實有限的，正確評估當前資源與當前階段最需要解決的問題。
其它條件，實際情況可能會遇到很多其它條件，需要因人因實際環境兒評估
需求的后期：需求實現與狀態追蹤
在確定需求評估 之后，對于需要做的需求，為了能夠快速了解到當前做的事以及需求處于什么階段，做到能夠讓自己心里有數，這時就需要對需求處理狀態進行追蹤，我通常會使用狀態（需求階段，需求評審階段，開發階段，測試階段），預估上線時間（設計，技術都會估時）上線時間，相關人員（該需求相干人）來進行追蹤。
番外：需求進行中的插曲
當然由于公司資源有限，有時候很可能會發生一些突發情況，這個時候產品經理就需要做一個取舍，會遇到正在進行的需求暫停的情況。
