1、需求管理如何有效管理需求的生命周期產品經理是要對產品或全權負責終端產品負責的，不能只關注在需求轉化上才，也需要關注需求實現，兩手都要抓，兩手都要硬。很多人可能都還不明白需求分析和需求管理之間的區別，通常我們說起來最多的都是需求收集最高者和需求分析，最常見的介紹一般都說成是需求分析該如何如何，需求分析的過程如何如何，與需求有關的其他活動提及的比較太少。其實需求收集和需求分析都只是需求管理過程中的一個中才環節。一個項目做了很寛，感覺總是做不完，就像一個“無底洞”。想盡快完成這個項目，但總是有新的融資需求要做。實際上，這里涉及到一個需求管理的概念。項目中哪些該做，哪些不該做，做到什么程度，都是由需求

2、管理的過程來決定的。就此結束，過程可以劃分為以下幾個獨立的階段：法，并實施對這些看法進行歸類整理的一個過程。這個過程概念模型需要對產品的金融業務建立起一個概念模型， 以便對其或進行抽象描述。用戶很多時候就都要學專業術語，需要有 所以需要盡可能的使用場景化的語言描述方式去進行描述。比如想使 但你問他“平時是如何運營管理鐵質多余的資金，是變成銀行存款還 是本息有別的這種方式？”可能他會更容易曉得。需求分析：圍繞系列產品的業務核心，目的是找到實際要做一般來說的需求，并明確需求執行的優先級。前面我們也說過，需求分析的關鍵是找準用戶目標用戶年齡層， 所有的分析方法都要事實上基于業務本身和目標用戶的特性進

3、行針對 還要基于需求的業務價值評判出需求執行的。需求定義：根據需求量調研和需求分析的結果，進一步定義準確無誤的產品融資需求。需求定義的過程更多的是對需求進行準確的描述，從用戶取用場 景的角度、功能操作流程的角度等方面，對分析出來的真實需求做出 需求評審：各方對需求需要進行確認的過程，達成統一認知和共識，并使需求能夠推進實現落地。在資金需求評審的過程中，一定要說明在意需求的背景、價值、意義，而不是純粹的融資需求講解，這樣有助于各方對需求的理解。需求跟蹤：跟進需求的設計實現過程，保證需求的實現不打折扣， 并隨時關注資金需求的變化。通過比較需求定義與后續工作成果之間的對應關系，建立與保證需求跟蹤列表

4、，確保產品依據消費需求的定義需要進行進行開發。需求變更：當外部環境因為變化或者內部需求定義錯誤導致需求需要更改時，要做好更動的管控，防止因為變更而導致需求執行的無法進行下去。從嚴謹的角度角度看，定義好的消費是不允許變更的。但誰都無法保證絕不會犯錯，且互聯網周圍環境平均速度變化速度很快，需求變更產生了是不可怕的，可怕的是變更失控，過多的變更會使需求執行的計劃整體被打亂。以上各個需求管理的環節支離破碎在整個需求的生命周期當中都會實際發生，但很多小伙伴在實際注意教育工作當中可能都沒有特別注意，更多的都是關注在需求分析步驟的環節，而沒有警惕后續的各個環節各個環節，導致雖然找到了真實需求，但卻沒有辦法落

5、地，或者沒法辦法產品化。從需求轉化為產品需求更多的是前三個環節，而從產品需求變成實際的產品則需要有三個環節。前面我們右邊有專供講過需求收集、需求分析和融資需求定義， 這是發現并轉化產品需求的關鍵，需求評審、需求跟蹤、需求消費市場變更則是需求落地的關鍵。產品高級經理是要對產品或品類產品線負責的，不能只關注在需求轉化上，也需要關注需求實現，兩手都要抓，兩手都要硬。需求評審的重要性體現凸顯如下：產品經理每天都需要跟進當前迭代中需求的實現進度，確保需求執行的過程沒有出差錯，一般而言，需求的跟蹤分為兩種：正向跟蹤：檢查已安排若的每個需求是否都能在后續的實現過程中有相對應的部分，確保沒有下邊做的需求，并保

6、證需求的實現程度和需求假設要求的一樣。這就需要每天都與后續的各個負責實現的相關人員進行確認。逆向跟蹤：根據已有的交互設計稿、系統設計文檔、測試用例文檔等成果文檔，反向檢查是否包含了所有已安排的需求。需求變更的原因有很多種，這里毛序具體展開。產品經理要做的更盡可能多是需求變更的管控，我們都知道想到需求變更對產品來說壞處多于好處，也有變了之后反而好的，不過是少數。控制變更的規則比較簡單：如果需求變更帶來的好處大于壞處，那么允許變更，但必須按照 已定義的變更暫行條例執行，以免變更失去控制。如果需求變更帶來 的壞處大于好處，那么拒絕變更。需求變更控制過程中最難辦的事情 是莫過于“拒絕消費者提出的需求變