场景与人性动机——痛点、爽点、痒点

一、开场困境：功能清单写满了，用户就是不买单

下面是一个教学案例。

某智能运动平台在 2024 年开发了一个叫"赛事预测"的功能。这个功能的逻辑是这样的：根据用户的历史跑步数据，用AI算法预测他/她在下一场马拉松中的完赛时间。

产品经理做了详细的需求文档：

• 输入：用户近3个月的跑步数据（距离、配速、心率、跑量等）

• 算法：基于VDOT（跑步能力指数，与最大摄氧量VO2max高度相关）预测模型，后台测试准确率约60%

• 输出：预测完赛时间 + 配速建议 + 分段策略

• 额外功能：可以对比同年龄、同性别用户的平均完赛时间

团队花了两周时间开发、一周时间测试，然后上线了。

结果呢？

上线后第一周，只有不到5%的用户点击了这个功能。打开之后，95%的用户看了一眼预测时间就关掉了。更让团队崩溃的是，在后续的A/B测试中，他们发现"赛事预测"功能的入口点击率甚至不如"今日天气"——后者只是一个实习生花半天接的API。产品经理很困惑："这么精准的AI预测，为什么用户不看？"

他没有想明白的问题是：用户到底想要什么？

他以为用户想要的是"准确的预测"，但用户真正想要的是什么呢？

我们来看看用户真实的心理活动——

• 一个初跑者：看到"预测4小时完赛"，他的反应是"真的假的？我不信"。他内心真正的问题是："我这种菜鸟，真的能跑完马拉松吗？我需要的是鼓励，不是一个冷冰冰的数字。"

• 一个中级跑者：看到"预测3小时45分"，他的反应是"我上个月才跑了4小时，怎么可能"。他内心真正的问题是："为什么我的进步这么慢？我该怎么做才能跑得更快？"

• 一个资深跑者：看到"预测3小时10分"，他的反应是"我自己知道能跑多少，不需要你来告诉我"。他内心真正的问题是："我的训练状态对吗？我有没有受伤风险？"

你发现了吗？不同的人，对"预测"这个功能的反应完全不同。 但有一点是共通的——他们都不仅仅是想要一个预测结果。

• 初跑者想要的是：鼓励和信心。"我真的可以完赛吗？"

• 中级跑者想要的是：突破的可能性。"我怎样才能跑得更快？"

• 资深跑者想要的是：验证和认可。"我的训练有效吗？"

这就是今天我们要讲的核心——用户的行为背后，是人性底层的东西在驱动。

---

二、核心概念：痛点、爽点、痒点

2.1 三个动机的来源

梁宁老师在其产品思维课程中，提出了一个至今影响深远的用户动机分析框架：痛点、爽点、痒点。

这个框架的价值在于：它把用户行为的驱动力，从模糊的"需求"分解成了三种可识别、可设计的人性底层驱动力。

我们一个一个来看。

2.2 痛点 = 恐惧

先问你一个问题：你最害怕什么？

• 怕受伤？

• 怕比赛失败？

• 怕被同龄人甩在后面？

• 怕自己坚持不下来？

所有这些"怕"，都是痛点。

痛点的本质是一种恐惧——对已经发生的损失（pain）或对未来可能发生的损失的恐惧（fear）。

痛点，是用户无法忍受的、必须被解决的那个洞。

请注意关键词——"无法忍受"。不是"有点不舒服"，不是"如果能解决就好了"，而是"不解决不行"。

对于运动手表来说，用户的痛点集中在这几个方面：

痛点一：怕受伤

跑步的人最怕什么？不是跑不快，是受伤。一旦受伤，轻则休息两周，重则半年不能跑。但很多跑者并不知道自己的运动强度是否安全。手表的心率监测、训练负荷评估、恢复时间建议——所有这些功能，本质上是在解决同一个痛点："我是不是在伤害自己？"

痛点二：怕白费功夫

"我练了三个月，到底有没有进步？"——这是所有跑者都会问自己的问题。手表的数据记录、趋势分析，解决的就是这个痛点：让你看到训练的效果，确保你的汗水没有白流。

痛点三：怕在比赛中出丑

比赛的时候，配速太快会撞墙，太慢又不甘心。什么时候加速、什么时候补水、什么时候补胶——这些都决定了你的比赛体验。手表的实时配速、实时心率、分段计时，解决的就是这个痛点："别搞砸了。"

所以，当你设计一个解决痛点的功能时，你的产品角色是"避难所"。 用户在恐惧的时候来找你，你给他安全感。

想想你的产品，解决了用户的哪些恐惧？

2.3 爽点 = 即时满足

爽点和痛点有什么区别？

简单说：痛点是"避害"，爽点是"趋利"。

爽点的本质是即时满足感——用户做了某个操作，立刻得到了一个让他"爽"的反馈。

梁宁举过一个很经典的例子：为什么游戏让人上瘾？因为游戏设计的核心就是"爽点"——每打一个怪，经验值涨一格；每升一级，解锁一个新技能。这个反馈周期短到秒级，用户的满足感是即时的。

那么，运动手表中的爽点在哪里？

爽点一：实时数据反馈

你在跑步，低头看手表——配速4:50，心率152。你告诉自己："嗯，状态不错。"然后你加速了，再低头——配速4:35，心率165。这个即时的数据反馈，本身就是爽点。

为什么？因为人类的大脑对"即时反馈"有着天生的渴望。 这是刻在基因里的——我们做了一件事，立刻知道结果，这种满足感是原始而强烈的。

爽点二：完赛/达标提示

手表震动，屏幕亮起："恭喜完成10公里！"或者"目标达成！"——这是极其强烈的爽点。

数据显示，运动手表用户在使用初期，最常看"今日目标完成度"这个页面。为什么？因为看着进度条从0%走到100%，这个过程本身就是一种"爽"。

爽点三：社交互动中的点赞

你把跑步记录分享到朋友圈，朋友给你点赞。每一个点赞，都是一个微小的爽点。这个爽点驱动着用户一次又一次地分享。

爽点的设计原则：反馈要快，频率要高。

注意，给用户的反馈，不要让他等。 用户等得越久，爽感越弱。

2.4 痒点 = 虚拟自我

痒点是三个动机中最微妙、也最强大的一个。

痒点的本质是什么？

痒点，是用户想要成为的那个自己。

不是"现在的自己"，而是"想象中的自己"。

让我们来理解这个概念。

你买一本《跑步圣经》，不是因为看完这本书就能跑马拉松，而是因为"买书的那一刻，你觉得自己已经是那个能跑马拉松的人了"。

你报名一个马拉松，不是因为你的训练已经准备好了，而是因为"报名的那一刻，你觉得自己已经是那个站在起跑线上的人了"。

你买一块Garmin Fenix手表，不是因为你需要那块铁，而是因为"戴上它的那一刻，你觉得自己已经是那个越野大神了"。

这就是痒点——用户为"虚拟自我"付费。

痛点让人逃离，爽点让人沉迷，痒点让人向往。

我们用一个例子来对比理解：

痛点是当下，爽点是当下，痒点是未来。 痛点解决现在的问题，爽点满足现在的欲望，痒点满足对未来的想象。

---

在进入方法论之前，先让我们回到上一讲提到的训练计划案例。

产品经理回想自己做的"训练计划"功能，数据很差——上线一个月，用户留存率不到15%。他反思：当初做这个功能的时候，只考虑了"用户不知道该怎么练"这个痛点，按部就班地上了训练计划模板。

但用户的实际使用情况是：打开训练计划页面，看到一堆"周二：间歇跑400米x8组，周三：有氧跑10公里"之类的安排，用户跟着跑了两次，发现太累了，就放弃了。整个训练过程中，没有任何即时反馈——没有"你跑完了今天的任务，真棒！"的爽点，也没有"坚持训练4周，你的10公里成绩可以提升5%"的痒点。

他用痛点、爽点、痒点三个维度重新分析这个功能：

• 痛点解决了吗？ 部分解决了。用户确实"不知道怎么练"，训练计划给了他们一个方案。但为什么用户不坚持？因为痛点只解决了"开始"的问题，没有解决"坚持"的问题。

• 爽点在哪里？ 几乎没有。训练计划没有给用户任何即时反馈。用户跟着练了一周，看不到任何"爽"的变化。

• 痒点在哪里？ 也没有。这个功能没有告诉用户"坚持训练后你会变成什么样"。

他意识到——只解决痛点远远不够。 一个产品想让人长期使用，必须同时回答三个问题：我为什么要开始？（痛点）我为什么能坚持？（爽点）我坚持后会变成什么样？（痒点）

---

三、经典方法论："发现真实需求的三步法"

接下来，我们来引入一个非常实用的方法论——"发现真实需求的三步法"。

在之前的课程中，我们提到过用户场景分析方法论。今天我们来深入学习。

3.1 第一步：界定用户是谁

不要试图服务"所有人"——这是产品经理最大的陷阱。

如果你的用户是"运动爱好者"，那你完了。因为"运动爱好者"这个类别太宽泛了——马拉松跑者和篮球爱好者的需求完全不同。

正确的方法是：用场景来界定用户。

这个方法是这样的——不要用"谁"来定义用户，要用"在什么场景下做什么事的人"来定义用户。

举例：

• ❌ "马拉松跑者"——太宽了

• ✅ "在备赛期、每天进行系统训练的马拉松跑者"——精准了

• ✅ "在比赛当天、站在起跑线上的半马新手"——非常精准

3.2 第二步：界定场景

场景不是"地点"，而是"时间 + 地点 + 状态 + 目标"的组合。

我们用备赛马拉松的场景来分析：

同一个用户，在不同的场景下，需求是完全不同的。

• 比赛前3个月：想要训练计划、数据反馈、进步可视化

• 比赛前1周（减量期）：想要饮食建议、心理准备、状态评估

• 比赛当天：想要实时配速、心率提醒、完赛时间预测

• 比赛后：想要恢复建议、数据总结、分享成就

3.3 第三步：界定困扰/渴望

困扰不等于痛点，渴望不等于爽点。

这个方法要求我们区分两个层面：

当前层面的困扰——用户现在遇到的"不爽"

"我跑完步不知道自己的心率是不是太高了。" "我不知道该怎么安排这周的训练。" "我看不懂这些数据是什么意思。"

深层层面的渴望——用户真正想要的状态

"我希望有人告诉我，我是不是在安全地运动。" "我希望有一个专业教练指导我训练。" "我希望自己看起来很专业。"

关键技巧是"五个为什么"追问法：

用户说："我想要GPS定位更准。"

追问1：为什么？——"因为我跑越野的时候，山里信号不好。" 追问2：信号不好怎么了？——"轨迹会漂移，记录不准。" 追问3：记录不准怎么了？——"我发朋友圈的轨迹图不好看。" 追问4：轨迹图不好看怎么了？——"别人会以为我跑得慢或者没跑完。" 追问5：所以你的真实需求是什么？——"我需要别人认可我是一个真正的越野跑者。"

看，从"GPS定位更准"到"需要被认可"，你穿透了五层。 这就是这个方法的精髓。

让我再给大家一个完整的"五个为什么"对话示例，灵感来源于常见的用户访谈场景：

产品经理： "你最近在用我们的App记录跑步吗？" 用户： "在用，但我感觉没什么意思。" 产品经理： "为什么觉得没意思？" 用户： "就是跑完看个数据，然后就没有然后了。" 产品经理： "你希望跑完还有什么？" 用户： "我也不知道，就是觉得……有点孤独。" 产品经理： "孤独？能具体说说吗？" 用户： "我每天早上5点起床跑步，周围一个人都没有。跑完看了一下数据，我比昨天快了10秒，但没有人知道。我发朋友圈吧，又觉得太刻意了。" 产品经理： "所以你希望有人知道你的努力、认可你的进步？" 用户： "对！就是这种感觉。我不是想炫耀，但如果有个人能跟我说一句'你今天跑得不错'，我明天会更有动力起床。"

案例中的产品经理反思，他当时后背发凉——因为他意识到，他们团队花了大量精力优化算法、提升数据精度，但用户真正需要的，可能只是一句"你今天跑得不错"。

这个对话说明："五个为什么"追问法不只是用来挖需求的，更是用来打破产品经理的"技术思维"的。 很多时候，我们太沉迷于技术方案（更准的GPS、更快的算法），而忽略了用户最基本的情感需求。

---

四、业务深度案例：马拉松备赛用户的场景需求全景

让我们把上述方法论应用到一个完整的案例中。

4.1 用户画像

姓名： 张明 年龄： 32岁 职业： 互联网产品经理 跑龄： 1年半 目标： 在3个月后的北京马拉松中破4（4小时内完赛）

4.2 跑步前中后的场景需求

阶段一：跑步前（准备期）

阶段二：跑步中（运动过程）

阶段三：跑步后（恢复期）

4.3 备赛周期的需求变化

第1-4周（基础期）：

• 核心困扰：不知道训练计划是否合理

• 痛点：怕瞎练没有效果

• 爽点：看到自己跑力值在提升

• 痒点：想象自己成为"严肃跑者"

第5-8周（强化期）：

• 核心困扰：强度上来了，身体开始疲劳

• 痛点：怕受伤，怕过度训练

• 爽点：间歇跑后的数据——"我做到了"

• 痒点：想象自己在比赛中的表现

第9-11周（巅峰期）：

• 核心困扰：怎么把训练成果转化为比赛成绩

• 痛点：怕比赛时发挥失常

• 爽点：长距离拉练后的成就感

• 痒点：开始想象冲过终点的具体画面

第12周（减量期+比赛周）：

• 核心困扰：减量训练的"戒断反应"——不跑了心慌

• 痛点：怕状态下滑

• 爽点：看到休息日手表上的"恢复状态：最佳"

• 痒点：比赛前夜的激动和期待

4.4 备赛16周的完整场景拆解

让我们把备赛周期拉得更长、更细一些，看看一个马拉松备赛者——张明，在16周的备赛周期中，每个阶段的情绪状态、开销和产品触点。

第1周（决定参赛）：

张明在朋友圈看到同事晒了北京马拉松的中签截图，心里一热，也报了名。"反正先报上，中不中还不一定呢。"——这个阶段他的情绪是兴奋和期待，开销是报名费200元。产品触点：赛事报名页面、中签通知推送。

第2周（中签确认）：

收到中签通知的那一刻，张明又兴奋又害怕——"我真的要跑42.195公里了？"他打开App搜索"马拉松训练计划"，发现需要一块能记录心率的手表，于是下单买了某品牌运动手表，花费2500元。产品触点：手表购买、初始设置、新手引导——这个阶段用户的"焦虑感"最强，是新用户流失的高峰期。

第3-4周（基础期）：

张明开始按照训练计划跑步。第一次跑8公里，跑完腿疼了两天。他担心自己是不是不适合跑步。这时候产品的关键动作是：告诉他"这是正常的，初跑者都会经历"，并给他一个"第一周完成"的徽章。产品触点：训练计划执行、跑后恢复建议、初跑者徽章。

第5-8周（强化期）：

训练强度逐渐加大，张明开始做间歇跑。第一次跑400米x8组，跑完第5组就想放弃了，但手表上显示的"还剩3组"让他坚持了下来。这个阶段他的情绪波动很大——间歇跑成功时觉得自己"无所不能"，跑崩时觉得自己"一无是处"。开销方面，他开始买能量胶、运动饮料、跑袜等配件，花了约500元。产品触点：间歇跑模式、实时数据反馈、训练完成提示。

第9-12周（巅峰期）：

周末的长距离拉练是最大的考验。第10周，张明要跑一次32公里的长距离。跑到25公里时，他撞墙了——腿像灌了铅，心率飙升，脑子里全是"放弃"的念头。他低头看手表，发现心率已经超过警戒线，手表提示"建议降低强度"。他放慢速度，走了两分钟，然后继续跑。最终完成了32公里。跑完的那一刻，他瘫坐在路边，但心里充满了成就感——"我连32公里都能跑完了，全马还怕什么？"这个阶段，张明开始认真研究比赛装备——空顶帽、号码带、能量胶携带方案，又花了约800元。产品触点：长距离模式、心率预警、训练完成后的庆祝动画。

第13-15周（减量期）：

训练量开始减少，张明有些不适应——"不跑反而心慌"。这个阶段他的情绪是"既期待又紧张"。他反复查看比赛当天的天气预报，研究配速策略。产品触点：减量训练计划、比赛倒计时、状态评估。

第16周（比赛周）：

比赛前夜，张明几乎没睡着。凌晨4点起床，吃了面包和香蕉，戴上手表，检查了所有装备。站在起跑线前，心率已经飙到了90。他在App上开启了"比赛模式"，然后听到发令枪响。产品触点：比赛模式、实时配速提醒、分段计时。

赛后：

冲过终点线的那一刻，张明弯腰喘气，然后低头看手表——"4小时02分"。虽然没有破4，但这是他第一次完赛全马。手表震动，屏幕亮起完赛动画。晚上，他把比赛数据截图发到朋友圈，配文："首马完赛，4小时02分。虽然没破4，但我会回来的。"收获了100多个赞。产品触点：完赛动画、数据总结、一键分享、完赛证书生成。

这个16周的完整拆解告诉我们什么？用户的"备赛旅程"不是一条直线，而是充满波动的情绪曲线。 每一个波峰和波谷，都是产品的机会窗口——用户在波谷时需要你的支持和鼓励（痛点），在波峰时需要你的认可和放大（爽点），在整个过程中需要你对未来的指引（痒点）。

4.5 产品的机会窗口

基于上面的分析，我们可以得出几个重要的产品机会：

机会1：备赛期的"训练计划"是刚需

张明需要的不只是一个能记录数据的手表，而是一个"能告诉我明天该怎么练"的教练。如果你的产品可以提供个性化的备赛训练计划，你就在解决一个具体的痛点。

机会2：比赛当天的"陪伴感"是爽点

比赛的时候，张明需要的不只是数据，而是"有人陪我一起跑"的感觉。实时配速建议、心率区间提醒、完赛时间预测——这些功能在比赛当天的价值是平时的10倍。

机会3：完赛后的"身份认证"是痒点

张明跑完马拉松，最想做的事情是什么？——当然是告诉所有人！如果你的产品可以一键生成绩集锦视频+完赛证书+队友排名，你帮用户满足了他"想象中的自己"。

---

五、反例：只解决痛点但忽略了爽点和痒点的功能

让我们来看一个典型的反例。

某运动平台的"训练负荷"功能。

这个功能的初衷非常好：通过分析用户过去7天的训练数据，计算训练负荷，并以1-10分的形式呈现，告诉用户"你今天该练多少"。

从痛点角度来看，这个功能是有价值的——用户怕过度训练导致受伤，怕训练不足没有效果。痛点捕捉到了。

但问题出在哪里？

第一，没有爽点。

用户打开这个功能，看到的是一个分数和一段文字说明："你的训练负荷为6，建议今天进行中等强度训练。"——就没有了。

没有完成动画，没有鼓励，没有对比，没有任何让用户"爽"的反馈。

用户看完之后，感受是什么？"哦，知道了。"——然后关掉页面。

第二，没有痒点。

这个功能没有告诉用户：如果你坚持科学训练，你的跑步能力会怎么样。没有规划、没有未来展望、没有"你想要的自己"的想象空间。

对比一下：如果是我们来做这个功能，应该怎么做？

• 仍然有训练负荷分数（保留痛点）

• 但加上了："你的训练负荷连续3天保持在合理区间，恭喜你获得'科学训练者'徽章。"（爽点）

• 再加一句："按照当前训练进度，你可以在4周后冲击10公里PB。"（痒点）

大家感受到差别了吗？

同样的功能，加了爽点和痒点，用户的感受完全不一样。

不解决痛点的产品是废物，但只解决痛点的产品同样不是好产品。

因为痛点是"最低标准"，所有产品都在解决痛点。你能不能给用户更多——这才是差异化所在。

最后的结局是什么呢？这个"训练负荷"功能上线三个月，日活率不到3%。产品经理做了用户访谈，得到的反馈是：

• "看了也不知道该干嘛"

• "不如我花钱找一个教练"

• "感觉就是一堆数字，没有温度"

这就是只解决痛点不解决爽点和痒点的代价。

让我再补充一个反例，灵感来自多款运动 App 成就系统常见的设计误区。

某国内知名运动App（化名）的"成就"页面列出了20多个成就徽章——"跑步100公里""跑步1000公里""连续跑步30天""雨战勇士"等等。从功能设计上看，这个系统相当完整，有徽章、有进度条、有解锁条件。

但问题出在哪里？——这些成就的解锁条件大多在50公里以上，对于一个新用户来说，跑50公里需要至少两周。 也就是说，一个新用户注册后打开这个页面，看到的是一片"灰色"——所有徽章都是锁定的，解锁路径遥不可及。

用户的心理活动是什么？"算了，反正我也拿不到。"——然后关掉页面。

这就是典型的"爽点设计失败"——反馈周期太长，用户在获得第一次爽感之前就已经放弃了。

正确的做法是什么？分层设计：新用户注册后，跑完第一次3公里就解锁一个"初次起跑"徽章；跑完5公里解锁"5公里成就"；10公里解锁"十公里俱乐部"……让用户在前两周内密集地获得小成就，建立"爽感"惯性。

所以我们说：爽点要高频，要即时，要在用户"快要放弃"的时候出现。

---

六、实操工具：用户场景需求矩阵

接下来，给大家一个可以直接用的工具。

用户场景需求矩阵

使用场景： 在产品需求分析阶段，对目标用户的核心使用场景进行系统梳理，发现产品机会。

使用方法：

1. 选择一个目标用户，明确其画像

2. 列出该用户在运动前中后的完整场景

3. 对每个场景，分别分析痛点、爽点、痒点

4. 找出"未被满足"的机会点

模板

应用示例：跑步新手的首周使用

使用技巧

1. 不要一次做完，可以分场景逐一分析。 先找最重要的场景。

2. 痛点更容易找到，爽点和痒点需要深入挖掘。 多问"然后呢？""用户会感觉如何？"

3. 产品机会 = 痛点×爽点×痒点。 缺一个维度，机会的质量都打折扣。

4. 可以用这个矩阵做竞品对比分析。 看看竞品在哪些场景上做得更好。

进阶使用：如何用这个矩阵做优先级排序

很多产品经理做完矩阵后，面对一堆"产品机会"不知道先做哪个。这里给大家一个简单的打分方法：

对每个机会点，从三个维度打分（1-5分）：

1. 痛点强度： 这个痛点有多痛？（1=只是不爽，5=不解决不行）

2. 爽点频率： 用户多久能获得一次爽感？（1=一个月一次，5=每天都有）

3. 痒点吸引力： 这个痒点对用户的吸引力有多大？（1=可有可无，5=强烈向往）

总分 = 痛点强度 × 2 + 爽点频率 × 2 + 痒点吸引力 × 3

为什么痒点权重最高？因为痒点对应的"虚拟自我"是用户最深层、最长效的驱动力，高级感越强的产品，痒点的权重越高。

示例打分：

通过这个打分，你可以清晰地看到："赛事预测"功能总分最低，因为它的痛点不够痛、爽点频率太低。 这正好解释了为什么开头那个"赛事预测"功能上线后没人用——不是功能不好，而是动机设计不完整。

---

七、本讲总结

今天的内容比较多，让我来帮大家理一遍核心脉络。

核心框架：痛点、爽点、痒点

痛点 = 恐惧

• 解决当下的"痛"

• 产品角色：避难所

• 关键词：安全、安心、可靠

• 注意：痛点是入场券，不是核心壁垒

爽点 = 即时满足

• 解决当下的"爽"

• 产品角色：娱乐场

• 关键词：快反馈、成就感、满足

• 注意：爽点要高频、要即时

痒点 = 虚拟自我

• 解决未来的"想"

• 产品角色：梦想家

• 关键词：向往、改变、成为

• 注意：痒点是最高级的动机，溢价能力最强

方法工具："发现真实需求的三步法"

1. 界定用户——不是"谁"，而是"在什么场景下做什么事的人"

2. 界定场景——时间+地点+状态+目标的组合

3. 界定困扰/渴望——用"五个为什么"穿透表层需求

核心洞察

痛点让人逃离，爽点让人沉迷，痒点让人向往。

一个好的产品功能，应该同时具备痛点、爽点、痒点三种属性。 它解决一个真实的恐惧（痛点），给出一个快速的反馈（爽点），指向一个美好的未来（痒点）。

---

八、课后思考

思考一：你的产品动机体检

选一个你正在负责的功能，用痛点、爽点、痒点三个维度分别看看：

• 这个功能解决了用户的什么恐惧（痛点）？

• 用户使用这个功能时，有没有给他即时反馈（爽点）？

• 这个功能指向了用户的什么"虚拟自我"（痒点）？

如果某个维度是空的，想一想——它缺失的原因是什么？有没有可能补上？

思考二：场景需求矩阵体验

选一个具体的用户场景（比如："一个刚买运动手表的40岁女性在开始运动的第一周"），用今天学的"用户场景需求矩阵"填一填，看看能发现几个之前没注意到的产品机会。

思考三：五个为什么

找一个身边的朋友或同事（不是产品经理），问问他在使用运动手表或运动App时最大的困扰是什么。用"五个为什么"追问下去，看看能不能穿透到至少3层深层的真实需求。这个过程本身就会让你对"用户说的"和"用户真正要的"之间的差距有更深的感受。

---

预习提示：下一讲《市场细分与目标用户选择》，我们将从"一个人"的深度需求分析，转向"一群人"的市场选择。当你学会识别痛点、爽点、痒点之后，接下来最关键的问题是：你为谁服务？

---