产品设计体会（1012）单项需求卡片产品需求不止是需求分析人员的事，而是

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE

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

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

 

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE

需求编号： 包含“采集时刻 + 采集者”信息	需求类型：（在进行评审时填写） 功能需求、非功能需求……
来源（Who）：（方便追根溯源） 公司提供者：需求提供者的部门、联系方式 产生需求的客户：用户需求的公司、部门、联系方式 客户背景资料：受教育程度、岗位经验、其他与本单项需求相关经验
场景（Where、When）： 产生该需求的用户活动特定的时间、地理、环境
描述（What）： 用（主语+谓语+宾语）的语法结构，禁止使用修饰语句
原因（Why）：（保持怀疑的心，很多时候理由是假想出来的）
验收标准（How）： 1.       用量化的语言 2.       无法量化寻找标竿	需求重要性权重（How much）： 满足后（1一般~5非常高兴） 未实现（1略感遗憾~5非常懊恼）
需求生命特征（When）：   1.         需求的紧急度 2.         时间持续性	需求关联（Which）： 1.       人：需求关联的用户影响人物 2.       事：需求关联的用户业务与关联需求编号 3.       物：需求关联的客户系统、设备；需求关联的公司产品及版本
参考材料： 在需求采集活动中的输入材料，仅仅输入援用的条目、章节	竞争者对比：（按照1分差~10分好进行评估） 1.       竞争者对该需求的满足方式 2.       用户、客户对竞争者及公司在该需求的评价

 

 

 

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

 

Normal 0 7.8 磅 0 2 false false false EN-US ZH-CN X-NONE

新家地址：iamsujie.com

欢迎订阅：http://iamsujie.com/feed/

快捷订阅：到Google，到抓虾，到鲜果

 

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/15232300/viewspace-582562/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/15232300/viewspace-582562/