关闭

产品经理应该如何进行需求挖掘?(上)

需求是产品经理听得最多的一个词,而且我们会收到各种各样的需求,那么产品经理应该如何进行需求挖掘呢?
需求是产品经理听得最多的一个词,而且我们会收到各种各样的需求,那么产品经理应该如何进行需求挖掘呢?
产品经理什么是需求挖掘?

与很多互联网概念一样,“需求挖掘”同样没有所谓明确的定义。我们需要知道,“需求挖掘”并不是简单地收集需求提出者(包括产品经理自己)提出的需求,因为很多需求在被提出时,仅仅是一个简陋的想法或假设,因而需要通过一系列的分析、讨论,甚至进一步的调研与实验等过程,最终留下并适当调整其中需要在产品中满足的需求。

“敏捷”工作团队会把最终确定的需求以“用户故事”的方式来表达,结合百度百科对用户故事的概念简单说明下:

用户故事(user story)是从用户的角度来描述用户渴望得到的功能。一个好的用户故事包括三个要素(个人习惯则会加上“场景”作为其中的第四个要素):

a. 角色:谁要使用这个功能。

b. 活动:需要完成什么样的功能或目标。

c. 价值:为什么需要这个功能,这个功能带来什么样的价值。

用户故事通常按照如下的格式来表达:作为一个<角色>, 我想要<活动>, 以便于<价值>

举例:作为一个“网站管理员”,我想要“统计每天有多少人访问了我的网站”,以便于“我的赞助商了解我的网站会给他们带来什么收益。”

“用户故事”是需求挖掘过程中一种有效的输出,写好用户故事是后续解答“怎么做?”“怎么交付?”的基础,甚至有的团队会以“用户故事”完全替代需求文档。

而除了作为需求挖掘过程的输出,实际上,我们也可以尝试换一下顺序,把你采集到的需求先化作用户故事,然后再去甄别需求真伪、判断需求优先级,这会让所有人更容易从用户的视角看待该需求。

关于具体的需求(用户故事)分析“套路”,本篇先不展开,坑先留着,这非常值得独篇地、系统地输出分享。

那么,我们应该如何进行需求挖掘?需求挖掘的工具有哪些呢?下篇文章详细的进行介绍,感兴趣的同学可以去看看。

以上就是“产品经理应该如何进行需求挖掘?(上)”的内容了,如果你还想了解其他相关内容,可以来产品壹佰官方网站。

0条评论 添加新讨论

登录后参与讨论
Ctrl+Enter 发表