互联网黑话“痛点”在外企中的实际应用——Painpoint Framwork

互联网黑话“痛点”在外企中的实际应用——Painpoint Framwork

在互联网行业中，“痛点”这个概念常常被人们挂在嘴边，那么，我们老生常谈的“痛点”，在外企产品经理眼中又代表着什么意义呢？本篇文章里，作者便讲述了“痛点”在外企中的实际应用，一起来看。

痛点，痛点，互联网黑话中老生常谈的“Painpoint”在外企产品经理眼里到底是什么？是大笨蛋的话术，还是产品设计中的有用理论？我的答案是——后者。

首先，我们先来了解是什么是“Painpoint Framework”，以及“Painpoint”的实际含义。

“Painpoint Framework”是常在外企用来理解用户和发现问题的一个理论框架。毕竟做产品经理做产品就是为了帮助用户解决“问题”。这个“问题”，我们就叫做“Painpoint”。

而识别并改善或者解决这些“Painpoint”我们就能提升App的整体功效，或者是提升整体体验，从而更好地去服务、吸引用户。也是“user-centric”（以用户为导向）的重要理论之一。

你可能会问，那这不就是需求么？你上篇“JTBD”也在讲需求，这篇“Painpoint”也在讲需求，那有啥区别呢？

如何定义B端产品及B端产品经理方法论

相较于C端产品，B端产品最大的特点是：面向特定领域用户，且数量少得多，但更注重对用户专业领域操作流程的深度挖掘——也就是专业性更强，与业务的结合更紧密。

查看详情 >

其实，“Painpoint”和“JTBD”都与需求有关，但它们的出发点和应用场景略有不同。简单来说，“Painpoint”更多地关注于发现和解决问题，而“JTBD”更多地关注于深入理解用户的真实需求和目标。

个人实际应用下来，我觉得“JTBD”偏正面分析找到核心需求，而“Painpoint”去反向Review，让产品做的更好。

以高德地图为例：

“Job”：用户想要“从家到公司选择最快的路线”。

“Pain Point”：用户在使用过程中可能会发现：“每次出发时，由于路况突然变化，原来选择的路线不再是最快的”。

高德地图的解决方案：在用户行驶的过程中，app也会显示其他路线的实时路况。如“比当前路线慢1分钟”或“快2分钟”等提示，让用户可以随时调整行驶路线。

这样，高德地图既满足了用户的基本需求，又解决了可能出现的问题，确保用户始终获得最佳的导航建议。

正面反面都要思考，你才能多角度地，完整地了解和拆解用户的需求，从而给到更好的解决方案。

接下来，我们来看看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，用户说看到首页内容很多很乱，一点都不觉得放松，那这一定也是一个痛点了。

那怎么去识别这些痛点呢？

其实方法都是差不多的，你可以：用户访谈/用户调研/可行性测试/反馈收集/竞品调研等，只不过在过程中更注意用户的问题和不好的反馈。

我的一般做法，就是把自己想象成一个超级麻烦爱挑刺的用户，提前给我自己列出一大堆问题，在解决问题的时候，就可以把产品做好了。

好了，需求好像都讲的差不多了，下一期介绍一些需求分类和排优先级的方法吧，期待下期见！

（以上内容属于个人经验总结，侵权必究）