产品经理学习笔记(二)——需求采集文档:单项需求卡片

在《学习笔记(一)》中提到了用户研究以及需求采集的一些方法,需求的采集工作并不仅仅只是产品经理的工作,由于需求可能来源于用户、开发人员、测试人员、运营人员甚至是老板,需求的采集往往会涉及采集渠道。因此,为了便于产品经理或者需求分析人员对需求进行统一有效的管理(即将需求书面记载,或者说是换成产品汪能够看得懂的语言),就需要需求采集的文档:单项需求卡片来进行

单项需求卡片是一种能够详细记载用户需求的文档,由需求人员填写,主要会包括需求编号、需求类型、需求来源、需求描述、需求原因以及需求属性等方面构成。当然,更为详细的单项需求卡片所涉及的要素更多。接下来详细说明:

1.需求编号:该需求的编号或序号,便于产品经理对需求的梳理和整理,也是需求评审会议上让其他与会人员快速定位需求的要素。可以是时间+序号的形式,如20150430-001。

2.需求类型:分为功能性需求和非功能性需求。

(1)功能性需求:主要涉及产品逻辑架构、交互、功能以及BUG类的需求,这些需求的重要性较高,因为涉及到产品的正常使用。

(2)非功能性需求:主要涉及产品的UI设计等等,如某个按钮应该为矩形还是圆角矩形,这些需求重要性较低,并不影响产品的正常使用。

3.需求来源:该需求主要提出的人员以及提出的场景。

(1)提出人员:该需求提出人员的详细信息,如性别、年龄、教育程度、岗位经验等信息,这有助于产品经理了解该需求所对应的用户类型,能够在需求梳理时,了解某个用户群体的需求类型。

(2)提出场景:该需求提出的使用场景、如地点、环境和时间等,便于产品经理了解用户是在何种条件下会使用该需求所涉及的功能,如果该需求提出场景是经常发生的,那么该需求的重要性就会相对有所提高。

4.需求描述:这是单项需求卡片最为重要的要素,该部分主要体现的是需求的详细内容,如需求所涉及的现象、希望得到解决的方案等等。该要素会对需求产生各种描述,需要产品经理在整理需求时,进行思考、分析和归纳。

5.需求原因:该需求提出的原因,该部分可能会在“需求描述”中也予以体现,主要体现的是提出该需求的主要原因,该部分便于产品经理对需求描述进行归纳总结。

6.需求属性:分为重要性、紧迫性以及持续时间

(1)重要性:该需求对于产品的重要程度,该需求的完善对于产品的成长运营具有积极意义;

(2)紧迫性:该需求完善的时间要求,主要体现在功能类需求,其中BUG类需求最高,该需求的解决便于产品的正常使用;

(3)持续性:该需求的持续时间长度,主要体现为该需求是否能够随着产品的不停迭代更新,依旧能够对产品的使用发挥作用。

你可能感兴趣的:(产品经理学习笔记(二)——需求采集文档:单项需求卡片)