一位B端产品经理的工作经验分享——需求分析（二）

上篇文章 给大家简单分享了需求收集的方法，接下来就看看如何整理需求。
02 需求整理

对于需求整理，核心是从大量需求中挑出需求，然后按优先级排列。

关于优先级，作者有一点想法。我曾经在一篇前辈的文章中看到一种优先级的做法，即根据百分比系统对需求进行评分，高分的优先级很高。后来，我尝试了这种做法，被开发同事拿刀追着砍。后来，我跪下求饶，才知道，对于开发同事来说，无论需求的优先级是高是低，最终都要做到。

既然我们必须这样做，我们怎么能说分数呢。因此，当作者以后排列需求优先级时，他只排列了每个需求的最新迭代版本，而不管迭代版本中需求的优先级如何。

当然，不同的企业有不同的做法，PM还是可以按照自己和开发同事最舒服的相处方式。

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

作者有以下建议：

1.根据业务场景进行整理

B端产品的关键是解决业务场景中遇到的问题。然后，我们可以根据真实的业务场景流程来梳理我们收集的需求。

例如，作者设计的产品是企业数据安全的，所以最典型的场景是数据泄露。基于数据泄露场景，我们可以梳理泄露过程中所需的所有功能和需求点，然后整理泄露过程中所需的所有功能和需求点。

2.根据决策链进行整理

B端产品的决策链冗长而复杂，在整理需求时，我们也可以从KeyPerson的角度来整理决策链中关键人物的一些需求。

例如：或企业数据安全产品，本产品涉及企业的关键人物如下图所示：
基于这些关键的决策者，我们可以整理产品的需求，如：对于CTO，我们的产品必须足够前沿，如使用神经网络分析；对于IT运维主管，产品的部署和实施应尽可能简单，最好是旁路部署等。

还有另外的两种整理需求的方法，下篇文章继续给大家分享，感兴趣的同学可以去看看。

以上就是“一位B端产品经理的工作经验分享——需求分析（二）”的内容了，如果你还想了解其他相关内容，可以来 产品壹佰 官方网站。