編輯導語：在進行一個項目時，産品經理是把控全局的角色，要知道什麼該做什麼不該做；按照需求進行劃分，才能更好的提高效率，達到效果，所以建立一個需求池是有必要的；本文作者分享了關于需求池的個人思考，我們一起來學習一下。

在上一家公司就職的時候，因為有段時間面對着混亂的需求管理流程，幹起活來總感覺力不從心；從這個時候開始，我就想也許該建立一個需求池，好好規劃一下需求的來龍去脈。

于是我開始查閱相關資料，結合當時自己所處的實際環境，創建了一個需求池模闆；這篇文章分享了設計需求池的一些思考，希望能給大家帶來幫助。

一、為什麼要有需求池

首先，結合下圖給大家講述一個産品日常工作場景：

一大早，産品小王來到公司電腦打開電腦，處理昨天臨下班市場運營同事反饋的需求。

這時技術同事微信電話打過來，說之前定下的實現方案會存在這樣的缺陷，建議下個版本進行優化。

沒多久，微信群中客戶也發來消息，一一溝通之後，把得到幾個反饋的需求記錄下來，需要分析評估下，準确答複客戶。

下午剛上班，領導來找小王，講述了前幾天見客戶時，客戶反饋了一些需求，小王連忙用筆記錄在小本本上；剩下的一些時間，小王還要開始思考前幾天從别的産品中看到的一些有可取的做法，琢磨一下怎麼融入到自己的産品中。

信息源比較多，小王因為沒有有效的管理方法，大量的需求沒有得到很好的疏通。

運營開始着急，把需求直接提給開發，開發做完以後又把意思理解錯了，又要返工重做；原定一個月上線的版本延期半個多月後才上線。

從上述場景中我們可以分析出：一個産品從0到1打磨完善的過程，會涉及到開發、運營、技術、用戶、産品團隊等等；而這些角色與角色所發生的事情，産生的與産品需求相關的信息，都需要産品經理有全局的把控，及時做規劃疏通解決。

假設産品人員沒有有效将需求信息收集歸檔，讓信息散亂在各個地方；也沒有用足夠的時間去分析需求，規劃需求，都在低頭做事，認真的把一個個需求都實現。

但他沒有思考什麼需求該做，什麼需求不該做；什麼需求有價值，什麼需求沒有價值。

這樣一來：一方面會造成開發資源一直緊張得不到疏通；另一方面，這些對産品人員來說最重要的思考方式，長期以往沒有得到鍛煉，三五年之後，也就自然跟不上其他人的節奏。

二、需求池的作用

首先，需求池是什麼？

用一句話概況就是：産品經理将所有和産品相關的需求信息按一定的規則進行彙總記錄的地方。

這些規則包含了對需求的基本描述，需求的簡單優先級劃分、需求的價值評估、需求幹系人等關鍵元素。

需求池對于産品經理來說有點類似甘特圖與項目經理，産品經理也可以通過需求池來規劃需求，來促進産品的“新陳代謝”。

需求信息源多的問題，讓小王使用需求池來管理需求，他将所有需求信息看成一個屬性，需求池的字段就是用來形容屬性的。

這樣，他隻需要按規則填入信息。然後篩選出有價值、有必要做的需求，劃分優先級，按部就班處理即可。

有一次，産品團隊内部探讨産品下一期規劃，在大家都有點陷入無頭緒的情況時候，他通過需求池引導大家進行頭腦風暴，讓大家的思緒重新得到激發；之後領導也對小王的這種做法給予表揚，需求池的做法也得到團隊的認可，後續慢慢引入成為部門規範。

通過案例，我們可以分析出需求池的作用：

1）完整統一的記錄多處信息源，避免遺漏。

2）按規則的記錄就像套公式一樣，快速将需求分類，有序排布；方便産品人員進行需求優先級劃分，管理好的需求的同時也增加了工作效率。

3）在團隊進行産品需求規劃的時候，可以拿來作參考，引發思維。

三、工作中，我的需求池

在工作中因為前文中所闡述的那樣，有種種問題。

那作為産品人員為什麼不可以根據自己的問題痛點設計解決方案呢？給自己設計一個可以不斷疊代完善的産品呢？

所以當時我自己通過查閱一些資料、咨詢一些産品朋友，在結合自己當初實際工作環境，設計了下面的V1.0版本的需求池：

我将需求池定義了這麼幾個字段：需求名稱、所屬模塊、需求描述、需求來源、需求類型、人物屬性、拟定優先級、拟定完成時間、需求跟進人、需求狀态、相關鍊接、備注、開發成本預估、需求價值評估。

接下來我結合下面這個案例來講述一下需求池的屬性字段設定的含義：

1）需求名稱

首先得為需求命名一個稱呼，這是因為需求一般要通過較多的話語去描述它，但多次描述的内容可能都不完全一緻，造成團隊之間的溝通障礙；通過需求名稱就可以快速達成一緻，不會争議和疑惑。

比如：一群人在讨論“張三”，每個人對“張三”的印象都不一樣，但是大家都知道說的是誰；反過來，每個人先把自己腦海中張三的印象講出來，但有人可能會不知道别人講的和自己講的是同一個人。

2）所屬模塊

通過将需求信息歸屬到一個模塊中，從而更好的管理需求。

打個“栗”子：小寶寶上戶口的時候，肯定是上到這個寶寶所屬的家庭戶口中；那麼和他相關的人和信息就聯系在一起了；假設不這樣，某天需要找這個寶寶的信息的時候，就會沒有頭緒。

那麼把新需求可以看成小寶寶，模塊就是這個寶寶所屬家庭，産品人員可以方便查找關聯信息，判斷影響範圍

3）需求描述

需求信息需要精準描述出來，讓人更好的理解，讓産品人員理解其中的含義來準确設計産品功能；假設沒有需求描述，産品人員可能一時想不起這個需求是什麼，更何談準确設計功能。

就好比：我就告訴你一個人的名字，不告訴你他的其他任何信息，然後要你去安排他的吃穿住行，你可能會給一個喜歡吃辣的四川人頓頓安排各種甜食。

4）需求來源

需求來源有産品優化、競品分析、内部運維人員反饋、調研業務人員、開發人員反饋、用戶反饋。

需求來源影響産品人員對需求價值的衡量以及對需求的後續工作跟進，也直接影響需求在産品人員心中的權重地位。

比如：兩個小孩，一個已經知道是你哥哥的兒子，另一個不知道是誰家的小孩；那麼你對待兩個小孩的态度自然不一樣。

5）需求類型

需求類型為功能改進、體驗提升、新增需求、其他；在項目的不同階段，不同需求類型處理的方式是不一樣的。

比如：一個預計還有10天就要上線的項目，用戶在UAT測試時候，提了A、B兩個有價值的需求；A需求是一個交互優化改進的需求，B需求是在後台新增一個統計模塊。

這是在不影響項目正常上線的情況下，A需求是可以酌情考慮趕在上線之前加進去的，而B需求肯定是進需求池，規劃到二期的。

6）人物屬性

人物屬性包含提出人、提出時間；有了這兩個字段，相當于知道了什麼人在什麼時間提出了一個需求。

這樣，産品人員能及時找到幹系人調研需求，而提出時間可以幫助産品人員制定需求的緊急程度。

比如，9月1日，用戶提出了一個非常重要的需求，且10月1日之前上線是他最能接受的時間，過了這個時間需求的價值大大受到影響；那麼産品人員在9月2号和9月20号處理該需求的緊急程度就不一樣。

7）拟定優先級

産品人員設計需求的優先級——通過需求價值、需求類型、項目資源情況等因素判定需求的優先級，從而幫助産品人員有計劃安排日常工作。

舉個例子：高考的一場理綜考試，有物理、化學、生物三大科目的考試題目需要在150分鐘内完成；我們都知道遇到難的題目先放下做後面，剩餘時間先做把握大的，分值高的；因為通過這種方式多考1分，就能多勝過1萬人。

這就好比我們在劃分優先級，在有限的資源和時間面前，就得創造最大價值，錯過風口，産品必然落後于人，失去機會。

8）拟定完成時間

拟定完成時間是産品人員根據需求工作量進行評估。

将工作适當做量化評估，可以更合理的規劃需求，安排工作；還是拿上面高考的栗子說，考試中我們把題從頭到尾做完了，隻剩下2道難題，這時離考試結束還剩半小時，一道選擇題7分，證明題8分。

通過評估，選擇題要花所有時間驗證，最少可以排除兩個選項；證明題也需要花所有時間且一定答不完，但是你知道隻寫前面的論證可以得3分左右，時間也隻需要花5分鐘。

這麼一評估，你肯定先花5分鐘鐘拿這3分，剩下的時間去做這道選擇題，有50%的概率拿着7分；假設沒有這樣評估，你可能就隻會二選一的去做了。

9）需求跟進人

指定責任人，負責跟進需求整個生命周期，确保落實到實處。出了問題馬上就能找到責任人。

比如：要把每個寶寶撫養成材，都需要天下父母無微不至的照顧。餓了要喂食，冷了要穿衣，不開心了要開導，犯了錯要包容承擔責任；需求跟進人和需求關系就好比寶寶和父母的關系。

10）需求狀态

需求狀态主要有：

• 待讨論（剛提出或尚未調研或技術尚未确認的需求）；
• 暫緩（讨論完成尚未排期的需求）；
• 設計中（産品設計解決方案期間）；
• 需求中（已經完成排期）；
• 開發中（已經進入開發或尚未發布的需求）；
• 已發布（已經發布上線的需求）；
• 取消（無效需求）；

對需求信息全流程進行記錄跟蹤。有效監控過程狀态，發現問題及時調整。

就像做菜一樣，假如不打開鍋看，就不能得知菜煮到什麼程度；一直開火煮，隻有等聞到燒焦味才知道，但這時候已經晚了。

11）相關鍊接

連接一些需求相關資料，如參考資料、原型圖，流程圖，或者聊天記錄等信息，這裡可根據實際情況可選補充。

這裡主要是方便産品人員在處理該需求時，提供一些信息參考，更好的完成工作；就像你大學的開卷考試，有些是需要翻看資料的，還恨不得用手機查百度。

12）備注

對需求的最終處理結果進行描述，一些特殊情況可以在備注中說明；比如需求完成狀态，取消需求為什麼需求的原因之類的，完成對需求的閉環。

再打個“栗”子：對一批燈泡進行質量檢測，不合格的需要挑出來，并且要表明什麼原因；如果不标注檢測結果，假設這批燈泡不合格，都不知道怎麼改進了；備注可以讓我們不會有“這個需求最終怎麼處理的”疑惑。

13）開發成本預估

由開發人員對該需求進行評估，結合産品人員對需求的價值評估，決定需求是否需要實現以及實現到什麼程度應該消耗多少團隊的資源；盡量避免在團隊資源緊缺的時候，做成本高價值低的需求

假設你非常餓，但是你隻有2塊錢，本來你可以買兩個饅頭充饑，但是你選擇買了一塊糖；最後買糖的選擇讓你餓了整天，但是買饅頭的選擇就不會；所以有限的資源是可以讓需求價值最大化的，重要的是産品人員的選擇。

14）需求價值評估

由産品人員對需求的價值進行評估，做了能帶來什麼影響的判斷，決定需求當前是否值得做，盡量避免花了大力氣做了無價值或者價值不大的需求。

最後一個“栗子”：夏天，西瓜的需求量比較大；拿1千元去販賣西瓜，之後能有500元的利潤，可以賣完了販賣更多的西瓜，整個夏天過去了，賺了10000元；但是拿着1000元去販賣毛衣，結果是血本無歸。

需求價值評估亦是類似，判斷需求價值後投入人力去做，才能創造更大的價值。

四、總結

需求池主要的作用就是記錄需求的來龍去脈：誰在什麼時間提出了一個什麼樣子的需求？需求有什麼價值？開發花費的成本如何？這個需求是誰在跟進？進度如何？最終的解決方案是什麼？目的是為了幫助産品人員更好的管理需求。

五、最後

每個産品經理的心中都應該自己定義一個需求池，因為每個人所處的工作環境，遇到的問題都是不相同的，但是解決問題的思維是都應該有的。

作為産品經理，希望自己不論在工作中、還是生活中遇到的各種問題，可以及時運用自己的産品思維系統化的考慮問題，解決問題。

曾經，我的一位職場老師給我們發過一張這樣的圖，裡面的内容在我遇到問題的時候，總能提醒我。

這裡也分享給各位：

作者：Shaw；季冬分享館

本文由 @Shaw 原創發布于人人都是産品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部