產品經理是要對產品或產品線負責的，不能只關注在需求轉化上，也需要關注需求實現，兩手都要抓，兩手都要硬。
很多人可能都還不明白需求分析和需求管理之間的區別，通常我們說起來最多的都是需求收集和需求分析，最常見的介紹一般都說成是需求分析該如何如何，需求分析的過程如何如何，與需求有關的其他活動提及的比較少。其實需求收集和需求分析都只是需求管理過程中的一個環節。
一個項目做了很久，感覺總是做不完，就像一個“無底洞”。想盡快完成這個項目，但總是有新的需求要做。實際上，這裏涉及到一個需求管理的概念。項目中哪些該做，哪些不該做，做到什麼程度，都是由需求管理的過程來決定的。
通常需求管理是對需求生命週期的管理，從需求的產生到需求的結束，過程可以劃分爲以下幾個獨立的階段：
需求收集與整理：基於現有產品的業務發展方向，通過與用戶的交流、問卷調查等方式，收集到用戶對於該產品業務的看法，並對這些看法進行歸類整理的一個過程。
這個過程需要對產品的業務建立起一個概念模型，以便對其進行抽象描述。用戶很多時候都不懂專業術語，所以需要儘可能的使用場景化的語言描述方式去進行描述。比如想調研用戶的理財方式，很多用戶可能不清楚“理財”的具體意思，但你問他“平時是如何管理多餘的資金，是變成銀行存款還是有別的方式？”可能他會更容易明白。
需求分析：圍繞產品的業務核心，目的是找到實際要做的需求，並明確需求執行的優先級。
前面我們也說過，需求分析的關鍵是找準目標用戶羣體，所有的分析方法都要基於業務本身和目標用戶的特性進行鍼對性的運用。除了要從收集回來的需求當中找到要做的真實需求外，還要基於需求的業務價值評判出需求執行的優先級。
需求定義：根據需求調研和需求分析的結果，進一步定義準確無誤的產品需求。
需求定義的過程更多的是對需求進行準確的描述，從用戶使用場景的角度、功能操作流程的角度等方面，對分析出來的真實需求做出完整、無二義性的定義，讓其他相關人員能準確的理解需求。
需求評審：各方對需求進行確認的過程，達成統一認知和共識，使需求能夠推進實現落地。
在需求評審的過程中，一定要說明清楚需求的背景、價值、意義，而不是純粹的需求講解，這樣有助於各方對需求的理解。
需求跟蹤：跟進需求的設計實現過程，保證需求的實現不打折扣，並隨時關注需求的變化。
通過比較需求定義與後續工作成果之間的對應關係，建立與維護需求跟蹤列表，確保產品依據需求的定義進行開發。
需求變更：當因爲外部環境變化或者內部需求定義錯誤導致需求需要更改時，要做好變更的管控，防止因爲變更而導致需求執行的過程無法進行下去。
從嚴謹的角度來說，定義好的需求是不允許變更的。但誰都無法保證不會犯錯，且互聯網環境變化速度很快，需求變更產生了是不可怕的，可怕的是變更失控，過多的變更會使需求執行的計劃整體被打亂。
以上各個需求管理的環節在整個需求的生命週期當中都會實際發生，但很多小夥伴在實際工作當中可能都沒有特別注意，更多的都是關注在需求分析的環節，而沒有注意後續的各個環節，導致雖然找到了真實需求，但卻沒有辦法落地，或者沒有辦法產品化。從用戶需求轉化爲產品需求更多的是前三個環節，而從產品需求變成實際的產品則需要後三個環節。
前面我們有專門講過需求收集、需求分析和需求定義，這是發現並轉化產品需求的關鍵，需求評審、需求跟蹤、需求變更則是需求落地的關鍵。產品經理是要對產品或產品線負責的，不能只關注在需求轉化上，也需要關注需求實現，兩手都要抓，兩手都要硬。
需求評審是各方對需求進行確認的重要環節
需求評審的重要性體現如下：
評審過程本身也是一個知識傳遞過程，評審人員與產品經理一起討論用戶需求，這有助於評審人員獲得用戶需求的前期認識。
評審過程中可能發現不明確的或者遺漏的需求，這需要產品經理進行二次需求分析和定義。
評審過程中可能發現某些特殊需求，這時產品經理和評審人員可以羣策羣力共同思考解決問題的方式。
當局者迷、旁觀者清。再有經驗的產品經理也可能犯錯，評審人員可以提出更合理或者更有建設性的想法供產品經理參考。
需求跟蹤是產品經理日常必須完成的工作
產品經理每天都需要跟進當前迭代中需求的實現進度，確保需求執行的過程沒有出差錯，一般而言，需求的跟蹤分爲兩種：
正向跟蹤：檢查已安排的每個需求是否都能在後續的實現過程中有相對應的部分，確保沒有漏做的需求，並保證需求的實現程度和需求定義要求的一樣。這就需要每天都與後續的各個負責實現的人員進行確認。
逆向跟蹤：根據已有的交互設計稿、系統設計文檔、測試用例文檔等成果文檔，反向檢查是否包含了所有已安排的需求。
需求變更最考驗產品經理需求把控能力
需求變更的原因有很多種，這裏不去具體展開。產品經理要做的更多是需求變更的管控，我們都知道需求變更對產品來說壞處多於好處，也有變了之後反而好的，不過是少數。控制變更的規則比較簡單：
如果需求變更帶來的好處大於壞處，那麼允許變更，但必須按照已定義的變更規程執行，以免變更失去控制。 如果需求變更帶來的壞處大於好處，那麼拒絕變更。需求變更控制過程中最難辦的事情是莫過於“拒絕用戶提出的需求變更請求”。產品經理要靈活的控制變更的尺度，以產品業務價值實現爲導向，更多的從產品角度出發。
需求管理是一項十分重要的工作，據調查顯示在衆多失敗的項目中，由於需求原因導致的佔了很大的一部分。因此，需求管理對產品能否最終實現產生至關重要的影響。
