需求分析02 - 需求列表(需求池) VS 功能列表

更多产品思维以及方法关注我。原文链接

在上一节我们采集了那么多需求，有用户的、有业务的，有数据、竞品分析来的需求，那么这么多需求放在一起，就是一个需求池。

需求池：就是把很多需求放在一起，在规划版本时，依据优先级和性价比来筛选版本的排期；需求池的工具Excel、Mindmanager等等，只要能提现他的管理方式就好，团队、自己看着清晰就ok；

产品生命周期管理中，所有采集到的需求，不管是紧急的、靠谱的，还是没有性价比的需求都应该放到需求池里，每一次安排产品版本规划的时候都需要重新审视一边，然后再根据需求池里的需求进行权重对比，规划出当前要完成的需求，整理出一个功能list；

1、 一个需求的属性

在需求池中存放着收集到的大量的需求，那么这些需求都有什么样的属性，我们来看看单个需求

而在实际工作中，这种形式只是在收集需求的时候才会大量用到，收集到需求之后我们需要整理，形成一个需求列表，那么就变成了如下图所示：

在需求评审、审核之后才会转化成一个功能列表，也就是抽象出来到具体表现出来的过程

(具体需求分析，再写一篇吧，这里不做过多描述)

2、 功能列表的属性

在上边的列表中，其实我们已经有了大概的了解，在做了大量的分析之后，将需求列表中要做的，形成当前版本的功能列表

每一行都是一个功能点，每一列都是功能的一个属性，我们要将正在做的，还没有做的需求和功能都管理起来；

而每一个版本的目的都不一样，我们要做的就是如何将这些需求逐步的实现，因此在转化成当前版本的时候会单独拎出来一个，等待评审结束后，整理合并。

3、 需求到功能的状态流转

这是整个需求到功能列表的状态流转，从最初的需求采集到手的讨论开始，从抽象到具体化，到上线状态的全部流程，需求流程其实就是在管理某个需求的完成生命周期。

微信 13263130987 加入产品群聊！再次欢迎指摘！

Hello！产品小伙伴们

长按二维码关注我们吧！

微信号：AJ_Huai

(添加时请备注 地区+职业+姓名