产品经理应该如何进行需求挖掘？（上）

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

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

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

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

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

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

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

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

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

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

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

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

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

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