二手需求采集卡片 - 读《人人都是产品经理》的应用

读《人人都是产品经理》的时候看到的，觉得他的这种需求收集方式挺适合我的，也就是说，适合这种，不断变动的，反复需要递进式修改的“二手需求”收集，特此总结笔记，记录。

 

总的来说，包含的是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 - 需求关联

这个需求关联到的人、事、物等等

 

 

以矿业权设置方案网上备案系统为例，我们曾经提供过一个功能，允许用户在正式备案设置方案之前，对设置方案数据文件上传进行在线检查，返回数据检查结果给用户，使用过程中，用户提出了一个二次需求，就可以归结如下：

Who：各省国土厅的业务经办人员，这些人员往往不会直接参与设置方案的编制工作，而是在各个设计院的专家编制完设置方案并提交给矿管处之后，矿管处要求进行数据检查时，将数据文件提交到我们系统进行数据检查，然后将检查结果反馈给矿管处领导，也就是说，终端用户其实只是一个“二传手”。

Where、When：需求发生在业务经办人员提交数据文件之后，获取到检查结果之前。

What：业务经办人员提交数据文件后，有时会等待数分钟甚至数十分钟更久，然后提示“网关超时”。

Why：1、由于系统防火墙的设定，任何页面访问的时间如果超过三分钟，就会被拦截，报超时；2、整个省的设置方案报盘往往包含了数千乃至上万个矿权，需要对其进行图形分析的时间平均都要2分钟以上，最慢的甚至达到8分钟；3、业务经办人员由于只是一个“二传”，因此，他有其他工作要做，不希望在电脑前等待处理结果，哪怕是有处理进度，他希望能提交后就不用呆着，只需过上一阵子再来看结果。

How: 任何情况都下不出现超时提示；整体待在检查页面的时间不要超过3分钟（提交+获取结果）

How Much：超时提示的重要性应该是5非常高兴，检查页面的停留时间应该是3还行；不实现的应该分别是-5骂娘和-3真的不能改？

When：超时应该是3马上实现，检查页面停留时间应该是2尽快实现，这个需求应该是贯穿整个设置方案备案系统的生命周期的

Which：和业务经办人员相关，如果超时的话，那么无法获取数据，就和整个省的矿管处甚至包括设置方案编制组相关。