读《人人都是产品经理》的时候看到的,觉得他的这种需求收集方式挺适合我的,也就是说,适合这种,不断变动的,反复需要递进式修改的“二手需求”收集,特此总结笔记,记录。
总的来说,包含的是7个W + 2个H
Who - 来源
描述产生需求的用户/客户/使用者,描述其具体信息,特别是与产品想关联的相关经验信息。
Where、When - 场景
什么时间、什么地点产生改项需求。
What - 描述
用(主+谓+宾)的方式描述需求,不要加入主观修饰
Why - 原因
为啥需要这个需求,包括需求收集人员的解释。(个人觉得这部分是what的主观修饰部分)
How - 验收标准
如何确认该项需求被满足了,尽量量化指标。
How Much - 重要性
这里我改了改原作者的几个指标,按自己看到过的客户的“嘴脸”来划分的
实现后
5非常高兴 4不错 3还行 2做不做无所谓的 1你改过了么?
不实现
-1不能改啊?有点遗憾 -2最好改了吧 -3你没改?多想想 -4没法改?你们水平很差 -5%$#&!
When - 生命周期特征
需求的紧急程度:3马上就要改好 2尽快地实现 1可以放在下一个版本里再实现
需求的时间持续性
Which - 需求关联
这个需求关联到的人、事、物等等
以矿业权设置方案网上备案系统为例,我们曾经提供