产品需求池怎么做

产品需求池包括：1. 基础信息；2. 扩展信息。其中，基础信息主要包含的信息有：编号、模块、功能点、需求描述、场景描述、需求层次、需求类型、优先级、商业价值、提出人、提出时间、状态。

一、产品需求池

基础信息主要包含的信息有：编号、模块、功能点、需求描述、场景描述、需求层次、需求类型、优先级、商业价值、提出人、提出时间、状态。

下面我来依次讲解下这些信息都是什么：

1）编号：需求的少数标识，可用序号罗列，也可以用日期+当天提交需求的序号统计；作用是作为每条需求的少数编号和快速查询需求。

2）模块：根据产品模块去划分，例如“个人中心”作用是将需求统一归类到某个模块下，在进行版本规划时，可以优先从某个模块中筛选，同时便于根据模块查询。

3）功能点：简单描述需求的功能，也就是要做什么；这样我们快速查看某个需求时，能一眼看明白这个需求是要新增或修改哪个功能。

4）需求描述：需要描述清楚需求的完整性、一致性，需要精准的描述；如果产品经理在后续想不清楚这个需求到底要做什么，可以通过需求详细描述来回想或了解。

5）场景描述：了解用户在什么场景下产生的需求，便于我们分析需求背后的价值，在给开发转述为什么要增加这个需求时，可以清晰的说明是因为哪些原因，更能说服开发愿意做这个需求。

6）需求层次：分为基础需求、增值需求、扩展需求；便于产品经理了解需求属于哪个层级，可根据需求类型、需求价值、优先级、需求层级等结合考虑版本规划。

7）需求类型主要包含：

产品经理可以根据这些类型区分，在产品开发阶段根据需求类型考虑先实现哪些，例如：在时间紧急的情况下，有新增功能和bug修复的情况下，我们会优先解决bug修复这类型的问题，先保证项目不会出现问题。

优先级：P0紧急重要 → P1紧急不重要 → P2不紧急重要 → P3不紧急不重要；可根据实际情况根据商业价值、需求类型、需求层次等信息综合判定优先级，按照四象限法则将需求分别放进这四象限中，最后按照顺序一一完成；可以帮助产品经理有条不紊的完成工作，也可基于优先级这几个分类考虑到版本规划中。

商业价值：可以按照0-10标注，不需要考虑实现难度，在需求讨论时团队讨论决策即可；提前分析好商业价值能帮助我们了解清楚当前需求是否值得做，做完后能带来什么价值；不做的话会有什么损失。

开发量：需求的开发工作量，可以通过这个信息规划开发每个版本的工作内容，也方便我们了解每个需求的开发难度。

提出人：原需求的提出人，便于日后有疑问可追溯。

提出时间：需求的提出时间，方便我们了解是什么时间提出的需求，同时可以利用提出时间来规划需求的紧急程度。

状态：需求的生命周期，待讨论、暂缓（标注原因）、拒绝、需求中、开发中、已发布；主要作用是可以对需求的流转状态进行跟踪，可以了解需求在不同阶段的状态，发现问题及时调整。

扩展信息包含：

原始需求：即需求提出人的原描述内容，主要目的为了保留提出人的表述，过后对需求理解有误或跟需求人对接时方便提出人回忆需求内容。
价值描述：需求的价值分析，需求的价值可能会根据时间变化而改变，根据团队讨论好的价值分析，将分析原因简明概要的写在上面，日后回溯时可以迅速了解到当时是出于哪些思考确定的价值分析。
录入人：需求是谁录入的，日后也可根据此信息找到录入人了解需求详细情况。
负责PD：状态进入到“需求中”时确定；目的是记录，需求完成后或出现什么问题可以找到该负责人。
设计负责人：状态进入到“开发中”时补充；目的是记录，需求完成后或出现什么问题可以找到该负责人。
开发负责人：状态进入到“开发中”时确定；目的是记录，需求完成后或出现什么问题可以找到该负责人。
测试负责人：状态进入到“开发中”时确定，或者开发结束后补充；目的是记录，需求完成后或出现什么问题可以找到该负责人。
期望上线时间：需求提出人期望该需求的上线时间，可以通过此时间来考虑需求实现的优先级。
最终上线时间：记录最终上线时间。
备注：对该需求的备注信息。

延伸阅读：