上篇文章 給大家簡單分享了需求收集的方法，接下來就看看如何整理需求。
02 需求整理

對于需求整理，核心是從大量需求中挑出需求，然后按優先級排列。

關于優先級，作者有一點想法。我曾經在一篇前輩的文章中看到一種優先級的做法，即根據百分比系統對需求進行評分，高分的優先級很高。后來，我嘗試了這種做法，被開發同事拿刀追著砍。后來，我跪下求饒，才知道，對于開發同事來說，無論需求的優先級是高是低，最終都要做到。

既然我們必須這樣做，我們怎么能說分數呢。因此，當作者以后排列需求優先級時，他只排列了每個需求的最新迭代版本，而不管迭代版本中需求的優先級如何。

當然，不同的企業有不同的做法，PM還是可以按照自己和開發同事最舒服的相處方式。

回到文章中，在收集了很多需求之后，我們如何從很多需求中挑出需求？

作者有以下建議：

1.根據業務場景進行整理

B端產品的關鍵是解決業務場景中遇到的問題。然后，我們可以根據真實的業務場景流程來梳理我們收集的需求。

例如，作者設計的產品是企業數據安全的，所以最典型的場景是數據泄露。基于數據泄露場景，我們可以梳理泄露過程中所需的所有功能和需求點，然后整理泄露過程中所需的所有功能和需求點。

2.根據決策鏈進行整理

B端產品的決策鏈冗長而復雜，在整理需求時，我們也可以從KeyPerson的角度來整理決策鏈中關鍵人物的一些需求。

例如：或企業數據安全產品，本產品涉及企業的關鍵人物如下圖所示：
基于這些關鍵的決策者，我們可以整理產品的需求，如：對于CTO，我們的產品必須足夠前沿，如使用神經網絡分析；對于IT運維主管，產品的部署和實施應盡可能簡單，最好是旁路部署等。

還有另外的兩種整理需求的方法，下篇文章繼續給大家分享，感興趣的同學可以去看看。

以上就是“一位B端產品經理的工作經驗分享——需求分析（二）”的內容了，如果你還想了解其他相關內容，可以來 產品壹佰 官方網站。