01前言
有一段时间，我们产品需求的反馈量每天几十上百个，这里还只是统计了付费用户的。大量的需求砸过来，有很多产品经理就表现出两种极端反应，一种是迫于压力疯狂解决需求，一种是自暴自弃一味拒绝需求。
看到这种现状，我发现用一般的需求管理方法已经无法有效管理好需求池，带来的结果是产品畸形。于是乎，笔者开始研究用户分类、产品发展形态和行业画像，整理出一套适合B端产品的需求管理方法－产品模型需求管理法。
说方法之前我们先了解一下什么是模型。
02什么是模型
百度百科对模型的定义是：
通过主观意识借助实体或者虚拟表现构成客观阐述形态结构的一种表达目的的物件（物件并不等于物体，不局限于实体与虚拟、不限于平面与立体）。
通俗点说，就是将事物的一般规律用实体或虚拟的方式总结表现出来的结果就是模型。比如汽车在生产之前，工业设计师用黏土做出来1:1的汽车外观，就是汽车模型；牛顿三大定律用数学公式总结出力的规律，这也是个模型。
笔者认为，世界上最基础的模型是“分类模型”，世界万物都由分类开始，形成规律，再演变成人类的常识。界门纲目科属种用于生物分类；学科分为哲学、经济学、法学、教育学等；不同细胞分类组成器官再组成人体……因为有分类的存在，人们才能更好地认识这个世界。
那什么是产品模型呢？产品模型是根据公司的业务发展，抽象出来的产品架构鸟瞰图，当然不是二维的，是三维甚至四维的。它由用户、行业、技术、业务组成，经过企业业务特点总结抽象出具有一定规律的产品形态。
需求管理和模型有什么关系呢？举个例子，假如某互联网公司收集到客户的一个优质需求，打算要实现这个需求的功能方案。这个互联网公司的产品有复杂的业务模块，还分了不同的版本以满足不同客户的需求。此时产品经理应该把这个功能实现在哪个版本的哪个业务模块呢？实现之后对销售策略有什么影响？
做决策之前，产品经理需要分析需求面向的客户群体是谁，在产品里属于哪块业务，以及销售策略层面是哪个方案。把客户群体、业务、销售策略综合起来分析，可以做出一个产品模型来，此时产品经理接到需求就很容易判断属于模型中的哪个位置了。
把好的需求放在合适的位置，是产品模型最主要的作用。
下面谈谈如何用模型来管理需求。
03 如何模型化管理需求
那第一步，明确产品形态
首先需要以前沿、全局的视角将产品形态绘制出来，把组成产品的业务模块分文别类，就跟产品经理画原型时的框架图类似，画出来的效果大概如图。
一般可以从业务能力的角度就能将产品形态绘制出来。如果你们的产品还不完善，画出来的模型很单一，此时就要放下笔好好思考你们产品后续发展的可能性了，想清楚之后在模型里留好位置。连自己产品的走向都还不清楚，这是个非常危险的信号，那么笔者建议看到这里就停下来，花多点时间去思考自己产品的规划吧。第二步，设计行业画像
这一步将产品所涉足的行业圈出来，并深刻理解各行业的特点。由于笔者所做的产品覆盖了几乎所有行业，所以行业画像对我们来说非常重要。如果你们的产品只涉及单一的行业，那么这一步就可以省去了。行业画像相对比较简单，根据国家的分类方法设计即可。
设计行业画像的目的是帮助产品经理判断需求所覆盖的行业，如果是个别行业需求，那么对于其他行业来说就不能“强施于人”。
第三步，设计需求池
需求池管理包含需求记录和基础数据的设计。
1.需求记录
现在可以设计需求池的结构了，不管你们原来是用Excel管理需求还是用系统管理需求，思路都是一样的。
原本你们的需求可能是这样的结构：
如果我问P1是怎么评估出来的，产品经理会回答根据需求紧急程度或者提这个需求的用户数。
其实这样设计需求池是有很多缺陷的，一是过于主观，二是缺乏产品策略，抓一把就一个迭代版本。
通过模型化的方法来管理需求，将行业、产品模型融合到需求池里，可以这样改进：
2.基础数据
基础数据是用于扩展需求池维度的，需求记录是二维的，加上产品模型、客户画像基础数据、行业画像基础数据之后，就变成多维的需求了，维度越多，需求管理越精细化。
产品模型格式化数据：
客户画像基础数据：
行业画像基础数据：
3.输出可视化需求卡片
融合需求记录、产品模型、客户、行业之后，可以输出图示的需求卡片，当然，笔者给的示例还是比较简单的，实际情况可以根据需要调整卡片信息和表现形式。
需求记录、产品模型、客户、行业之间的关系如下图。整个需求池的模型构建就基本完成了，如果公司有开发预算，可以自己做一套需求池管理系统，除了可以用卡片的形式查看需求，还可以增加多维度的统计面板查看需求的分布情况，更加科学地使用需求池。
04 总结
什么是模型
笔者一开始介绍了什么是模型，让大家能够更好理解互联网产品模型化的思路。模型是将事物的一般规律用实体或虚拟的方式总结表现出来的结果，最基础的模型是“分类模型”。实际上很多数学模型也是可以应用在产品方法论上的，比如正态分布可用于研究用户分布情况。
产品模型化
在设计需求池之前，需要以全局的角度将自己的产品形态模型化，最好能画出来，只有了解了产品的形态，才能将来自客户的需求，结合产品迭代策略制定迭代计划。
需求池设计
设计需求池应该包含几方面的数据，需求记录、客户数据、行业数据和产品模型结构。