在一款產品的生命週期中，需求始終貫穿其中，產品圍繞需求而生，因需求而美。下面是本人對於需求管理的個人方法整理：
【需求收集】
需求的收集分為兩個階段。
第一階段在產品還未成型時，因為乙個核心的理念展開了需求的前期收集，比如乙個產品想要滿足人們的某種慾望，那麼之後的需求收集就都會圍繞著這個目的展開，而需求的意義就在於通過某種方式滿足這個目的。此階段的需求主要**於競品分析、訪談既要、問卷調查、資料分析、場景分析等。
第二階段的需求收集是在產品已經能夠滿足基本功能後，重點在滿足核心目的的基礎上優化體驗、增加使用者黏著度及盈利模式的拓展等，需求的**也主要在於使用者的反饋以及基於產品的定位進行的分析。
【需求整理】
通過各個渠道收集來的需求是存在噪音的，首先需要對各渠道的需求進行過濾：
過濾不符合常理的需求：即目前技術無法實現，或並沒有實際意義的需求；
過濾違背產品定位的需求：一款產品必須要有乙個清晰明確的定位，需求是為了更好的貼合、完善這個定位目標的；
過濾低價效比的需求：投入產出不成正比的需求。
過濾後的需求只是描述了目的的，而投入研發需要對需求進行一定的描述，即如何實現這個需求！（需求可能只是：評價功能，而如何實現這個評價功能是需要進行清晰定義的），也就是將收集到的需求轉換為產品需求，說明清楚產品真正要做的事。
接下來就是需求分類，需求分類的目的在於通過分類確定接下來要做的事，畢竟在人力有限的情況下無法一次性完成所有功能。
首先根據kano模型對需求進行定位，確定其屬性，如下圖：
定位到的屬性分為：必備屬性、期望屬性、魅力屬性、無差異屬性。反向屬性的需求在過濾階段就被清除了，不納入考慮。
在為需求打上了屬性標籤後，使用四象限法則對需求進行歸類。必備屬性需求歸類為「緊急、重要」，期望屬性及魅力屬性需求歸類為「非緊急、重要」或「緊急非重要」，無差異屬性需求歸類為「非緊急、不重要」。具體要根據實際情況來看，有時魅力屬性的需求也可能排定為「緊急、重要
需求工程 需求管理
需求以自然語言進行描述，應該以某種標識方案進行編號。幾種常見的需求標識和分類的技術 最靈活和不容易出錯的方法是利用資料庫生成唯一識別符號的方法。這是因為資料庫系統支援在併發的情況下對每個新資料記錄生成唯一的識別符號。有些資料庫還可以通過版本號擴充套件唯一識別符號的方式來支援對相同記錄的多個版本的維護...
簡練網軟考知識點整理 需求管理及需求工程
需求，是由專案接受的或專案產生的產品和產品構件需求，包括由組織徵集的對專案的需求。需求管理，目的是用以確保各方對需求的理解一致 管理和控制需求變更，以及從需求到最終產品的雙向跟蹤。主要活動包括 變更管理 版本控制 需求跟蹤 需求狀態。需求工程，把所有與需求直接相關的活動統稱為需求工程。分為需求開發和...
為啥要整理需求？
這幾天一直在處理各方面收集到的需求，目前整理的進度應該在80 左右，通過整理和分析得到如下一些資料 需求數目 353 預估的開發量 2536人天 也就是說，如果我乙個人來實現這些需求，一年做250天的話，需要做10.14年，如果365天鬥來做的話，需要6.95年，目前預估的開發量還沒完成，因此需要的...