我们经常可以在招聘要求中，看到这样的描述：

能够结合场景了解用户痛点，落地到产品功能中以满足用户需求。

这也是产品经理工作的标配。

对于还未成为产品经理的人来说，理解用户痛点，就已经是个很专业很高级的词汇了。而初级的产品经理困扰的是，如何通过产品功能来满足用户需求。

因为用户痛点并不等于用户需求。

—— 1 ——

 用户痛点是长期存在的 

按照马斯洛需求层次理论，生理需求、安全需求，这是用户妥妥的痛点。

但是现代的人吃穿不愁，是否这个痛点就不存在了呢？

并非如此，比如说在爬山过程中，水消耗完了，非常非常渴。在打车的过程中，仍然担心出现安全问题。在无数细分场景下，用户的痛点仍然存在。

——  2  ——

具象化的需求才可以被满足 

但是是否用户要什么，就给什么呢？

有些需求你是没法满足的，比如：长生不老。作为一个痛点，这完全是合理的。但这个痛点没法彻底解决。

痛点能否变成用户需求，取决于我们是否有能力来解决这个痛点。

既然解决不了，那么是否可以换一种方式来进行满足。

长生不老实现不了，如果限定在一定范围内，缩小为：尽可能地延长寿命，并且提高生活质量。这个目标一下就变得可预期了。我们可以通过科学健康的饮食习惯、舒缓工作压力、保持劳逸结合和优良的作息，来达成延长寿命的需求。

——  3 ——

 明确了需求要素的用户需求 

  才是产品工作讨论的核心  

用户需求要素=用户+场景+诉求+任务

翻译一下就是：特定的人，特定的情况下，特定的诉求，可以被我们解决。

初级产品经常会犯的一个错误是，既然搞不清楚用户需求，就直接用产品需求代替用户需求。产品需求是需要界面美观，没有异常的流程，逻辑很明白。按照产品需求完成功能，很漂亮，但用户就是不用。

也就是说，做正确的事（用户需求），而非正确的做事（产品需求）。

我们也经常收到来自老板的需求，以及其他部门的需求。一方面需求方强势要求“按照我说的做”。但是产品转达的时候，又会被开发怼回来“你又不是用户，你怎么能说这个需求就是用户想要的呢？”

开发的质疑是有道理的，这个时候如果按照用户需求要素进行拆解，用户的诉求就会变得非常奇怪。比如说运营要做个转发抽奖活动，以提高产品知名度，但是提供的奖品是本公司并不热销的产品。用户的诉求：“我想要那个并不热销的产品”不是很奇怪吗？

所以只有明确了需求要素的用户需求，才是产品工作讨论的核心。

通过需求要素的抽象化，来定义用户需求。避免把用户痛点等同用户需求，也避免把个人意图等同于用户需求。同时，也可以人为的把问题进行约束，限定在用户需求的范围内进行讨论和解决。这才是将用户痛点转化为需求的正确做法。

◆   ◆  ◆  

如果你困惑于产品基础不牢固，产品流程不规范；或者没有系统的经历过产品实际迭代流程。起点学院联合腾讯课堂共同举办“90天产品经理实战班”，通过3个月的系统学习，多次项目实战，帮助你学习系统的产品知识。

 逐步学习一个产品从想法到功能再到效果的整个过程，规范的产品工作方法；掌握竞品分析、Featur list、产品原型、产品需求文档、运营推广方案等产品文档的规范写法；积累面试作品，快速上手产品工作。

周三开课，报名最后48小时

获取优惠/了解课程详情

扫描下方二维码

 ↓ ↓ ↓

周三开课，报名最后48小时

获取优惠/了解课程详情

扫描下方二维码

 ↓ ↓ ↓

↓↓↓点击“阅读原文”了解课程详情