文（一）中提到，任何产物司理事情都是在对下面三个问题的解答：

满意什么需求？（做什么？）——计谋筹划&需求挖掘：产物的初始想法来历于用户需求的挖掘，升华于对财富、市场、竞争情况的领略及相应的计谋选择。进而基于产物计谋，在更细致的纬度上挖掘用户需求；

需求如何满意？（怎么做？）——产物设计&迭代筹划：确定要做什么需求之后，还得筹谋满意需求的详细 *** 与时间，把“用户需求”转化为“产物需求”，这包罗详细的成果细节、迭代节拍等；

需求如何交付？（怎么交付？）——项目打点&上线跟踪：通过最有效的 *** 让团队领略需求，推进团队实现需求的最终交付，让用户的需求获得真正的满意。

作为本系列的第二篇，本文将先讲讲魂灵拷问一”满意什么需求？”的part1——需求挖掘。

01 什么是需求挖掘？

与许多互联网观念一样，“需求挖掘”同样没有所谓明晰的界说。我们需要知道，“需求挖掘”并不是简朴地收集需求提出者（包罗产物司理本身）提出的需求，因为许多需求在被提出时，仅仅是一个简略的想法或假设，因而需要通过一系列的阐明、接头，甚至进一步的调研与尝试等进程，最终留下并适当调解个中需要在产物中满意的需求。

“火速”事情团队会把最终确定的需求以“用户故事”的 *** 来表达，团结百度百科对用户故事的观念简朴说明下：

用户故事（user story）是从用户的角度来描写用户盼愿获得的成果。一个好的用户故事包罗三个要素（小我私家习惯则会加上“场景”作为个中的第四个要素）：

a. 脚色：谁要利用这个成果。

b. 勾当：需要完成什么样的成果或方针。

c. 代价：为什么需要这个成果，这个成果带来什么样的代价。

用户故事凡是凭据如下的名目来表达：作为一个<脚色>, 我想要<勾当>, 以便于<代价>

举例：作为一个“网站打点员”，我想要“统计天天有几多人会见了我的网站”，以便于“我的赞助商相识我的网站会给他们带来什么收益。”

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

而除了作为需求挖掘进程的输出，实际上，我们也可以实验换一下顺序，把你收罗到的需求先化浸染户故事，然后再去甄别需求真伪、判定需求优先级，这会让所有人更容易从用户的视角对待该需求：

“脚色”是否重要？“代价”是否显而易见？“勾当”与“代价”的逻辑关联是否公道？有没有得到该“代价”的更优“勾当”？整个故事是否让人信服？……

好比说文（一）剧情中的小苗提出课程分销的需求，我们可以从多种差异角度来报告用户故事：

故事1：作为一个<课程的消费者与潜在消费者>, 我想要<分销课程>, 以便于<在看课程之余赚取佣金>。

故事2：作为一个<xx类课程的乐趣者>, 我想要<能在微信收到挚友安利的相关课程>, 以便于<低成当地找到潜在符合我的课程>。

故事3：作为<xxx公司的运营>, 我想要<产物上迭代分销课程成果>, 以便于<增加课程流传，进而增加销售额与整体效益>。

用户故事1，“脚色1”是我们最需要处事好的脚色；然后“代价1”，基于我们产物定位与用户画像阐明，“赚取佣金”无论从需求用户群体范畴、需求强烈水平、频率来说，都并没那么让人信服，同时某水平上偏离了产物定位自己（虽然有些时候，这样的“代价”会成为兑换企业告竣某些代价的东西）；而“勾当1”思量投入产出之后也不必然“香”，大概有更好的选择。

用户故事2，整个故事算是较量让人信服的，但实际上“课程分销“成果只是“勾当2：<能在微信收到挚友安利的相关课程>“个中一种告竣 *** ，这种 *** 方针用户触达率能有几多？有没有其他的成果能更有效告竣“勾当2”？

用户故事3，首先必需说明，这并非通例界说下的用户故事，因为该故事中的<脚色>实际上已不是以产物用户来界说了，但引入这样的“企业脚色故事”却往往能让需求决定更全面一些，因为所有需要在产物上满意的需求，都是以企业计谋作基点的，详细下一篇讲完“计谋筹划”，你应该就能更深刻地领略我的意思。然后，详细来看看该“故事”：”代价3“好像很公道，但当我们以公司的角度出发，思量资源本钱等因素（好比在企业无相关中台成果可复用支持的环境下，从0到1搭建巨大的分销体系的开拓本钱），便会发明”分销课程“成果大概尚有更多接头的空间。