在互联网行业中，“痛点”这个概念常常被人们挂在嘴边，那么，我们老生常谈的“痛点”，在外企产品经理眼中又代表着什么意义呢？本篇文章里，作者便讲述了“痛点”在外企中的实际应用，一起来看
痛点，痛点，互联网黑话中老生常谈的“Painpoint”在外企产品经理眼里到底是什么？是大笨蛋的话术，还是产品设计中的有用理论？我的答案是——后者
01首先，我们先来了解是什么是“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 协议该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务

（图片来源网络，侵删）