一、引言

????? 需求管理絕對可以算是產品經理日常工作中比較重要且高頻的操作，今天我不聊高大上的馬斯洛需求層次理論、也不去深挖人類需求池在產品上的表現形式，只想跟大家聊聊需求管理如何落地的話題。這個話題起意于目前我在梳理部門需求管理的流程，所以下面的闡述都是以我梳理的成果為例。

二、定目標、理概念、揪來源。

1.定目標。

?????? 在解決一個問題前，我們需先明確這個問題到底要解決什么？它的目標是什么？針對需求管理如何落地這個問題，我們明確了這個問題的是為了解決目前需求承接、記錄、優先級判定、跟蹤和反饋無序化、不規范的問題。所以針對這個問題，我定了以下目標：使需求的承接、記錄、優先級判定、跟蹤和反饋整個流程更加規范和有序。

2.概念界定。

????? 解決需求管理的落地問題，首先要對需求有個定義，方便對流程要解決的問題聚焦。我給出的定義：待解決的問題。需求管理本質上是從接到一個問題到將這個問題解決的過程管理。這個過程中涉及需求的接收和澄清、需求的梳理和分析以及需求的跟蹤和反饋。

3.來源分析。

????? 我想大部分公司的產品經理所接收到的需求無外乎以下兩種類型：產品自身優化迭代和功能完善而產生的需求；業務部門、運營人員、市場提交給產品的需求。因為不同的需求來源，會造成需求的流轉和處理方式大有不同。我們此次討論的需求來源主要是針對后一種需求來源：來自于產品之外的業務部門、運營人員、市場提交的產品需求。

三、選工具。

?????? 理清了接下來要做什么事、這個事要達到什么樣的目標、解決什么樣的問題后，下一步工作就是選擇能很好支持這個工作的工具。擺在我們面前的有三個工具：redmine、confluence、tower。

1.分析現有工具使用現狀。

??????? redmine我們平常有在用，主要用于提交bug以及追蹤bug解決進度，也用于提交優先級比較高、工作量又不大的產品優化需求。

?????? 優點：方便跟蹤問題的處理進度、可標注問題的優先級、可將問題指派給某人、能生成唯一識別該問題的ID號方便后續跟蹤。

?????? 缺點：組內成員無法針對某個問題展開討論，且不支持將圖片直接貼在問題描述區。

????? 在此之前，confluence是充當需求管理和知識積累的工具。做知識積累還算可以，但是做需求管理，有以下幾個優缺點。

?????? 缺點：不能及時追蹤問題的處理進度、無法對問題標注優先級，也就是說confluence是存放需求池的好工具，但是對需求管理整個過程卻不是最佳的選擇。

?????? 優點：成員可以方便討論、評論者可@相關人員、并且是與公郵打通，一旦有需求變更，可公郵給相關人員。我最喜歡的一點：可以自由貼圖片。

?????? tower之前是沒有用過的，但是對其進行了分析之后，發現tower更適合做項目或任務管理，不太適合做需求管理，所以我們討論之后，就果斷放棄了tower。

2.根據各工具的優缺點確定最后的落地工具。

????? 我們最終選擇的是redmine+confluence。redmine適合需求過程管理，confluence適合需求內容管理。兩者結合，完美！

四、落地流程梳理。

????? 在做流程之前，我習慣用抽象思維去假設我接收到了業務部門的某個需求，我該如何讓這個需求承接住并解決掉，這個過程在我腦中開始跑起來，這方便我細化流程節點、分析每個節點的工作事項和目標。

1.需求的承接、記錄和首次反饋。這個環節主要是使用redmine工具。

?需求的承接

????? 需求的承接是從需求來源轉移至需求承接者的過程，我們確定了每天需求承接者是由每天值日的PM來承接，當然各個公司管理不一樣，這個可能會有所差別。記錄在記錄需求時，也需要確定一些規則：需求來源、主題、描述、狀態、優先級。這些字段是需求記錄者必須要填寫的事項。需求來源大抵是記錄這個需求是由哪個部門的哪個人通過什么渠道提交的；主題是能言簡意賅描述清楚這個需求的一句話；描述是對需求的詳細的、進一步的闡述；狀態有利于標記清楚這個需求的解決進度；優先級可以將需求劃分為幾個等級反饋

?????? 當需求記錄者把以上的問題梳理清楚后，基本上就可以保存這個需求、生成代表這個需求的唯一ID號，方便日后的追蹤。再將ID號反饋給需求來源者，大抵的意思是表明這個需求我們已經記錄，會考慮優先級予以解決。

2.首次review。這個環節還是使用redmine工具。

?????? 記錄到redmine中的需求需要定期過濾和梳理，時間周期因公司而異。這個過程主要解決的問題是：對需求進行進一步的分析，確定需求的優先級、狀態。并且將需求指派給某個人全程跟蹤和處理。這個工作節點的意義在于：集中處理需求好過單個PM決定，而且對需求review之后，給定優先級和狀態，可以凈化需求池，將優先級非常高需求可納入版本計劃。這個流程主要是消化需求的環節，被消化的需求有以下幾個去向。

????? 需求完全是偽需求或是無效的，這個需求就被標記為無效；需求是有必要實現的、但是短時間內還無法給出優先級，這個需求就被標記為需要再次回顧的；需求明顯是很長一段時間之后才會考慮，有效但優先級極低，這種需求就可以被標記為被冷凍的需求，需要再次回顧的時候解凍；需求已經被大家認可是優先級比較高的、且需要解決的， 這個需求被標記為進行中，由相應的負責人認領該需求。無論需求是上面哪種去向，都要把結果反饋給需求來源者，因為他們對需求的處理進度真的很關心。

3.被標記為需再次回顧和冷凍的需求，需要定期再梳理。

?????? 這兩種類型的需求對于產品近期工作不會有太多的影響，但是卻不能丟掉，可能里面的需求有十分亮點的，但是短期之內無法解決的，最起碼先找個地方盛起來。

4.在confluence中對需求內容進行管理。

?????? 已經被標記為進行中或是列入版本計劃中的需求，這時可以轉移到confluence中進行管理。主要原因是confluence十分適合知識和內容管理。

5.需求被滿足后，需要及時變更需求的狀態、并及時反饋給需求來源者。

????? 需求一旦被需求來源者提出，需求的處理流程就被需求來源者密切關注，所以，在需求處理的每個節點，都及時將處理的結果反饋給對方，能大大增強其它部門對產品部的好感哦！

五、to do list。

?????? 沒有具體到執行者的任務都是耍流氓！流程定好之后，除了執行外，還需要分配一個任務列表。由于redmine的項目都是自定義，所以，為了執行上述的流程，需要在redmine里面新建一個項目，這個算是to do list。

下面貼上工具原型。

六、寫在后面。

?????? 樹挪死、人挪活。流程是死的，人是活的，在流程執行過程中，應該發揮人的主觀能動性。對流程執行過程中遇到的問題，可隨時修正流程，以保證大家基本上按照流程來走。歡迎關注微信：pmschool。