从设计《产品功能优先级自动化分析工具》看产品经理的业务思维

产品经理骨子里应该是业务管理者，也必须是业务管理者。

今天有个妹子问有没有产品功能列表的模板，我在问清楚具体想法后，和妹子说这个玩意很简单，我干完今天的活就给你做一个。

不是吹水，这个玩意真的很简单，用EXCEL就可以做出一个自动化的产品功能管理工具出来。

大家先别急着下载模板，先让我把思路说一下。

1、这个工具看起来好像只是用来管理产品功能的，但其实还是业务思想在功能管理工作上（属于产品规格管理这个工作）的具体体现。

在《构建产品经理个人知识体系学习包---需求管理体系》这个小包课中，我提到了，我们对用户需求的管理，其实是按照这个分析逻辑下来的：

痛点-问题-需求-功能（需求导出的类型之一，对于产品经理而言，需求是需要分类的，这里只以功能为例）

这个分析过程中所涉及到的相关工作就构成了我们的“需求管理”工作，对企业而言，就构成了“需求管理体系”。

因此，看起来是做产品功能列表，但其实是属于需求管理这块业务工作的。

2、在做这个工具的时候，我们不需要倒到根，也就是痛点那个工作上，而是基于上一个工作，也就是“需求”这块来思考如何做就可以了。

因为四个工作都有相应的业务模型在支持，简单说，就是只要有了需求分析模型所产出的结果，那么，就为功能管理模型提供了输入，我们只需要控制好这个输入就可以开始做这个工具了。

3、怎么来思考制作这个工具，或者叫功能分析模型呢？

我们都知道，功能是要交付给开发团队去实现的，他们只需要知道每个功能要实现什么需求，优先级是什么就可以了，这是这个模型最终的输出成果。

那么，知道了最终输出成果（主要是优先级排序），咱们就可以往前导，想一想，一个功能的优先级是怎么评估出来的，肯定得有相应的评估标准，这样，我们就知道了应该去设定优先级评估标准，这在模型里就是处理过程。

这个过程是模型中最为关键的一个思考点，那么，怎么来考虑呢？

因为我特别喜欢用矩阵思维，因此，这里我就以矩阵思维为例来说明一下，大家看下图：

我会把一个功能分为两个维度，分别是：

1）紧迫性：是指这个功能要实现的时间允许值，这个值越小，紧迫性越高，反之亦然；

2）必要性：是指这个功能要实现的需求允许值，这个值越大，必要性越高，反之亦然。

有了这两个维度，我们就可以构建出一个上图中所示的矩阵，而每个象限中就是不同纬度值所构成的优先级功能分布。

但是，只有这两个维度还远远不够，我们还得知道这两个维度都涉及哪些关键的评估指标，我们可以这样来考虑。

1）紧迫性：可以细分为“重要性”和“差异性”这两个评估指标

“重要性”是指这个功能对于消费者而言，他们关注的程度，我们用“高”和“低”来表示；

“差异性”是指这个功能对于竞品同样的功能而言，是否有明显的差异，我们用“是”和“否”来表示。

2）必要性：可以细分为“关联性”和“基础性”这两个评估指标

“关联性”是指这个功能是否和其它功能有联系，我们用“高”和“低”来表示；

“基础性”是指这个功能是否是构成产品介质的关键要素，我们用“是”和“否”来表示。

如果大家再仔细品味这两个维度，四个指标，应该能看出，“必要性”是从外部关键指标来考虑的，而“必要性”则是从内部关键指标来考虑的，想一下，这个思路和哪个产品管理中经常用的分析模型的逻辑是一样的呢？

这些指标（高；低；是；否）确定出来后，就能形成四种组合，分别是“高-是”、“低-是”、“高-否”、“低-否”，而这四种组合就是每个维度的值。

比方说，在“紧迫性”维度中，我们评估的某个功能的“差异性”为“是”，“重要性”为“高”，那么，这个功能的“紧迫性”值就是“高”，而在“必要性”维度中，我们评估这个功能的“关联性”是“高”，“基础性”是“是”，那么，这个功能的“必要性”值就是“高”，那么，一个双高的功能，自然优先级就是P1，也就是必须要去做的。

以此类推，把所有的功能按照这个思路评估完就可以了，大家看下图：

当然，只有这张表还是差点意思，咱们的工作要做到位才好，不管怎么说，这张表的结果好歹也是数据，咱们还得做个统计，并形成图表，大家看下图：

这就比较完美了，无论是记录，还是交流都可以了。

顺着这点再说两句，我个人始终认为：

作为产品经理，首先要懂的是业务，只有懂业务才能设计出业务模型，所有的数据都是为业务服务的，如果你连业务模型都构建不出来，给你再多的数据也没有任何用处，忽视业务思维的学习和训练，单单学习所谓的数据分析方法，无疑是本末倒置。

总结一下，设计分析工具的基本逻辑，还是我本文中一直提到的，首先要有业务思维，基于业务思维找到工作关联，然后形成业务模型，其实不止是这个功能优先级分析工具，《构建产品管理个人知识体系学习包》中讲到的几乎所有工作，其实我都是努力在讲相关的业务分析模型该怎么建立，比方说和功能有关的问题分析矩阵，需求分析矩阵，也正是因为有了这些业务模型的分析结果，这个功能分析矩阵才能自然而然的构建出来，并且和相关工作形成了紧密的关系。

最后说一下，我这个分析工具几乎可以拿去就用，如果哪些朋友动手能力强，可以进行修改，里面所涉及到的计算函数都有，自己研究研究就可以了。

忘了最关键的一点，这个工具稍作修改，就可以适用于几乎所有的产品，还是那句话，学习工具背后的模型构建逻辑。