如何做好需求管理系列（1）—— 做什么和不做什么

题图

如何做好需求管理系列（1）—— 做什么和不做什么

序：需求管理源于业务需要，始于需求挖掘，继而需求分析，需求定义，需求验证。周而复始。

因为用户需求（业务需要）是无限的，所以经过产品经理整理、分析所形成的“产品需求”也是种类各异且数量众多的。因此，对于一名产品经理而言，有效的进行产品需求的管理是非常重要的。在本系列文章中，我将与你分享“优先级判断”、“如何挖掘需求”、“如何定义需求”、“如何验证需求”，这四个方面的相关经验。

对于产品需求优先级的管理，普遍采用四象限定位法，其中以需求的急需性作为横轴，需求的重要性作为纵轴；四个象限分别为：

• 重要且急需
• 重要但不急需
• 不重要但急需
• 不重要也不急需

“四象限定位法”的优点是充分利用了消费者的需求特征层次。其缺点也相当明显，由于仅从需求的重要性和急需性考虑，需求划分的粒度过大，仅适用初步筛选，无法对产品需求优先级进行量化。

接下来，我将同大家分享产品需求优先级量化模型，在开始之前，先进行一些预备知识的铺垫。首先，我们来定义“重要性”，我们认为，当某个功能可以明确解决用户的某个特定需求或者某个功能可以为用户提供前所未有的服务时，该需求的重要性为高。然后，有别于单一时间维度的“急需性”，我们尝试使用“可行性”来替代四象限定位法中的“急需性”。“可行性”即在有限的资源和时间内是否可以达成预期目标。

明确了“重要性”和“可行性”的定以后，我们开始使用需求优先级量化模型，模型的使用分为三个步骤：

• 列出采集到的用户需求
• 填写“重要性”和“可行性”权重表，权重由1-5（1为最低，5为最高，中位数为3）
• 生成需求分布统计图，完成需求优先级量化。

以某社区电商某个版本的需求为例，来讲解需求优先级量化模型的建立：

Step 1 列出采集到的用户需求

• 增加独立访客数量
• 提高访客的购买金额（客单价）
• 增加页面中商品展示区域
• 收录更多商品。

将4个主要需求填入表单，形成如下表格。

用户需求表格

Step 2 填写“重要性”和“可行性”权重表

为了正确的填写权重表，我们需要对需求（目标）进行逐条分析，评估其重要性及可行性。当我们面对复杂或者难以判断权重的需求时，我们可以使用中位数3来表示该需求的权重。因为有了中位数作为基准，确认其他需求的重要性和可行性也更加容易。下面，我们来逐条分析这四条需求，并完成需求权重表的填写。

“增加独立访客”，可使用电商的黄金公式——销售总额 ＝ 流量 x 转化率 x 客单价，进行分析。流量对销售总额有着重要影响，经过几个版本的推广，流量作为重要因素但非决定性因素存在，其重要性为4；在拥有一定体量的前提下，继续获得新增用户的难度是很高的，其可行性为2。

“提高访客的购买金额”，在流量和转化率趋于稳定的前提下，提高访客的购买金额（客单价）将成为接下来工作的重点，其重要性为5；可行性方面，通过采用精确推荐、捆绑销售等手段可以实现客单价增高的目标，其可行性为4。

“增加页面中商品展示区域”，从已有经验来看用户访问页面深度基本呈正态分布，增加商品的展示区域对网站各方面数据的帮助可能比较有限，其重要性为1。相比需要借助其他渠道才能获取的新用户，完成商品展示区域的扩大其可行性要高一些，这里记为3。

“收录更多的商品”，收录的产品数量是否会对网站产生影响是一个未知数，于是我们将这个需求的重要性和可行性均记为3，用中位数来表示难以判断的情况。

经过以上分析，将分析结果填入表格中，形成如下表格。

“重要性”和“可行性”权重表

Step3 绘制需求分布统计图，完成需求优先级量化

请记住这个非常重要的公式：版本周期内的可用资源数 ＝ 需求数量 x 权重中位数 。以本文中的需求为例，版本周期内的可用资源数 ＝ 4（需求数）x 3（权重中位数）＝ 12。

接下来，我们计算该版本中四个需求的重要性总和可行性总和，我们会发现，重要性总和：4 + 5 + 1 + 3 = 13；可行性总和：2 + 4 + 3 + 3 = 12；当前版本的重要性总和 > 可行性总和，意味着我们必须对四个需求做出合理的取舍才能保证，在既定的迭代周期内实现版本价值最大化。

评估“重要性”与“可行性”

然后，按照重要性和可行性的维度对需求进行划分，我们将需求分为：核心需求，有价值的需求（辅助需求），可忽略的需求。将权重表中的数据填入可行性-重要性坐标系，完成需求量化。

需求分布统计图

观察需求分布统计图，我们可以得出以下结论：

• “增加访客的购买金额”属于核心需求，需要进一步思考这个需求背后的用户、商业价值，并将这个需求作为本版本中的核心任务。
• “增加独立访客数量”和“收录更多产品”属于有价值的需求，在保证核心需求可以顺利完成的情况下，投入相对较少的资源完成一个简单的版本，通过用户反馈决定继续扩展或者彻底抛弃。
• “增加页面中商品展示区域”属于可以忽略的需求，可能在最近的几个版本中都不会出现。

最后，“需求优先级量化模型”的使用，有如下几点说明：

• “版本周期内的可用资源数”并不是什么神奇的东西，有限的资源迫使你在“重要性”和“可行性”之间做出最佳的平衡，从而实现价值最大化。
• “重要性”和“可行性”权重表中，权重总是1-5。
• “需求优先级量化模型”，虽然非常有效，但是仅限于一个新版本的计划时期。
• 需求管理的本质是要不断追问为什么。

如果，你对本文介绍的“需求优先级量化模型”的使用有任何疑问或者对需求管理方面有独到的见解，欢迎在评论区与我互动，谢谢你的阅读。

-EOF-