產品經理需要掌握並管理產品的全部需求，需求是軟體專案成敗的關鍵所在，好的需求應具備「內涵一致，外延完整」的特質，這個特質可以保證需求分析無歧義、完整、一致、正確、可行、必要、可檢驗、可跟蹤。
軟體需求是多層次的，包括業務需求、使用者需求、功能需求和非功能需求。如下圖所示：
啟動乙個新產品時，產品經理需和各方進行充分的溝通，深刻理解客戶或者公司高層對系統、產品高層次的目標要求，將業務需求反映在產品的創意階段、策劃階段的《產品專案策劃書》、《產品專案規劃方案》中予以說明。
使用者需求主要描述了使用者能使用系統來做什麼，用例、場景描述都是表達使用者需求的有效途徑。這部分需求通常在用例文件或方案指令碼說明中予以說明。
功能需求定義了開發人員必須實現的軟體功能，使用者能夠利用這些功能完成任務，從而滿足業務需求。功能需求通常是通過對系統特性的描述表現出來的，它記錄在《軟體需求規格說明書》（srs）中。《軟體需求規格說明書》完整地描述了軟體系統的預期特性，是開發、測試、質量保證、專案管理的重要依據。因設計的產品功能一般都較為複雜，業務規則的描述也需盡可能詳盡，所以通常情況下《軟體需求規格說明書》並不是乙份文件，而是根據功能模組的劃分由多個子檔案組成。每一篇需求說明文件中均必須包含功能列表和功能詳細描述，可依據實際業務情況增加資料字典方面的描述。《軟體需求規格說明書》中的功能列表需要和《需求跟蹤矩陣》一一對應，包括功能點編號、功能點名稱。需要強調一點，需求文件的重點是說明功能所在，無需描述介面中的icon、色彩、畫素等資訊，為避免和介面設計稿等展示高保真產品原型的文件發生衝突，需求文件中應盡量全部採用低保真介面，介面類描述交由《互動設計說明書》及介面設計稿、html檔案去說明。
《軟體需求規格說明書》中還應包括非功能需求，非功能需求描述了系統展現給使用者的行為和執行的操作等，它包括產品必須遵從的標準、規範和約束，操作介面的具體細節要求，效能要求，設計或實現的約束條件及質量屬性。通俗地講，非功能需求是這樣一種需求，它不是解決「我想要我的系統實現這種功能」，而是解決「如何使這個系統能在實際環境中執行」。在非功能需求中，針對性能方面一般需要有單點、混合、持續三方面的要求：
1、在單點方面，要求延遲和吞吐量有對應關係，假如我們設計一款bs軟體，要求開啟登入頁面的延遲要求為響應時間3秒、抖動2秒，那麼一定要在吞吐量的要求上寫上針對這一點的高峰併發人數，比如100人。
2、在混合方面，產品經理依據業務的實際情況，定義混合併發值，並依據單點定義的部分或全部點以百分比的形式分配併發比例，注意混合下的併發值不得高於單點下的併發值。比如定義混合併發值200人，其中20%訪問首頁，20%登入，20%上傳檔案，40%瀏覽頁面。
3、在持續方面，通常定義為單點最高併發值二分之一情況下的2*24小時或3*24小時持續測試。比如定義50人併發下持續性測試時間2*24小時。
《需求跟蹤矩陣》主要是跟蹤及統計功能需求和非功能需求。當需求基線第一次形成時就需要填寫這個文件，這篇文件中的功能點名稱和編號需和需求文件中對應，不得存在差異，每個功能點都需要定義它的級別（p1、p2、p3，p1為最高端別）。通常，重要程度為p1級的功能點數，不超過50%；或者p1級和p2級的功能點數，不超過80%。需求發生變更時，需填寫《需求跟蹤矩陣》中的需求變更記錄表用以記錄新增、修改、刪除的功能點，並需在各模組的功能點列表中標記變更狀態，通常如有新增功能，則增加在相應模組底部，字型設定為紅色，如有刪除功能，用藍色標記。
在《需求跟蹤矩陣》的需求變更統計表中，有一**表可以直觀地展現各階段需求變更工作量、專案整體需求變更率、專案整體功能點變化的情況，如下圖所示：
以上主要解釋並分析了需求的四個層次，以及如何管理需求跟蹤矩陣，希望能對產品經理們有所啟發。
最後附上jan l.a. van de snepscheut的一段話，可以細細品味：就理論而言，理論和實踐並無差異。但真付諸實行之時，差異即開始顯現。
如何進行需求矩陣管理
字型 小 中需求管理 軟體測試管理 產品經理需要掌握並管理產品的全部需求，需求是軟體專案成敗的關鍵所在，好的需求應具備 內涵一致，外延完整 的特質，這個特質可以保證需求分析無歧義 完整 一致 正確 可行 必要 可檢驗 可跟蹤。軟體需求是多層次的，包括業務需求 使用者需求 功能需求和非功能需求。如下圖...
如何進行需求評審
作為產品經理，一般都經歷過需求評審，或者是自己主持的需求評審，或者是參加別人的需求評審。大部分需求評審會陷入兩種極端情況，一種是產品經理在上面對著產品需求文件照本宣科，下面與會人員無動於衷 另一種是產品經理剛講幾個需求，大家已開始了激烈的討論，都在證明自己是對的，會議被無限延長，效果甚微。所以說需求...
如何進行需求調研？
概述 1.獲取干係人資訊 2.調查與記錄 3.整理需求資訊 4.撰寫需求說明書 5.確認需求 需求設計 編碼單元測試 驗收測試 維護需求的三個層次 1 業務需求 2 使用者需求 3 功能需求 軟體必須實現的軟體功能 和非功能需求 操作介面 如何開展需求調研？了解需求調研方法 觀察法 參觀使用者的工作...