需求池

一，需求来源描述

1.提交人：输入该需求的人；

2.提交时间：需求输入时间；

3.需求来源：用户反馈、用户研究、客服团队、市场团队、内部成员、战略需求；

4.提出者：提出需求的人，用户、老板、运营、技术、产品等等；

二，需求描述

1.编号：需求的顺序号，用于确定需求的唯一性；

2.需求分类：新增功能、功能优化、bug修复；

3.bug编号：仅为“bug修复”时需要填写；

4.产品模块：功能需求所属的模块；

5.功能点：如果是新功能，就新输入，如果是功能优化或bug修复，就写原功能点；

6.需求描述：无歧义、完整性、一致性、可测试等；

7.需求类型：运营需求、产品需求、市场需求、用户需求、技术需求；

三，需求评估

1.重要性：A.阶段性的产品目标（战略需求、要做什么事，达到什么目标，解决当下什么问题）；B.主干逻辑、主干需求（产品想让用户做的事情，那件事情就是主干，例如电商，主干就是购买流程）；C.触达的用户群体与频次（用户群越大、频率越高越重要）；

该功能上线，会带来多少积极影响，程度几何？即贡献（用户、公司两方考虑）

2.紧急性：A.用户的需求迫切程度（用户越迫切，则越愿意为此付费）；B.产品的迫切程度（公司内部人员希望上线的迫切程度，根据现阶段的目标，没有实现该需求，则无法进行下一步，此程度越高，越迫切）

该功能不上线，会带来多少消极影响，程度几何？即损失（用户、公司两方考虑）

3.工作量：需求的开发工作量，表征实现难度；

4.层次：基础（基本需求：砍掉该需求，产品无法正常使用）、拓展（期望型需求：砍掉该需求，产品可以正常使用，但是用户会不爽或用起来比较麻烦）、增值（兴奋型需求：砍掉该需求，对用户核心流程没有影响）；

5.需求优先级：用于决定先做哪个；

四，需求执行

1.需求状态：待讨论、暂缓、拒绝、需求中、交互设计、视觉设计、开发中、已发布；

2.负责pm：“需求中”状态时，需要填写；

3.负责ue：“交互设计”状态时，需要填写；

4.负责UI：“视觉设计”状态时，需要填写；

5.开发人员：“开发中”状态时，需要填写；

6.项目名称：需求所在的项目，在“需求中”状态时，需要填写；

7.发布时间：项目发布的时间，在“已发布”状态时，需要填写；

8.备注：原因说明，其他说明