知道了用户是谁，接下来要问：这个用户正在被什么问题困扰？
| 假痛点（表面需求） | 真痛点（深层问题） |
|---|---|
| "我想学英语" | "开会听不懂老外说什么，很尴尬" |
| "我想记账" | "月底钱花光了，不知道花哪了，很焦虑" |
| "我想提高效率" | "明明可以2小时完成的工作，我拖了一整天" |
| "我想让数据更清晰" | "老板问我Q3销售怎么样，我支支吾吾说不清楚" |
假痛点是用户"说"的，真痛点是用户"感受到"的。
一个痛点是不是真的，看这三点：
| 特征 | 说明 | 检验问题 |
|---|---|---|
| 有情绪 | 真痛点会引发负面情绪：焦虑、尴尬、沮丧、愤怒 | 描述这个问题时，用户会不会皱眉头？ |
| 正在发生 | 不是"将来可能会痛"，而是"现在就很痛" | 用户这周遇到过这个问题吗？ |
| 愿意付出 | 用户愿意花时间、花钱、改变习惯来解决 | 如果有解决方案，用户会立刻用吗？ |
三个特征都满足，才是值得解决的真痛点。
表面需求往往不是真痛点。要找到真痛点，需要连续追问"为什么"。
示例：从"我想学英语"到真痛点
| 层次 | 问题 | 回答 |
|---|---|---|
| 表面 | 你为什么想学英语？ | 因为工作需要 |
| 第2层 | 工作为什么需要英语？ | 要和外国客户交流 |
| 第3层 | 交流有什么问题？ | 每次开会我都听不太懂 |
| 第4层 | 听不懂会怎样？ | 错过重要信息，做错决策 |
| 深层 | 这为什么困扰你？ | 老板开始质疑我的能力，我怕影响晋升 |
真正的痛点不是"想学英语"，而是"害怕因为英语不好而影响职业发展"。
理解了这一层，你做的英语学习工具就会聚焦"工作场景的实用表达"，而不是"从ABC开始教"。
不是所有痛点都值得解决。可以用一个简单的矩阵来评估：
| 评估维度 | 低分（1-2） | 中分（3） | 高分（4-5） |
|---|---|---|---|
| 频率 | 一年遇到一两次 | 每月遇到几次 | 每天/每周都遇到 |
| 严重程度 | 有点不方便 | 挺烦的 | 严重影响工作/生活 |
频率 × 严重程度 = 痛点强度
示例评估：
| 痛点 | 频率 | 严重程度 | 总分 |
|---|---|---|---|
| 每周汇总5个部门的Excel | 5（每周） | 4（很烦，浪费2小时） | 20分 |
| 偶尔忘记重要会议 | 2（偶尔） | 5（后果严重） | 10分 |
| 手机照片太多找不到 | 3（经常） | 2（不太影响） | 6分 |
不同类型的项目，痛点的表现形式不同：
| 场景 | 典型痛点模式 | 举例 |
|---|---|---|
| 做产品/工具 | 用户在完成某任务时遇到的障碍 | "记录待办太麻烦，所以总是忘" |
| 数据分析 | 决策者缺乏信息或信息不清晰 | "不知道Q3业绩下滑的原因" |
| 自动化脚本 | 重复性劳动消耗时间和精力 | "每周花2小时手动合并Excel" |
| 给家人做 | 现有工具不适合特定人群 | "妈妈记不住吃药时间，现有App太复杂" |
有些痛点看起来像真的，但其实不值得解决：
信号1：用户说"有空的话想..."
"有空的话想学学英语"——这不是痛点，这是愿望。真正的痛点是"不得不"，不是"想要"。
信号2：用户已经有凑合能用的方案
如果用户已经用便签纸管理待办，而且用得还行，说明痛点不够强烈。真正的痛点是"现有方案完全不行"。
信号3：描述时没有具体场景
"我想提高效率"——什么效率？在什么场景下？如果说不出具体场景，大概率是假痛点。
问自己这个问题：
"如果这个问题明天就消失了，用户会有多高兴？"
在进入下一个问题之前，确认你能完成这个填空：
我的用户正在被 [具体的问题] 困扰，
这个问题让TA感到 [具体的负面情绪]，
TA [每天/每周/每月] 都会遇到这个问题。如果填不出来，试着用"5个为什么"追问法，从表面需求挖到深层痛点。