作為一名B端SaaS類產品的產品經理，經常會面對各個需求方提出的需求，這種情況下，應該如何進行規范需求的流轉和推進呢？下面這篇文章的筆者整理總結了當前使用的一套需求篩選管理的方法論出來，大家一起來看看吧！

作為B端SaaS類產品的產品經理，產品研發迭代過程中會面對各個需求方提出的需求，我們通常需要一套需求管理模型，來規范需求的流轉和推進，作者總結了當前使用的一套需求篩選管理的方法論，希望能對你有所幫助。

B端的產品需求來源十分廣泛，一線用戶、產品運營、內部技術研發人員等，需求內容也十分豐富，包括交互體驗優化、業務調整要求、業務理要求等，產品經理再進行需求管理的過程中，不應該被動的接受、執行，產品經理需要能夠判斷真正的需求價值。

在這個過程中不僅要產品經理深入了解客戶需求，理解業務的核心業務場景，提升判斷能力，也需要總結提煉需求管理流程，推動產品迭代。以下是我在進行需求管理的時候總結的一些可執行的方法論，希望能和大家一起討論。

一、如何收集需求

首先來說需求收集我們有兩部分，第一個就是獲取內外部客戶的需求反饋，第二個就是產品經理進行需求調研。

1. 獲取需求反饋

B 端產品能獲取到的反饋需求通常會比較多，一般也可以分為外部反饋和內部反饋，具體包括一線用戶、產品運營人員、測試人員、開發人員、老板等角色，各方會通過自己對產品的使用和理解提出產品需求，通常情況下我們需要建立一套反饋機制來進行需求的收集，例如產品內增加意見反饋功能，暴露反饋郵箱，內部增加共享文檔，來進行需求收集匯總。

2. 需求調研

需求調研我們一般會采用幾種方式：

1. 產品體驗：通過高頻率的體驗產品，可以針對產品已有功能，提出優化需求，例如減少操作流程、優化交互效果等需求。
2. 競品分析：通過競品分析，調研競品的功能和規劃，匯總功能差異點。
3. 走訪：通過對市場客戶走訪了解市場需求和業務模式，匯總業務痛點。
4. 數據分析：通過埋點等功能，匯總分析現有數據，提煉出產品需求，例如：我們監控到xx詳情頁客戶經常會進行截圖操作，那么我們可以拓展開發自定義分享的功能。

在進行問題調研后，我們需要將將需求建立標準的需求庫，對需求進行統一的需求管理。

二、規范和整理需求庫

1. 需求庫建立

為了準確的管理需求內容，跟進執行情況，并且能夠通過該需求庫能比較全面的了解客戶的核心業務價值、需求場景、實現方式等內容，我們需要針對于各自產品的特點和要求，規范一套完整規范需求管理模板，并且規范錄入規則，下面是我整理的我們現在正在使用的模板供各位參考。

2. 錄入規則規范

• 需求要區分優化/Spec，即已有功能優化/新的產品功能。
• 需求錄入方要錄入使用場景/使用價值（新功能：xxx在xxxx時候用這個功能，解決了xxx問題；優化：xxx在用xxx功能時候xxx地方不好用）。
• 需求錄入方必須錄入功能描述（希望在xxxx產品中增加xxx功能）。
• 需求方需要錄入緊急程度。
• 盡量站在標準產品角度錄入（例如：xx用戶想增加一個工單類型篩選類型，錄入人在進行錄入的時候也可以站在標準產品角度考慮，是否可以實現可自定義配置的全部字段的篩選功能）。

三、需求評審會

1. 評審會機制的建立

獲取產品需求后，我們需要結合開發周期，定期的對獲取的產品需求進行過濾和篩選，并且確認需求優先級及下個版本迭代的開發范圍。產品經理是產品成敗的第一責任人，但在需求篩選過程中，我們需要獲取各方對需求的意見看法，可以更客觀的對產品需求進行篩選，最終由產品經理做出最優的決策。

2. 會議機制如下

1）參與人：需求提出方、產品經理、技術負責人、測試負責人。

2）評審流程：

• 需求方宣講產品需求使用場景，期望功能描述，客戶緊急程度。
• 產品經理評估需求場景（需求是否有漏洞、不明確、是否為偽需求），得出結論是否可以進入迭代開發。
• 針對產品經理結論，各方進行討論，提出意見（技術負責人、測試負責人從自身角度出發分析該產品）。
• 產品經理評估需求優先級。
• 評估下個Sprint需求范圍及時間。

3）成果物：

• 可以進行開發的產品需求List。
• 下個Sprint開發范圍及優先級（產品經理）。

四、需求評估模型

在進行產品需求評估的時候，產品經理通常以比較主觀的看法對產品需求進行篩選和評估，產品經理是產品開發的決策人，我們需要盡量減少主觀上對需求的判斷，所以我們需要建立需求評估模型，量化產品價值，來輔助進行判斷，以下是我們在用的產品評估模型。

1. 需求評估流程

• 劃分需求類型：劃分該需求是已有功能升級還是新Spec功能，不同的需求類型我們會通過不同的策略進行評估。
• 評估該需求是否可以加入標品迭代。
• 已有功能升級：判斷該需求是否可以提升已有功能使用體驗，幫助標準產品更加易用。
• 新Spec：判斷該需求時是否可以降本增效、引領行業規范、促進標準產品成交。
• 評估需求優先級：評估需求優先級。

2. 評估需求是否可以加入標品迭代（見下圖）

3. 如何評估產品需求優先級

（1）量化產品價值：產品價值=客戶價值（給客戶帶來的價值）*權重+公司價值（給公司創造的價值）*權重示例：需求優先級=客戶價值*30%+公司價值50%+開發運維成本*20%。

（2）客戶價值和公司價值的權重是否需要增加（是以服務客戶為目標還是以給公司創造新價值為目標，根據產品目標增加權重，隨著產品成熟度和產品戰略進行調整）。

（3）客戶價值：需要確定影響客戶價值的因素，量化需求對客戶價值（主要針對老客戶）。

• 需求客戶的數量 ：需求客戶量越大，該需求的用戶價值越高。
• 需求客戶等級：需求客戶是否是產品重要客戶（客戶公司規模/客戶貢獻程度）如果是優先級越高，不是優先級較低。
• 需求客戶的使用頻率：需求客戶經常使用的功能則優先級越高，反之則越低。
• 需求對老客戶的影響范圍：影響范圍越廣，優先級越低。

（4）公司價值：量化需求對公司的價值（主要針對新客戶）。

• 使用體驗：對系統整體使用體驗有沒有提升。
• 戰略意義：需求是否可以作為宣傳賣點，促進業務銷售。

（5）緊急程度：需求方對時間要求的緊急程度。

（6）開發成本：產研的工時（人天）。

（7）運維成本：開發完成后是否需要投入較高的運維成本。

舉例：

五、寫在最后

需求管理是SaaS類產品迭代的重要一環，需求管理在一定程度上可以決定產品的易用性，甚至可以影響產品的失敗，希望各位同學可以根據我的總結，得到一些啟發，建立針對與自己產品的需求管理模型，推動產品成功。