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

1 评论 3530 浏览 8 收藏 6 分钟

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

痛点,痛点,互联网黑话中老生常谈的“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上“用户旅行地图”的一个模版。

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

4. Support Pain Points 帮助痛点

一般是去分析用户是否有一些后续的帮助。例如遇到BUG,用户是否需要帮助,他该哪里去找帮助。

5. Emotional Pain Points 情绪痛点

也是一般用户调研的时候去问用户,是不是有哪里不舒服不满意的地方。如果一个冥想App,用户说看到首页内容很多很乱,一点都不觉得放松,那这一定也是一个痛点了。

04

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

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

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

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

(以上内容属于个人经验总结,侵权必究)

本文由 @CoopyWorks 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 讲的好好啊,学到了学到了

    来自广东 回复