产品设计体会(1012)单项需求卡片

先说说理念:产品需求不止是需求分析人员的事,而是产品涉及的每个干系人的义务,至少得参与“采集”的过程,理想的状态是产品的所有干系人都参加过“需求采集”的培训,然后在日常工作中养成主动提交需求给产品人员的习惯。

“单项需求卡片”就是一种很实用的需求采集工具,一张卡片相当于需求列表中的一行,讲一个用户需求到底包含哪些内容。明确一下,需求列表一般是指未经加工的用户需求,重点是需求的各种属性;功能列表Feature List)通常是分析过的产品需求,重点是实现它的性价比。下面用一张“单项需求卡片”的实例来介绍一下(表格有点变形,凑合看哦),蓝色内容为重点,我自己也在团队里推行过这玩意。

需求编号:

包含“采集时刻 + 采集者”信息

需求类型:(在进行评审时填写)

功能需求、非功能需求……

来源(Who):(方便追根溯源)

公司提供者:需求提供者的部门、联系方式

产生需求的客户:用户需求的公司、部门、联系方式

客户背景资料:受教育程度、岗位经验、其他与本单项需求相关经验

场景(WhereWhen):

产生该需求的用户活动特定的时间、地理、环境

描述(What):

用(主语+谓语+宾语)的语法结构,禁止使用修饰语句

原因(Why):(保持怀疑的心,很多时候理由是假想出来的)

验收标准(How):

1. 用量化的语言

2. 无法量化寻找标竿

需求重要性权重(How much):

满足后(1一般~5非常高兴)

未实现(1略感遗憾~5非常懊恼)

需求生命特征(When):

1. 需求的紧急度

2. 时间持续性

需求关联(Which):

1. 人:需求关联的用户影响人物

2. 事:需求关联的用户业务与关联需求编号

3. 物:需求关联的客户系统、设备;需求关联的公司产品及版本

参考材料:

在需求采集活动中的输入材料,仅仅输入援用的条目、章节

竞争者对比:(按照1分差~10分好进行评估)

1. 竞争者对该需求的满足方式

2. 用户、客户对竞争者及公司在该需求的评价

说明:需求特征的描述,通常有如下几个维度:重要性(细分为“满足后、未实现”,或者说“基本、扩展、增值”,参见KANO模型)、紧急度、持续时间(生命周期)。实用主义的考虑,可以综合抽象为一个指标:商业价值(或者叫商业优先级)。然后除以开发量就得到了“性价比”,我们先做性价比高的需求。

------------------------------------------------------------如果你想第一时间看到最新内容, 就猛击此处订阅吧!

《产品设计体会(1012)单项需求卡片》有10个想法

  1. 五分。
    狩野模型不错。
    一个问题:受访者,用嘴说的,和实际做的,往往不一样。这个问题怎么解决呢?

  2. @park
    听他怎么说,看他怎么做,然后用自己的critical thinking给出事实的真相,:)
    很可能真相既不是他说的,也不是他做的。

  3. 需求关联(Which):

    1. 人:需求关联的用户影响人物

    2. 事:需求关联的用户业务与关联需求编号

    3. 物:需求关联的客户系统、设备;需求关联的公司产品及版本

    这部分有些不明白.
    “1. 人:需求关联的用户影响人物” 是指提出这个需求的人将会影响到的人?还是会影响到需求提出人的人?抑或是这个需求将会影响到的用户也就是需求对用户的影响?

    不明白什么意思啊.

  4. 是说需求关联的人,他所受到的人\事\物对他自身的影响,所以他才会提出某个需求.
    需求关联里的1人、2事、3物是这个意思么?

    iamsujie Reply:

    谢谢,看得真仔细,这块我确实没去细想,表格里的说明是2007年一次培训时记录的,后来实用的时候这部分也很少填,我现在的理解是:会影响到这个需求的“人、事、物”,包括利益相关方、限制条件等等。

  5. 现在是网编,做过网站的策划,但是一直都在想往这个方面发展。
    看了你的很多文章,呵呵,觉得很有方向了,会一直关注的!!成长中…

    iamsujie Reply:

    @燕燕, 欢迎哦~~~ 产品经理是个想象力无限大的职位,呵呵

  6. 对于“需求生命特征”不是很明白,能不能举例说一下!

  7. 嗯,当时看到书上的时候就对其产生莫名的好感,并在公司推行这种需求卡片,我们做的没有您这么详细,考虑到都是内部人员使用,就仅仅只是标明何人在何种场景下做一件什么样的事情,同时标明其性价比,然后提交,并由PM审核并讨论确认

发表评论

电子邮件地址不会被公开。 必填项已用*标注