互联网黑话“痛点”在外企中的实际应用——Painpoint Framwork
在互联网行业中，“痛点”这个概念常常被人们挂在嘴边，那么，我们老生常谈的“痛点”，在外企产品经理眼中又代表着什么意义呢？本篇文章里，作者便讲述了“痛点”在外企中的实际应用，一起来看。
痛点，痛点，互联网黑话中老生常谈的“Painpoint”在外企产品经理眼里到底是什么？是大笨蛋的话术，还是产品设计中的有用理论？我的答案是——后者。
(资料图片仅供参考)
首先，我们先来了解是什么是“Painpoint Framework”，以及“Painpoint”的实际含义。
“Painpoint Framework”是常在外企用来理解用户和发现问题的一个理论框架。毕竟做产品经理做产品就是为了帮助用户解决“问题”。这个“问题”，我们就叫做“Painpoint”。
而识别并改善或者解决这些“Painpoint”我们就能提升App的整体功效，或者是提升整体体验，从而更好地去服务、吸引用户。也是“user-centric”（以用户为导向）的重要理论之一。
02你可能会问，那这不就是需求么？你上篇“JTBD”也在讲需求，这篇“Painpoint”也在讲需求，那有啥区别呢？
其实，“Painpoint”和“JTBD”都与需求有关，但它们的出发点和应用场景略有不同。简单来说，“Painpoint”更多地关注于发现和解决问题，而“JTBD”更多地关注于深入理解用户的真实需求和目标。
个人实际应用下来，我觉得“JTBD”偏正面分析找到核心需求，而“Painpoint”去反向Review，让产品做的更好。
以高德地图为例：
“Job”：用户想要“从家到公司选择最快的路线”。
“Pain Point”：用户在使用过程中可能会发现：“每次出发时，由于路况突然变化，原来选择的路线不再是最快的”。
高德地图的解决方案：在用户行驶的过程中，app也会显示其他路线的实时路况。如“比当前路线慢1分钟”或“快2分钟”等提示，让用户可以随时调整行驶路线。
这样，高德地图既满足了用户的基本需求，又解决了可能出现的问题，确保用户始终获得最佳的导航建议。
正面反面都要思考，你才能多角度地，完整地了解和拆解用户的需求，从而给到更好的解决方案。
03 接下来，我们来看看Painpoint的分类：
1. Functional Pain Points 功能痛点这类我更喜欢叫Problem，其实就是去发现用户的需求和问题。一般在用户调研中。举例：照片App，用户反馈说他们想要去除背景，但是没有。那他们的“Painpoint”就是“没有去除背景功能”。
2. Financial Pain Points 经济痛点一般在市场调研和定价的时候使用，去了解用户会不会觉得定价太贵，或者用户是否感觉值当不值当。
3. Process Pain Points 流程痛点一般在设计用户流程和用户旅行地图的时候使用，老外也经常说是“Friction（摩擦）”。指的是用户感觉用App不顺的地方，例如，一个注册过程太复杂，用户就可能会放弃。以下是Figma上“用户旅行地图”的一个模版。
4. Support Pain Points 帮助痛点一般是去分析用户是否有一些后续的帮助。例如遇到BUG，用户是否需要帮助，他该哪里去找帮助。
5. Emotional Pain Points 情绪痛点也是一般用户调研的时候去问用户，是不是有哪里不舒服不满意的地方。如果一个冥想App，用户说看到首页内容很多很乱，一点都不觉得放松，那这一定也是一个痛点了。
04 那怎么去识别这些痛点呢？
其实方法都是差不多的，你可以：用户访谈/用户调研/可行性测试/反馈收集/竞品调研等，只不过在过程中更注意用户的问题和不好的反馈。
我的一般做法，就是把自己想象成一个超级麻烦爱挑刺的用户，提前给我自己列出一大堆问题，在解决问题的时候，就可以把产品做好了。
好了，需求好像都讲的差不多了，下一期介绍一些需求分类和排优先级的方法吧，期待下期见！
（以上内容属于个人经验总结，侵权必究）
本文由 @CoopyWorks 原创发布于人人都是产品经理。未经许可，禁止转载。
题图来自Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
