B端产品-规划阶段-11：需求处理流程和需求池

上节回顾

公交模型来管理需求，赋予产品稳定的发版周期，让需求管理有条不紊。

本节概览

急诊模式中处理需求的流程和需求池的构建。

1.应急模式在管理需求中的应用

1.1 急诊模式的应用流程

先来上一张图：

解读一下：（ps.图中涉及角色身份可以点击查看《需求中的干系人》一文来回顾）

（1）需求人提交需求

需求人提交需求时，可以使用需求模板，需求人最终需要输出需求文件。

（2）负责人初步评审需求

需求负责人需要初步整理需求文件，对于业务不合理的情况，可以将需求打回让需求人重新整理。之前也提过，当业务团队阵容大于产研团队时，需求负责人的身份尤为重要。

（3）产研初步评估，产出待排期列表

产品经理、研发经理初步评审并放入待排期列表。产品经理拿到负责人评审通过的需求，与开发经理进行初步评估，判断需求是否可行。可行的需求放入待排期列表，不合理的需求被打回。待排期列表在后续的文件整理内会统一提供文档模板。

（4）评审待排期需求，生成待开发列表

根据待排期列表，需求人、负责人、产品经理、研发经理评判待排期列表中的需求，生成待开发列表。在此过程中，往往会使用排期站会的方式，这个工具后续会提到。

需要注意，随着产品经理对业务了解的逐步加深，需求负责人的作用会逐渐减弱。

2.需求池的核心

提到需求管理，最先想到的就是需求池和优先级，下面我们就聊聊如何打造需求池。

2.1 什么是需求池？

需求池用于存放需求，需求的状态一般包括：筹备中、待排期、待开发、开发中、待测试、测试中、待上线、已完成等。每一种状态的需求可以汇集在一起。例如待排期状态的需求可以汇总成列表样式，形成待排期列表。所以需求池是多种状态的需求，以合适的形式展现的需求汇总。

当然需求池中不同状态的需求，可以用多种形式展现。比如待排期的需求可以用列表的样式进行展现。待开发状态以后的需求，可以用看板的样式进行展现。

2.2 优先级

通常优先级有多种表现方式，1、2、3或高中低等。优先级的评判方式或定义方式有很多，大多都需要结合项目实际情况或公司实际情况，例如公司战略方向是降低成本和增加收益，其中降低成本是最高战略，那么涉及到降低成本的需求就可以列为最高优先级，下图中定义一种常规的优先级：

优先级	定义
5	涉及公司战略和规划的相关需求
4	业务发展/收入增长的相关需求
3	降低成本的相关需求
2	提升工作效率的相关需求
1	提升用户体验的相关需求

但是如果很多需求都处于同一优先级，该怎么办呢，这是就需要重要性来进行辅助评判。

2.3 重要性—优先级的辅助

在众多需求优先级相同时，使用重要性分数来对这些需求进行排序，通常可以用1-100的分数来定义重要性，值得注意的是，我们不要用连续的分数来定义重要性，因为时长会有突发需求插入，连续的分数会导致突发需求无法插入，降低管理效率。

重要性分数的主要作用是用来需求排序，不代表其他信息，我们可以定义优先级5的分数为80-100，优先级4位60-79，以此类推。

这里，我们再回顾一下很早提到的内容，我们很早之前就制定好了产品发展路线图（Roadmap），Roadmap也是分析公司组织发展战略得到的产物，并且对每一步发展规划了优先级。产品发展路线图中的优先级是从宏观层面设立来指引方向，而需求管理中的优先级是从微观层面设立来关注执行落地。因此，产品经理也要有效利用Roadmap来指导、设立需求管理中的优先级和重要性。

总结一下，优先级和重要性只是处理需求的手段和工具。他们背后的核心要义是企业和组织的战略目标。产品经理需要的是灵活应用，掌握精髓。

最后插入一则小广告：