创建需求池的目的是将散乱在各处的需求汇总，那么创建需求池首先要建立固定的格式；
为了方便记录和管理，我参阅了一些资料和咨询了一些朋友，在结合自己理解以及工作环境，整理一份需求池文档格式模板。
需求池定义了一些字段：需求编号、需求模块、需求名称、需求描述、功能点、场景描述、需求来源、人物属性、需求层次、需求类型、优先级、商业价值/需求价值评估、开发成本预估、拟定完成时间、需求状态、需求跟进人、相关链接、备注；
需求池信息
1）需求编号：需求的唯一标识，可用序号罗列，也可以用日期+当天提交需求的序号统计；作用是作为每条需求的唯一编号和快速查询需求。
2）需求模块：根据产品模块去划分，通过将需求信息归属到一个模块中，从而更好的管理需求。例如“用户中心”作用是将需求统一归类到某个模块下，在进行版本规划时，可以优先从某个模块中筛选，同时便于根据模块查询。
3）需求名称：简单的需求名称可以快速的表达出需求的核心内容，不需要过多的文字。
4）需求描述：需要描述清楚需求的完整性、一致性，需要精准的描述；假设没有需求描述，产品人员可能一时想不起这个需求是什么，更何谈准确设计功能。
5）功能点：简单描述需求的功能，也就是要做什么；这样我们快速查看某个需求时，能一眼看明白这个需求是要新增或修改哪个功能。
6）场景描述：了解用户在什么场景下产生的需求，便于我们分析需求背后的价值，在给开发转述为什么要增加这个需求时，可以清晰的说明是因为哪些原因，更能说服开发愿意做这个需求。
7）需求来源：需求来源影响产品人员对需求价值的衡量以及对需求的后续工作跟进，也直接影响需求在产品人员心中的权重地位。
8）人物属性：人物属性包含提出人、提出时间；有了这两个字段，相当于知道了什么人在什么时间提出了一个需求。
——提出人：原需求的提出人，便于日后有疑问可追溯。
——提出时间：需求的提出时间，方便我们了解是什么时间提出的需求，同时可以利用提出时间来规划需求的紧急程度。
9）需求层次：分为基础需求、增值需求、扩展需求；便于产品经理了解需求属于哪个层级，可根据需求类型、需求价值、优先级、需求层级等结合考虑版本规划。
10）需求类型主要包含：
——新增功能：目前平台没有实现的功能；
——功能改进：对目前平台已实现的功能进行优化；
——bug修复：系统功能使用出现问题，与正确的设计逻辑不一致；
——用户体验：例如页面按钮摆放的问题，发送消息时发送按钮放在右侧，可以按照用户的使用习惯设计；
——UI优化：页面体现内容，如按钮颜色；
——内部需求：公司内部产生的需求，如开发一个内部OA系统；
——删除需求：对平台已有的功能进行简化；
——接口需求：使用对方提供的接口，或给对方提供接口。
产品经理可以根据这些类型区分，在产品开发阶段根据需求类型考虑先实现哪些，例如：在时间紧急的情况下，有新增功能和bug修复的情况下，我们会优先解决bug修复这类型的问题，先保证项目不会出现问题。
11）优先级：P0紧急重要→P1紧急不重要→P2不紧急重要→P3不紧急不重要；可根据实际情况根据商业价值、需求类型、需求层次等信息综合判定优先级，按照四象限法则将需求分别放进这四象限中，最后按照顺序一一完成；可以帮助产品经理有条不紊的完成工作，也可基于优先级这几个分类考虑到版本规划中。
12）商业价值/需求价值评估：可以按照0-10标注，不需要考虑实现难度，在需求讨论时团队讨论决策即可；提前分析好商业价值能帮助我们了解清楚当前需求是否值得做，做完后能带来什么价值；不做的话会有什么损失。
13）开发成本预估：需求的开发工作量，可以通过这个信息规划开发每个版本的工作内容，也方便我们了解每个需求的开发难度。
14）拟定完成时间：拟定完成时间是产品人员根据需求工作量进行评估。
15）需求状态：需求的生命周期，待讨论、暂缓（标注原因）、拒绝、需求中、开发中、已发布、取消；主要作用是可以对需求的流转状态进行跟踪，可以了解需求在不同阶段的状态，发现问题及时调整。
需求状态主要有：
——待讨论（刚提出或尚未调研或技术尚未确认的需求）；
——暂缓（讨论完成尚未排期的需求）；
——设计中（产品设计解决方案期间）；
——需求中（已经完成排期）；
——开发中（已经进入开发或尚未发布的需求）；
——已发布（已经发布上线的需求）；
——取消（无效需求）；
16）需求跟进人：指定责任人，负责跟进需求整个生命周期，确保落实到实处。出了问题马上就能找到责任人。
17）相关链接：连接一些需求相关资料，如参考资料、原型图，流程图，或者聊天记录等信息，这里可根据实际情况可选补充。
这里主要是方便产品人员在处理该需求时，提供一些信息参考，更好的完成工作；
18）备注：对需求的最终处理结果进行描述，一些特殊情况可以在备注中说明；比如需求完成状态，取消需求为什么需求的原因之类的，完成对需求的闭环。
项目需求池文档格式
总结
需求池是产品经理不可缺少的工具，本文中主要根据没有需求池容易产生的问题介绍了什么是需求池、创建需求池的目的及创建需求池所需要的字段信息。
最终的模板字段需要按照公司实际业务灵活变动，文中提供的字段信息仅为参考，主要目的是为了帮助产品经理创建并管理自己的需求池。
需求池主要的作用就是记录需求的来龙去脉：谁在什么时间提出了一个什么样子的需求？需求有什么价值？开发花费的成本如何？这个需求是谁在跟进？进度如何？最终的解决方案是什么？目的是为了帮助产品人员更好的管理需求。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
