精益产品过程Step2：了解用户需求

上一章节我们沟通了[精益产品过程的第一步：[明确问题和目标用户]；那么今天我们就需要和用户沟通确认下这个问题对于我们初步筛选的用户来说是不是一个真正的问题了，

学习完这一章，我们希望你能够就如下语句给出自己的答案：

Make things people want！

找要沟通的目标用户

一些参考点

• 初期沟通不用很多用户数，5-10个足够了；
• 有时候不一定要刻意约着用户，可以去一些行业展会上找，环境和沟通的话题会更多；
• 最重要的，不要图省事，要去找那些未来真正会使用的人

记住你和用户沟通的目的之一是确认他们可以参与你后期原型验证；

和“目标”用户沟通

用户沟通方式方法技巧有太多文章这里就不详述了，但是我们的目的是过来确认目标用户的真正核心问题的，因此所有的问题必须围绕这个核心目标；另外谨记上一章我们提及了判断问题的几个关键因素：

Popular普遍性
Growing影响范围变化性
Urgent紧急程度
Expensive解决成本
Mandatory必须要解决的
Frequent高频率发生的

沟通时长：

如果用户可以多次沟通，那么首次访谈建议时间不要太长；

沟通问题提问参考集：

Q1 做您想完成的事情最难的是什么？ 您目前是怎么解决这个问题的？

注：把可能是用户真正的痛点的问题记录下来

Q2：了解用户上次遇到问题的时间，通过问题对应的细节了解用户问题的上下文

注：把对于这个类型用户遇到问题的频率弄清楚；

Q3： 这个问题为什么这么痛苦，？这个问题具体的困难是什么？
注： 了解可能对于你如何营销产品有帮助

Q4：您为解决这个问题做了什么尝试（如果有的话）？
注： 如果潜在客户没有探索解决问题的潜在方案，那么这个问题可能没那么紧迫；同时也能了解到一些竞争；

Q5： 您不喜欢已经尝试过的方案嘛？
注：可以收集潜在功能集

另外对于不是从0开始的产品类别，除了用户的沟通，还可以利用一些平台工具结合用户沟通来挖掘需求：粉丝聚集地、竞品阵地，社交网络，搜索关键词。

用户需求挖掘

用户沟通过程中，相信除了抱怨问题和痛苦感受之外，大部分时候他们也会给出他们认为有用的解决方案，希望你能够尽快提供，这里提醒下，最好先暂时忽略用户提出的方案。作为产品功能的设计者我们最需要了解的是问题和痛苦的本质。

在深度挖掘前我们对于用户痛苦的层级和情绪可以有一个简单的了解。

产品思维：用户需求层次和深层次情绪

马斯洛需求层次理论大家都很熟悉了，这里只是提醒下，我们需要对应用户目前重要的问题到底位于哪个层级，这个层级是不是我们产品主线去重点关注的，进而判断用户这个问题对于我们是否有价值；

产品思维：读懂用户的底层情绪

对于了解用户需求，需要读懂用户的底层情绪，本章节来自梁宁《产品思维30讲》的读书笔记：

用户往往无法准确说出体验，只能展现情绪。

把人比作“手机”，后天学的知识就像一个个“App”，而情绪是底层“操作系统”。

理性的调用需要时间和思考，驱动一个人的，可能只是一瞬间的情绪。

通过产品服务人，本质就是用户是否通过你的服务得到了满足。

在一段双方彼此了解的良性关系中，可以读懂对方的“满足”和“不爽”，并给予对方“满足”。

“愉悦”就是被满足，“爽”就是绷了很久的需求突然被满足。

读懂情绪，看到天分和命运。

产品思维：同理心

对于我们来说，收集用户的问题反馈，了解他们可能的情绪和需求层级，还可以做进一步的完整逻辑的推演，知道他们为什么是这样的感受，移情图Empathy Map Canvas是一个比较好的工具帮助我们：

四象限

• 他们的感受和想法：这里描述的是用户的愿望，希望和期待。他们有什么样的想法？什么东西让他们觉得舒服和高兴？什么东西是他们不喜欢的？
• 他们听到了什么：他的朋友、同事、家人都在说什么？在这个社交媒体爆炸的时代，意见领袖们都在说什么？
• 他们看到了什么：他们周围的环境中有什么？他们平时会看到什么？市场提供给他们什么？
• 他们说了什么，做了什么：他们的态度，他们的行为都是什么样的？

演进部分：
一个是用户痛点，一个是目标和收获。前者概括了用户所碰到的主要的困难和障碍，后者是用户希望达成的目标。

需求进一步确认

收集了问题和痛苦，通过一些工具和逻辑方法对这些问题和痛苦做同理心思考，然后我们需要把问题需求归类，为下一步定义产品功能打基础：

归类可以通过Frequency频率，Mandatory必须性，Value商业价值来考虑，

这些人遇到的这个问题的频率如何？
这个问题对他们来说有多关键？
他们愿意付钱解决这个问题嘛？

同时我们需要考虑需求普适性对应的潜在成本

类似这些用户好找到嘛？

如果上面的问题对应的答案都是yes，那么我想我们就可以考虑把需求转化为产品功能了，这些我们在下一章节将会展开描述。

对于产品功能，我们也可以做些预先的思考工作，下一章见！

用户真正期望什么样的结果
你做的的东西会替代什么？
您必须要支持什么才能提供更好服务？