---
title: "2.5.3 问题二：痛点在哪？"
---


![02-mindset_2.5-soul-questions_2.5.3-what-pain.png](/images/Basic/02-mindset_2.5-soul-questions_2.5.3-what-pain.png)
# 2.5.3 问题二：痛点在哪？

知道了用户是谁，接下来要问：这个用户正在被什么问题困扰？


## 假痛点 vs 真痛点

| 假痛点（表面需求） | 真痛点（深层问题） |
|------------------|------------------|
| "我想学英语" | "开会听不懂老外说什么，很尴尬" |
| "我想记账" | "月底钱花光了，不知道花哪了，很焦虑" |
| "我想提高效率" | "明明可以2小时完成的工作，我拖了一整天" |
| "我想让数据更清晰" | "老板问我Q3销售怎么样，我支支吾吾说不清楚" |

假痛点是用户"说"的，真痛点是用户"感受到"的。


## 识别真痛点的三个特征

一个痛点是不是真的，看这三点：

| 特征 | 说明 | 检验问题 |
|-----|------|---------|
| **有情绪** | 真痛点会引发负面情绪：焦虑、尴尬、沮丧、愤怒 | 描述这个问题时，用户会不会皱眉头？ |
| **正在发生** | 不是"将来可能会痛"，而是"现在就很痛" | 用户这周遇到过这个问题吗？ |
| **愿意付出** | 用户愿意花时间、花钱、改变习惯来解决 | 如果有解决方案，用户会立刻用吗？ |

三个特征都满足，才是值得解决的真痛点。


## 追问技巧：连续问5个"为什么"

表面需求往往不是真痛点。要找到真痛点，需要连续追问"为什么"。

**示例：从"我想学英语"到真痛点**

| 层次 | 问题 | 回答 |
|-----|------|------|
| 表面 | 你为什么想学英语？ | 因为工作需要 |
| 第2层 | 工作为什么需要英语？ | 要和外国客户交流 |
| 第3层 | 交流有什么问题？ | 每次开会我都听不太懂 |
| 第4层 | 听不懂会怎样？ | 错过重要信息，做错决策 |
| **深层** | 这为什么困扰你？ | **老板开始质疑我的能力，我怕影响晋升** |

真正的痛点不是"想学英语"，而是"害怕因为英语不好而影响职业发展"。

理解了这一层，你做的英语学习工具就会聚焦"工作场景的实用表达"，而不是"从ABC开始教"。


## 痛点强度评估

不是所有痛点都值得解决。可以用一个简单的矩阵来评估：

| 评估维度 | 低分（1-2） | 中分（3） | 高分（4-5） |
|---------|-----------|----------|------------|
| **频率** | 一年遇到一两次 | 每月遇到几次 | 每天/每周都遇到 |
| **严重程度** | 有点不方便 | 挺烦的 | 严重影响工作/生活 |

**频率 × 严重程度 = 痛点强度**

- 16-25分：非常值得解决
- 9-15分：可以解决
- 1-8分：可能不值得专门做一个工具

**示例评估：**

| 痛点 | 频率 | 严重程度 | 总分 |
|-----|------|---------|------|
| 每周汇总5个部门的Excel | 5（每周） | 4（很烦，浪费2小时） | 20分 |
| 偶尔忘记重要会议 | 2（偶尔） | 5（后果严重） | 10分 |
| 手机照片太多找不到 | 3（经常） | 2（不太影响） | 6分 |


## 不同场景的痛点模式

不同类型的项目，痛点的表现形式不同：

| 场景 | 典型痛点模式 | 举例 |
|-----|------------|------|
| 做产品/工具 | 用户在完成某任务时遇到的障碍 | "记录待办太麻烦，所以总是忘" |
| 数据分析 | 决策者缺乏信息或信息不清晰 | "不知道Q3业绩下滑的原因" |
| 自动化脚本 | 重复性劳动消耗时间和精力 | "每周花2小时手动合并Excel" |
| 给家人做 | 现有工具不适合特定人群 | "妈妈记不住吃药时间，现有App太复杂" |


## 识别"假痛点"的三个信号

有些痛点看起来像真的，但其实不值得解决：

**信号1：用户说"有空的话想..."**

"有空的话想学学英语"——这不是痛点，这是愿望。真正的痛点是"不得不"，不是"想要"。

**信号2：用户已经有凑合能用的方案**

如果用户已经用便签纸管理待办，而且用得还行，说明痛点不够强烈。真正的痛点是"现有方案完全不行"。

**信号3：描述时没有具体场景**

"我想提高效率"——什么效率？在什么场景下？如果说不出具体场景，大概率是假痛点。


## 快速检验：消失测试

问自己这个问题：

> **"如果这个问题明天就消失了，用户会有多高兴？"**

- 会非常高兴、如释重负 → 真痛点
- 会有点高兴 → 弱痛点
- 无所谓 → 假痛点


## 快速自检

在进入下一个问题之前，确认你能完成这个填空：

```
我的用户正在被 [具体的问题] 困扰，
这个问题让TA感到 [具体的负面情绪]，
TA [每天/每周/每月] 都会遇到这个问题。
```

如果填不出来，试着用"5个为什么"追问法，从表面需求挖到深层痛点。