你是否承认：

• 我们买电钻，不是因为想要电钻，而是因为想要墙上的洞
• 我们下载待办清单 App，不是因为想要 App，而是因为不想遗漏重要的事
• 我们写自动化脚本，不是因为喜欢写代码，而是因为讨厌重复劳动

承认以上想法的存在，你就理解了项目开发中的一个基本事实：

用户不是在购买你的产品，他们是在'雇佣'你的产品来完成一项工作。

所以在打开 AI 工具、写第一行 Prompt 之前，先想清楚这三个问题：

1. 用户是谁？
2. 痛点在哪？
3. 为什么选你？

回答不清楚就动手，那做出来的东西大概率没人用。要知道，我们学习AI编程不是为了制造垃圾，而是为了提高效率。

问题一：用户是谁？

这个问题看起来简单，但大多数人的回答都不及格。

模糊回答 vs 具体回答

为什么要这么具体

你无法为"所有人"设计

"想学英语的人"可以是8岁小学生、28岁白领、58岁退休教师。他们的需求完全不同。试图满足所有人，结果是谁都不满意。

具体的用户画像能指导设计决策

当你面临"要不要加这个功能"的选择时，问自己："小王（你的具体用户）需要这个吗？"答案会清晰很多。

AI 也需要具体的用户信息

当你告诉 AI "帮我做一个英语学习 App"，AI 会做一个泛泛的产品。当你告诉 AI "帮我做一个给外企员工用的英语口语练习工具，主要场景是准备工作会议"，AI 的产出会精准得多。

不同场景下"用户"的变体

"用户是谁"这个问题，在不同场景下有不同的含义：

注意：用户可以是别人，也可以是你自己。

当用户是自己时怎么回答

很多人做个人工具时会说："用户就是我自己啊，还需要回答吗？"

需要。而且要更具体。

不是"我自己"，而是"在什么情境下的我自己"：

这种具体描述能帮你聚焦到真正的使用场景，避免做出一个"理论上有用、实际上不用"的东西。

检验方法：微信测试法

问自己两个问题：

你能给这个用户起个名字吗？

• 能（"小王，28岁产品经理"）→ 说明足够具体

• 不能（"想学英语的人"）→ 说明太模糊

如果要给这个用户发一条微信，你会怎么称呼 TA？

• 能具体称呼（"王哥"、"妈"、"老板"）→ 说明你心里有一个真实的人

• 只能泛泛称呼（"亲爱的用户"）→ 说明你还没想清楚

常见误区

误区一：把用户群体当用户个体

"年轻人"不是用户，"25岁在上海工作的产品经理小王"才是用户。

群体是统计概念，个体才能指导设计。

误区二：描述人口属性而非使用场景

"28岁女性"不如"每天通勤1小时、想利用这段时间学点东西的上班族"有用。

年龄性别只是标签，使用场景才能指导功能。

误区三：用户≠付费者

做给老板看的数据报告，用户是老板，不是你自己。做给妈妈用的吃药提醒，用户是妈妈，不是你。

搞清楚谁真正在用，才能做出他们真正需要的东西。

快速自检

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

我的用户是 [一个具体的人/角色描述]，
TA 在 [什么场景/情境] 下会用到我做的东西。

问题二：痛点在哪？

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

假痛点 vs 真痛点

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

识别真痛点的三个特征

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

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

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

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

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

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

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

痛点强度评估

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

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

• 16-25分：非常值得解决

• 9-15分：可以解决

• 1-8分：可能不值得专门做一个工具

示例评估：

不同场景的痛点模式

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

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

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

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

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

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

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

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

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

快速检验：消失测试

问自己这个问题：

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

• 会非常高兴、如释重负 → 真痛点

• 会有点高兴 → 弱痛点

• 无所谓 → 假痛点

快速自检

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

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

问题三：为什么选你？

这是三个问题中最难回答的一个。

知道了用户是谁、痛点在哪，还要回答：凭什么用户要用你做的东西，而不是别的方案？

这个问题为什么难

市场上可能已经有：

• 100 个待办清单 App

• 50 个习惯打卡工具

• 20 个数据可视化软件

• 无数个 Excel 模板

用户为什么要用你做的，而不是这些已有的产品？

如果回答不出来，说明你做的东西没有存在的理由。

不同场景下"为什么选你"的含义

这个问题在不同场景下，问法略有不同：

差异化的四个来源

如果要为用户提供一个选择你的理由，可以从这四个方向找：

注意：差异化不是"更多"。

"我的 App 有更多功能" ≠ 差异化

"我的 App 专门解决 XX 人的 XX 问题" = 差异化

做个人工具时的"为什么选你"

当你给自己做工具时，"为什么选你"变成了"为什么值得自己做"。

需要回答这个问题：现有工具哪里不行，以至于我必须自己做一个？

如果现有工具已经够用，就没必要自己做。承认这一点不丢人。

投入产出计算

对于自动化脚本和个人工具，可以做一个简单的投入产出计算：

节省的时间 = 每次节省的分钟数 × 每月发生的次数 × 使用的月数
开发成本 = 用 AI 做出来需要的小时数

如果 节省的时间 > 开发成本 × 3，就值得做

示例：

• 每周手动合并 Excel 需要2小时

• 预计用1年，共52周

• 节省时间 = 2小时 × 52 = 104小时

• 用 AI 写脚本预计需要3小时

• 104 > 3 × 3 = 9，值得做

30秒电梯演讲模板

如果你能用30秒向别人解释清楚"为什么选你"，说明你想明白了。

试着用这个模板：

对于 [目标用户]，
他们在 [什么场景] 遇到 [什么问题]。

现有的解决方案是 [竞品或现有方法]，
但它的问题是 [为什么不够好]。

我做的 [产品/工具] 不同，因为 [你的独特价值]。

示例：

对于每周需要汇总多个部门数据的运营人员，他们在做周报时要花2小时手动复制粘贴 Excel。现有的方法是一个个打开文件手动操作，但这太浪费时间而且容易出错。我写的这个脚本不同，因为它可以一键合并所有文件，5分钟完成原来2小时的工作。

先调研再动手

在回答"为什么选你"之前，先做一个简单的调研：

调研清单：

• [ ] 搜索一下：有没有现成的工具/App 能解决这个问题？

• [ ] 如果有，下载试用：它哪里好？哪里不行？

• [ ] 问问周围的人：他们现在怎么解决这个问题？

• [ ] 如果现有方案够用：是否真的需要自己做？

很多时候，调研完你会发现：已经有很好的工具了，直接用就行。

这不是失败，这是节省时间。

快速自检

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

用户应该选择我做的东西，而不是 [现有方案]，
因为 [你的独特价值/差异点]。

如果填不出来，可能有两个情况：

1. 你还没调研现有方案是什么

2. 你做的东西确实没有独特价值，需要重新思考定位

如果这三个问题你都能清楚回答，恭喜你——你比80%的人都更清楚自己在做什么。