培训机构做一门课程或者开一场公开课，其目的都是为了转化，我们经常可以在招聘要求中，看到这样的描述：能够结合场景了解用户痛点，落地到产品功能中以满足用户需求，这也是产品经理工作的标配，那么产品转化的核心是什么呢?

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

　　1. 用户痛点是长期存在的

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

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

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

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

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

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

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

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

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

　　3. 明确了需求要素的用户需求，才是产品工作讨论的核心

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

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

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

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

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

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

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

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

　　以上就是格子匠为大家介绍的产品转化核心，格子匠是专注在线教育解决方案的技术服务商。旗下拥有格子匠线上教学平台、格子电子书、格子商学院等产品和服务，致力于为中小型教育培训机构、企业、老师等有教学资源者提供平台、社群、运营等一站式在线教育技术解决方案。想体验格子匠在线教育系统的朋友可以在官网首页申请试用。