我们经常可以在招聘要求中，看到这样的描述：能够结合场景了解用户痛点，落地到产品功能中以满足用户需求。
这也是产品经理工作的标配。
对于还未成为产品经理的人来说，理解用户痛点，就已经是个很专业很高级的词汇了。而初级的产品经理困扰的是，如何通过产品功能来满足用户需求。因为用户痛点并不等于用户需求。
1. 用户痛点是长期存在的
按照马斯洛需求层次理论，生理需求、安全需求，这是用户妥妥的痛点。
但是现代的人吃穿不愁，是否这个痛点就不存在了呢？
并非如此，比如：说在爬山过程中，水消耗完了，非常非常渴；在打车的过程中，仍然担心出现安全问题；在无数细分场景下，用户的痛点仍然存在。
2. 具象化的需求才可以被满足
但是是否用户要什么，就给什么呢？
有些需求你是没法满足的，比如：长生不老。作为一个痛点，这完全是合理的，但这个痛点没法彻底解决。
既然解决不了，那么是否可以换一种方式来进行满足。
长生不老实现不了，如果限定在一定范围内，缩小为：尽可能地延长寿命，并且提高生活质量。这个目标一下就变得可预期了。我们可以通过科学健康的饮食习惯、舒缓工作压力、保持劳逸结合和优良的作息，来达成延长寿命的需求。
用户需求要素=用户+场景+诉求+任务
翻译一下就是：特定的人，特定的情况下，特定的诉求，可以被我们解决。
初级产品经常会犯的一个错误是，既然搞不清楚用户需求，就直接用产品需求代替用户需求。产品需求是需要界面美观，没有异常的流程，逻辑很明白。按照产品需求完成功能，很漂亮，但用户就是不用。
也就是说，做正确的事（用户需求），而非正确的做事（产品需求）。
我们也经常收到来自老板的需求，以及其他部门的需求。一方面需求方强势要求“按照我说的做”。但是产品转达的时候，又会被开发怼回来“你又不是用户，你怎么能说这个需求就是用户想要的呢？”
开发的质疑是有道理的，这个时候如果按照用户需求要素进行拆解，用户的诉求就会变得非常奇怪。比如说：运营要做个转发抽奖活动，以提高产品知名度，但是提供的奖品是本公司并不热销的产品。用户的诉求：“我想要那个并不热销的产品”不是很奇怪吗？
通过需求要素的抽象化，来定义用户需求。避免把用户痛点等同用户需求，也避免把个人意图等同于用户需求。同时，也可以人为的把问题进行约束，限定在用户需求的范围内进行讨论和解决。这才是将用户痛点转化为需求的正确做法。
◆ ◆ ◆
如果你困惑于产品基础不牢固，产品流程不规范；或者没有系统的经历过产品实际迭代流程。起点学院联合腾讯课堂共同举办“90天产品经理实战班”，通过3个月的系统学习，多次项目实战，帮助你学习系统的产品知识。
逐步学习一个产品从想法到功能再到效果的整个过程，规范的产品工作方法；掌握竞品分析、Featur list、产品原型、产品需求文档、运营推广方案等产品文档的规范写法；积累面试作品，快速上手产品工作。
课程即将开课，获取课程优惠，请联系课程顾问Coco（QQ：2763635529)获取优惠券
或加入起点学院咨询QQ群：798303947（备注”90天产品”）
访问链接直接抢座：http://996.pm/7VaGa
如何报名
