小团队如何管理需求列表

摘要:任何产品的需求都是在不断变化的,在变化中能够保持清醒是产品经理的基本素质

什么是需求

需求是在创建一个新的或改变一个现存的产品时,确定新产品的目的、范围、定义和功能时所要做的所有工作。

产品的存在是为了能够解决目前产品覆盖的用户的问题,用户的问题就是需求。用户的问题会因为环境或者其他因素而改变,而这个改变的过程有触发了需求的变更。企业能不能合理的把握需求就成为其产品在推出时会不会被用户所接受的重要条件。

需求的一生

需求的生命周期中包含需求收集、评审、方案及原型、开发评审、开发跟进、测试验收六大环节,产品经理的主要精力集中在前三个环节。


1.需求收集

从公司内部或用户中获取到对产品的需求,内部用户的需求本质也是用户的需求仅仅由于某些内容人员可能会比较了解用户。获取到的需求要进行初步的筛选、去除重复、挖掘深层次含义等整理工作。

2.评审

定期把收集到需求与相关人员进行方向性评审,决定需求的优先级。评审需要参与的人员根据情况邀请产品负责人、销售负责人、研发负责人和CEO等人。

需求评审不单单是决定什么时候去做,要同时把产品未来要做的各个功能分享给其他部门的同事,避免信息不对称造成的混乱。

3.方案及原型

对高优先级的需求设计出原型或者提出解决方案,此过程要求产品经理输出产物。

4.开发评审

对产品经理输出的产物进行评审,包括实现难度、时间等问题。这一过程可能因为时间或者技术问题反复修改。

5.开发跟进

此时需求已经进入开发阶段,在过程中要把需求设计出的功能解释给开发人员,保证大家对需求都能够深入理解。

6.测试验收

保证做出来的功能与需求描述一致,且没有重大问题。详细的测试还是需要专门的测试人员。

如何管理需求列表

首先要确定用什么工具来管理,这里只介绍用Excel来管理需求,每种不同的工具都会有不同的方法,但宗旨是不变的。

1.确定表格头包含哪些信息及作用


需求编号:采用从1开始自动增加的序号,确保某一个需求的编号是永远不变的。

需求名称:等于需求的描述,介绍当前需求的要解决的问题是什么,要求言简意赅。

项目:可以代表某一类客户或者已经在使用的用户的需求。

优先级:需求评审后的优先级,此优先级决定开发顺序。

产品进度:记录产品经理对需求的处理进度。

需求人:提出需求的人,此人必须是能够快速联系到的。

开发进度:对开发进度的记录。

开发负责人:遇到开发问题时的联系人。

测试进度:开发完成后功能测试的进度。

测试负责人:测试过程中问题的负责人。

2. 定义优先级

现在已经存在很多中需求优先级定义的方法,这里采用做简单的高、中、低方法定义。每一次的评审会议要确定被讨论的需求的优先级,理想情况是被确认为高的需求不会在变更。

高:当前需求立即做或者下一版本做。

中:在下一版本在讨论。

低:不重要需求,以后在讨论。

(效果图)

在Excel中依次选择 数据、数据验证

弹出窗口中的验证条件选择序列,在来源中输入高、中、低用逗号隔开。


3. 定义产品进度

前文已经说过产品进度是帮助产品经理记录当前需求在产品过程中的状态。这里把它定义为新需求、产品方案、产品原型和已完成四个阶段。

新需求:需求收集到后没有做后续的任何文档输出工作。

产品方案:已经对需求进行梳理,明确了大至的方向,细节还待设计。

产品原型:需求完全转换为原型或设计,并有对应的产品文档生成。

已完成:需求生命周期中的产品工作已经结束。

(效果图)

在Excel中的设置与优先级定义相同。

3. 需求人

需求人是指能够解释这个需求的人,不一定是提出人。在需求收集和评审中如果有疑问时需要与需求人进行讨论并得出结果,因此需求人一般是公司内部人员。

4. 开发进度

开发进度是为了更好的监控目前需求在开发部门的情况,由开发部门定时反馈并调整。包括:等待需求、排期中、开发中和已完成四个状态。

等待需求:开发部门已经做好准备,等待产品文档或原型输出。

排期中:产品部门已经提交所有的文档数据到开发部,开发部门正在安排人员及开时间。排期确定后会确定开发负责人即预计上线时间,需要同时修改这两个字段。

开发中:已经在开发中。

已完成:开发已经完成,可以开始测试。


测试进度、测试负责人开发进度、开发负责人字段处理方法相同,不做重复说明。


任何产品都是为了解决一个核心的问题,解决核心问题后会衍生出相关问题的需求。在处理需求的过程中要时刻提醒自己产品的核心功能是什么,当前的需求是否与核心需求关系紧密,不要盲目的收集了很多不相干的需求而忘记了产品的本来。需求代表着产品的方向,作为产品经理一定要铭记于心。