一、需求管理的工作

名列前茅階段：需求收集

需求收集可以拆分成兩個部分：一是從哪收集需求？二是如何管理收集來的需求？

如何收集需求？

需求的來源一般是從以下幾個渠道來的：

渠道一：公司內部

(1）公司老板

作為產品經理，如果是在創業公司，那么老板提的需求也可能占據需求總量的一小部分；部分老板，可能不能很好的遵守需求的流程，但需求優先級又很高，如果遇到這種情況，一要先和上級溝通，讓上級知悉此事并請求建議，二要弄清楚老板提這個需求的目的，挖掘老板更多的決策信息，讓需求更順利、更準確的推進下去。

(2）運營人員

運營人員是公司中最直接接觸用戶的一批人，接觸頻率高，很多時候，運營人員能提供很多用戶的反饋，需求。

另一方面，運營也是需求的產生者，運營活動會產生一系列的相關需求，比如因節假日、周年慶活動等而提出來的需求，因為運營一般是背有KPI的，所以運營也會提出關于數據統計相關的需求，借此來幫助他們總結運營的成果。

(3）技術人員

技術人員能夠站在技術角度提出一些你從來沒想過的問題，思考問題的角度不同，有時候也能提出一些獨到的見解。愿意提需求的技術說明他真的在思考產品，反而可以促進產品經理進一步思考產品的迭代方向。

渠道二：用戶反饋

(1）內部渠道

比如用戶的投訴、電話錄音、客服的相關咨詢、產品自帶的用戶反饋入口等。

(2）公開渠道

比如App Store、微博、應用市場（豌豆莢、應用寶等）、知乎、貼吧等論壇、qq用戶群、反饋郵箱等。

渠道三：用戶調研

(1）用戶訪談

用戶訪談的三個關鍵，一是確定【訪談目的】、二是確定【訪談目標用戶】，三是確定【訪談問題】；這三個關鍵確定下來后，還需要制定一份詳細的訪談計劃，來支撐產品經理順利完成整個訪談流程。

(2）可用性測試

可用性測試是指一群具有代表性的用戶在一定場景下對產品進行典型操作，觀察員對用戶操作過程、操作習慣進行觀察、記錄，發現用戶在使用產品時的需求、偏好、痛點、路徑、習慣等，了解產品存在的問題，達到改善產品的目的。

(3）問卷調查

問卷調查是通過調查問卷，了解用戶需求的一種方式；問卷調查必須先弄明白調查主題、問卷目標用戶、以及想要從用戶那邊獲取什么信息，確定好這3個點，就可以進一步設計問卷的具體問題和提問形式了。

(4）數據分析

數據分析是通過對相關數據的收集、分析、提取有用信息并形成結論，對產品需求、功能以及趨勢進行判斷的一種方式。

渠道四：競品分析

(1）競品分析是需求挖掘的方法之一；競品分析的概念就是研究同類產品，從中找出競品的優劣勢，從而發現產品的突破口，將產品做到【人無我有，人有我優，人優我精】。

渠道五：頭腦風暴

(1）頭腦風暴是一種氛圍比較輕松的討論形式，產品、運營、UI、技術都可以參與。風暴會議可以圍繞一個核心問題，自由發揮發表觀點，不評論對錯，不過要做好會議控制，避免漫無邊際的討論。

如何管理收集來的需求？答案是：建立需求池

有些朋友可能會問：為什么要建立需求池啊？需求池又是啥意思呢？

不著急，我們接下來就給大家講下需求池的概念和作用。

需求池是什么？真實面目長啥樣呢？

需求池的概念：需求池是需求的集中地，集合了最初原始的需求信息，以便日后進行需求過濾、需求調研。需求池的需求通常包括功能改進類需求、體驗提升類需求、BUG修復類需求、新增功能類需求等需求池以“寬進嚴出”的理念進行管理，目的就是不遺漏任何有價值的需求點；它的真實面目是這樣的（請看下圖）：

第二階段：需求分析

需求分析可以拆分成四個部分：了解需求背景、明確需求目標、過濾不當需求、確定大致方案。

了解需求背景

這一環節主要完成的就是對業務場景、問題場景、用戶群體、當前相關產品功能的摸底和確認，旨在復原原業務場景、明確用戶要解決什么問題，以及找到用戶需求與現有功能體系的聯系。

（1）該需求發生的業務場景是什么，這些業務活動是為了實現什么目的。

（2）在業務場景中用戶遇到了什么困難，當前是如何解決的，期望通過該需求怎么怎么解決這些困難。

（3）該需求還與哪些系統或模塊相關，它們的運行邏輯是什么樣的。

（4）該需求可能還有哪些用戶會用到，會對他們有哪些影響，他們的期望會有哪些。

（5）業務模式是否已經成熟穩定，預計未來何時可能會發生調整。

明確需求目標

通過需求背景的調研，對需求的目標有了一定的預知，那么接下來就要明確需求的目標，即明確該需求究竟要干什么？并將需求目標具體化到可測量的維度上，可使用5W2H規則：

需要的功能是什么（What）

為什么要有這個功能（Why)

功能的用戶是誰（Who)

用戶在什么時候使用（When)

在哪個模塊使用（Where)

怎么使用（How）

使用頻次如何（How Much

過濾不當需求

科學地過濾需求既有利于產品體系的良性發展，也體現了整個團隊的工作價值。最簡單的過濾需求的方式，主要是判斷需求是否有價值，是否合理，以及優先級排序。

（1）確定需求是否有價值：做了該需求能解決多少勞動力、增加多大收益、挽回多大損失；不做該需求有多大損失，是否影響業務。

在考慮需求價值時候，可以從四個維度考慮：

· 廣度：該需求的受眾面有多大？

· 頻率：該需求的使用頻率是以日/周/月為周期？

· 強度：該需求對用戶有多強烈需要？

· 時機：該需求是否符合產品的規劃？當下的環境？

（2）確定需求的合理性：需求的合理性包括需求的定位是否合理、需求的實現是否合理2個方面；

需求定位：比如需求在本系統中是否恰當、權限開放出來是否合適、是否泄漏了公司的機密。

需求實現：比如技術的投入產出比是否合適使用第三方的應用成本是否更低，當前公司人員是否足以支撐該需求的實現。

（3）通過優先級輔助過濾需求：使用KANO模型，排出需求優先級，優先級低的需求可以考慮暫時過濾掉。

確定大致方案

在調研需求時，雖然還沒有開始進行方案設計，但是基本的方案輪廓已經在產品經理的頭腦中形成，因此產品經理可以和開發人員交互意見，大概描述出方案的輪廓，咨詢其可行性。同時和需求方溝通方案的可接受性。當然在最終的方案輸出之后，要正式與需求方確認具體的細節。

第三階段：功能設計

根據第二階段和需求方確認大致的方案（也就是所有的產品功能點），輸出相關的產品流程圖、產品架構圖、原型圖、PRD需求文檔，用于交付研發人員，并進入開發階段。

第四階段：需求變更

名列前茅：為什么會出現變更？

因為很多時候，需求方無法說出自己所有的需求，或者負責該需求的產品經理沒有挖掘出需求方的所有需求，所以當時需求方確定的方案，也很有可能出現請求變更的情況，遇到這種情況，作為產品經理，也應該從容的去處理這個需求的變更流程。

第二：如何處理需求變更？

變更管理的核心在于評估需求變更的價值，那么決定做不做以及是否在當前版本做，我們可以從這幾個方面來考慮：

假設我們處在產品轉型的新舊交叉時期（簡單說就是一方面要維護原有功能，另一方面更需探索設計新的功能），因此這個時期的需求變更可以劃分成四個維度：原有核心功能，原有周邊功能，新功能核心功能，新功能周邊功能；

那么這個時期的需求變更重要程度應該為：新功能核心功能變更>原有核心功能變更>版本上線時間>新功能周邊功能變更>原有周邊功能變更。

執行變更的步驟：

· 需求方提出變更（通常以發起流程的形式，提交至需求跟進人及產品領導人）

· 需求跟進人通知開發，開發同學評估變更工作量，雙方共同決定是否在當前版本實現變更，如果意見不能一致，需要提交可以負責的干系人審批決定；

· 審批通過的需求進入研發；變更審批駁回的需求進入需求池，在池子里重排優先級。

第五階段：開發上線

產品設計工作完成后，將進入研發測試階段直至產品上線，接下來就是要從各渠道收集用戶反饋或進行數據分析，為下一個版本迭代尋找目標。

二、根據需求優先級做版本規劃

做版本規劃的目的是讓所有需求都有一個結果。是放到這個版本，還是下一個版本。還是下下個版本。一般我會按季度來規劃版本。如果一個季度還排不上的話，就會告知跟需求相關的人員（一般是需求的提出者、受影響的同事），這個需求短時間內不做。同樣，如果未來計劃版本的需求有變動，也要及時告知跟需求相關的人員。

注意事項：在做版本規劃的時候，因為未來還會有很多臨時需求，所以不要在一個版本里排期太滿。尤其是那些P3，P4的需求。同時，在回復需求提出者的時候，不要給一個明確的時間，應該是一個模糊的日期。比如，下個月或者下下個月。

以上就是關于需求管理有哪些工作的內容希望對大家有幫助。

上一篇

什么是投資回報率(ROI)?

下一篇

棧和隊列有什么區別?