如何找到用户的真实任务

一个经典的商业故事：某快餐连锁店想提升早间奶昔销量。团队按常规思路做调研——问顾客「要不要更甜？更稠？更便宜？」，然后改进产品，销量纹丝不动。

后来，哈佛商学院教授 Clayton Christensen 带团队驻店观察了一整天。他们发现，将近一半的奶昔在早上 8 点前被卖出去，买主通常是独自一人，只买一杯奶昔，带回车里。这些人不是「想买一杯奶昔」——他们是在漫长的通勤路上，需要找点事情让手和嘴不闲着，同时撑到午饭。奶昔的竞争对手不是餐厅里的其他甜品，而是香蕉、甜甜圈和贝果。奶昔赢在：用吸管能喝 20 分钟，刚好填满通勤时间；不会弄脏衣服；比香蕉更扛饿。

这个故事揭示了 Jobs to be Done（JTBD）框架的核心主张：用户不是在买你的产品，他们是在「雇佣」产品帮自己完成一个任务。当你只盯着产品功能做优化，就会错过用户真正想完成的那件事。

本文属于《从 0 到 1 AI 产品出海知识库》中的「用户定位与产品定位」章节。我们将从 JTBD 的理论基础出发，拆解功能任务、情感任务和社会任务三层结构，给出一套发现和定义用户真实任务的方法，并讨论如何将这套框架落地到 AI 产品的定位与设计中。

1. JTBD 框架：用户雇佣产品完成什么任务

Jobs to be Done 理论由 Clayton Christensen 在其著作 Competing Against Luck 中系统阐述，其核心命题可以浓缩为一句话：人们不是在买产品，而是在「雇佣」产品来完成生活中的某个任务（Job）。

这里的「任务」不是传统市场调研中用户嘴里的「功能需求」。它更接近一个生活场景中的「进步」（progress）——用户在某个特定情境下，想要从当前状态推进到一个更好的状态。产品只是实现这个进步的工具。用户选择「雇佣」你的产品，是因为它在特定情境下比其他替代方案更能帮他完成任务；用户「解雇」你的产品，是因为出现了更好的选择。

JTBD 与传统需求分析的思路有根本区别。传统需求分析从「用户画像」出发——年龄、性别、收入、偏好——然后推测他们可能喜欢什么功能。JTBD 从「情境」出发——用户在什么场景下、面临什么困境、想要实现什么进步——然后反推什么样的产品能满足这个任务。

维度传统需求分析JTBD 框架
分析起点用户画像（人口统计特征）用户情境（特定场景下的困境）
需求定义功能列表、特性描述用户想要实现的进步
竞争视角同类产品对比所有能完成同一任务的替代方案
调研方法问卷、焦点小组、功能投票行为观察、切换访谈（Switch Interview）
创新方向在已有功能上做增量重新定义任务，找到更好的完成方式
预测能力依赖用户自述，容易失真基于真实行为和情境，可验证

这张表揭示了 JTBD 最重要的认知转换：你的竞争对手可能根本不是同类产品。奶昔的竞争对手是通勤路上能打发时间的所有东西；音乐流媒体的竞争对手不只是其他音乐 App，还有播客、有声书、短视频——它们都在完成「填充碎片时间」这个任务。

2. 三种任务类型：功能任务、情感任务与社会任务

JTBD 框架将用户要完成的任务分为三个层次：功能任务（Functional Job）、情感任务（Emotional Job）和社会任务（Social Job）。任何一个产品的使用场景，都同时包含这三个层次的任务。忽略任何一层，都可能导致产品「功能到位但用户不买账」。

功能任务：用户要完成的具体事情

功能任务是最直观的层面——用户想要达成的具体、可衡量的结果。它是产品的核心使用价值。

几个例子：

  • 从 A 地到 B 地（打车软件的功能任务）
  • 把一段语音转成文字（AI 转录工具的功能任务）
  • 在 30 分钟内做好一顿晚餐（预制菜的功能任务）

功能任务的特点是：可以独立于任何具体解决方案来定义。你说「从 A 地到 B 地」，不需要提到汽车、地铁或自行车。Tony Ulwick 在 Strategyn 的 JTBD 方法论中反复强调：功能任务陈述中不应包含产品名称或功能描述，否则你会把思考锚定在现有方案上，而非任务本身。

情感任务：用户想要（或想要避免）的感受

情感任务关注的是用户在使用产品过程中的内在感受——他们想要感到什么，或者想要避免什么。

同样以打车为例。功能任务是「从 A 到 B」，但情感任务可能是：

  • 不想在路边等车时感到焦虑和不确定
  • 想要在深夜出行时感到安全
  • 不想因为价格不透明而感到被宰

这三个情感任务指向完全不同的产品设计方向。一个让用户「看到车在哪、几分钟到达」的地图界面，解决的是焦虑感；一个「紧急联系人分享行程」的功能，解决的是安全感；一个「预估价格锁定」的承诺，解决的是被宰的担忧。

情感任务往往比功能任务更能解释用户的选择。当两个产品在功能上差异不大时，用户选 A 不选 B，通常是因为 A 让他感觉更好。

社会任务：用户希望被他人如何看待

社会任务关注的是产品使用对用户社会形象的影响——别人会怎么看你。

继续使用打车的例子。一个创业者打 Uber Black 去见投资人，功能任务是「从酒店到办公室」，社会任务是：「我希望投资人觉得我是一个成功且可靠的人」。在这种情况下，车辆的档次、司机的礼仪、整体的乘车体验，都在帮助完成这个社会任务。

社会任务和功能任务、情感任务是深度关联的。完成社会任务（被他人认可）往往会带来情感任务的正向满足（自信、安心）。这意味着，产品设计不能只看功能层面「能不能完成任务」，还要看情感层面「用起来感觉如何」和社会层面「别人怎么看我用这个产品」。

任务类型定义关注点典型问题AI 产品示例
功能任务用户要完成的具体、可衡量的事情结果、效率、准确性「我要把这段英文翻译成中文」AI 翻译工具的准确翻译
情感任务用户想要（或避免）的内在感受安全感、自信、减少焦虑「我不想因为翻译错误而出丑」提供翻译信心评分、人工校对选项
社会任务用户希望被他人如何看待社会形象、身份认同、归属感「我想让同事觉得我的英文很好」翻译结果保持专业语感，不暴露依赖工具

这三种任务类型不是非此即彼的分类，而是同一个使用场景中同时存在的三个层面。一个优秀的产品，需要在三个层面上都给出回应。

3. 如何发现和定义用户的真实任务

JTBD 的难点不在于理解理论，而在于如何在实际操作中找到用户的真实任务。以下是一套经过验证的方法。

切换访谈（Switch Interview）

Bob Moesta 开发的「切换访谈」是 JTBD 最核心的调研方法。它的逻辑不是问用户「你想要什么功能」，而是还原用户做出购买（或放弃）决策的完整时间线。

切换访谈的六个阶段：

  1. 时间线锚定：请受访者回忆做出决定的那个时刻——「带我回到你开始使用（或放弃）那个产品的时候，当时发生了什么？」
  2. 绘制推力（Push）：探索旧方案中让用户不满的因素——「当时有什么让你觉得越来越受不了的？」
  3. 第一次想到：用户是如何发现新方案的——「你是怎么第一次听说这个产品的？」
  4. 考虑过程：用户比较了哪些替代方案，有什么顾虑——「你当时还看了什么？犹豫了什么？」
  5. 决策时刻：最终决定的瞬间——「带我走过你做决定的那一刻，你在想什么？」
  6. 早期使用：刚开始用时的体验——「第一次用的时候，和你的预期一致吗？」

切换访谈的关键原则是聚焦真实发生过的事件，而非假设性的偏好。问「你上次……是什么时候」比问「你愿不愿意……」更有价值。每个用户群体做 10 到 15 场访谈，通常能发现稳定的模式。

四力模型（Forces of Progress）

切换访谈的分析框架通常归纳为四股力量：

  • 推力（Push）：现有方案中让用户不满的痛点，推动他们寻找新方案
  • 拉力（Pull）：新方案的吸引力，拉动用户转向
  • 焦虑（Anxiety）：对改变的不确定和担忧，阻止用户切换
  • 惯性（Habit）：对现有方案的依赖和习惯，阻止用户改变

用户是否切换，取决于推力和拉力的合力是否大于焦虑和惯性的合力。很多好产品没有赢得市场，不是因为功能不够好，而是因为用户心中的焦虑和惯性没有被充分化解。

任务陈述模板

将发现的任务用结构化语言表达出来，有助于团队对齐和后续的产品设计：

要素说明示例
任务动词用户想要做什么（不含产品名）「在通勤路上打发无聊时间」
期望结果任务完成后的理想状态「感到时间被有效利用，不浪费」
情境触发什么场景下产生这个任务「工作日早晨 60 分钟的车程」
约束条件任务完成时的限制「单手操作、不会弄脏衣服、持续时间够长」
情感期望完成过程中的感受「不无聊、有一点小满足」
社会期望对他人形象的影响「看起来是一个自律且不浪费时间的人」

这个模板的核心是：在陈述中不出现任何产品名称或功能描述。如果你写出了「用 AI 工具写文案」，那就不是一个任务陈述，而是一个解决方案描述。正确的任务陈述应该是「在 30 分钟内产出一篇高质量的营销文案」。

4. 从任务角度重新审视产品

当你用 JTBD 的视角重新审视自己的产品时，通常会经历一次认知重构。

假设你正在做一款 AI 写作工具。传统思路下，你的竞品列表是其他 AI 写作工具——Jasper、Copy.ai、Writesonic。你关注的指标是功能对比：谁生成的文案更长、更快、支持更多语言。

但切换到 JTBD 视角，你的用户「雇佣」AI 写作工具完成的任务可能是：

  • 功能任务：「在 30 分钟内产出一篇高质量的营销邮件」
  • 情感任务：「不想因为文案质量差而被老板批评」
  • 社会任务：「想让团队觉得我的文案能力很强」

一旦这样定义任务，你的竞品列表立刻变了：用户可能不用 AI 写作工具，而是直接让同事帮忙写、从模板库拼凑、甚至外包给自由职业者。你的产品设计也会随之改变——与其堆砌更多 AI 功能，不如思考如何降低用户的焦虑（提供「一键润色」让文案更专业）和社会任务的支持（生成带有个人风格的文案，让人看不出是 AI 写的）。

这种视角转换对 AI 产品出海尤其重要。不同文化背景的用户，面对的功能任务可能相同，但情感任务和社会任务往往截然不同。一个面向日本市场的 AI 客服工具，情感任务可能包含「不想让客户觉得我怠慢了他」；面向美国市场，可能则是「不想花太多时间在重复问题上」。同一款产品，在不同市场中需要回应的情感和社会任务可能完全不同。

5. JTBD 在产品定位中的应用

JTBD 不仅是一个调研工具，更是一个产品定位的思考框架。它帮助团队在三个关键环节做出更好的决策。

定位声明

传统的产品定位声明通常写成「为 XX 用户提供 YY 功能的 ZZ 产品」。JTBD 的定位声明则是「当（情境）发生时，用户想要（任务），以便（期望结果）」。

这种写法的优势在于：它把产品放在用户生活的因果链条中，而不是功能列表中。

功能优先级

当团队在争论下一个版本该做什么功能时，JTBD 提供了一个判断标准：这个功能帮助用户完成了什么任务？在功能、情感、社会三个层面上分别回应了哪些？

如果一个功能只回应了功能任务而完全忽略了情感任务，它可能「技术上正确但用户不买单」。反过来，一个功能即使功能任务完成度一般，但在情感或社会任务上提供了巨大价值，用户可能更愿意为它付费。

差异化方向

在同一赛道中，功能层面的差异化越来越难——竞品可以很快复制你的功能。但情感任务和社会任务的差异化很难被复制，因为它们涉及品牌感知、用户体验设计和社区建设等需要长期积累的维度。

应用场景传统做法JTBD 做法
产品定位「为 XX 用户提供 YY 功能」「当 ZZ 情境时，帮用户完成 WW 任务」
功能优先级竞品有我也要有哪个功能最能帮用户完成任务
差异化功能更多、参数更高在情感/社会任务上建立壁垒
市场扩展增加用户画像覆盖发现同一任务的新情境
定价策略按功能分层按任务完成度定价

6. 案例：从任务视角看产品成功与失败

案例一：奶昔的 20 分钟

前文已经提到了麦当劳奶昔的经典案例。这个案例的价值在于它展示了 JTBD 的完整分析链条：

功能任务：通勤路上需要一些东西填充手和嘴。 情感任务：让无聊的早晨变得有一点乐趣。 社会任务：不需要在意别人的眼光（一个人坐在车里喝奶昔，不需要社交形象管理）。

关键发现：奶昔的真正竞争对手不是甜品，而是所有能在通勤场景下完成这个任务的东西。奶昔赢在物理属性——20 分钟的饮用时间、适配车载杯架的尺寸、不会弄脏衣服、比固体食物更扛饿。

产品启示：如果你的产品在一个特定情境下能比替代品更好地完成任务，你就有机会赢得市场。优化的方向不是「让奶昔更好喝」，而是「让通勤更不无聊」。

案例二：Notion 的多重任务

Notion 的成功常常被归因于「All-in-One」的产品设计——文档、表格、数据库、项目管理集成在一起。但从 JTBD 的视角看，Notion 真正解决的是三层任务：

功能任务：「把分散在不同工具里的信息集中到一个地方管理。」这是最表层的任务，很多工具都能做。

情感任务：「我不想因为信息散落各处而感到失控和焦虑。」Notion 的设计——干净的界面、灵活的层级结构、统一的搜索——直接回应了这种失控感。用户打开 Notion 时感受到的「整洁」和「秩序」，是一种情感层面的满足。

社会任务：「我想让团队觉得我是一个有条理、有效率的人。」Notion 的模板画廊、精心设计的 workspace 分享，让用户在分享工作空间时，传递出「我是一个专业的、有体系的协作者」的社会信号。Notion 甚至成为了一种「工具品味」的象征——很多创作者在社交媒体上分享自己的 Notion 系统，本质上是在完成社会任务。

Notion 的竞品分析也因此变得不同：它的竞争对手不只是其他协作工具，还包括 Pen and Paper（最原始的「整理信息」方案）、微信收藏夹（很多人的「信息集中地」）、甚至整理得很好的文件夹结构。

案例三：Duolingo 的情感任务优先

Duolingo 的核心功能任务——学外语——市场上有无数竞品做得更专业、更系统。但 Duolingo 在情感任务上的设计堪称教科书级别：

「不想因为学不下去而感到内疚」——游戏化机制（连续学习天数、排行榜）让用户觉得「我今天至少做了一节课」，缓解了学习的内疚感。

「不想让学习变成一件痛苦的事」——短课程（每节 3-5 分钟）、即时反馈、可爱的动画角色，让学习过程变得轻松。

那只不断催促你学习的绿色猫头鹰（Duo），在社交媒体上成为了一个文化符号——用户分享被 Duo「追杀」的段子，本质上是在完成社会任务：「我是一个坚持学习的人，虽然是被一只猫头鹰逼的。」

7. 用 JTBD 分析产品的完整流程

以下流程图展示了如何将 JTBD 框架应用到一个具体的产品分析中：

流程图画布 · 115%
Mermaid 流程图加载中...

这个流程的关键节点是「识别竞品」——它要求团队跳出同类产品列表，思考「用户在没有我们之前，用什么方式完成任务」。这个列表往往比你想象的要长得多。

8. JTBD 出海应用注意事项

将 JTBD 框架应用到 AI 产品出海时，有几个特别需要注意的点。

文化差异影响情感任务和社会任务。同一个功能任务在不同文化中可能对应完全不同的情感和社会任务。例如，AI 简历生成工具在北美市场的社会任务可能是「让我在求职市场中脱颖而出」，在日本市场可能是「不让 HR 觉得我的简历格式不规范」。产品设计需要在保持功能一致性的同时，针对不同市场调整情感和社会层面的设计。

任务的情境比任务本身更重要。JTBD 强调的不是「用户要做什么」，而是「在什么情境下用户要做什么」。出海产品需要深入理解目标市场中用户的具体情境——他们的工作环境、生活习惯、社交规则——而非简单地将国内场景翻译成另一种语言。

注意「未被满足的任务」。JTBD 分析中最有价值的发现，是那些用户一直在尝试完成但现有方案都做不好的任务。这些「未被满足的任务」往往是新产品最好的切入点。在海外市场中，这类机会通常隐藏在本地化不够的跨国产品中，或者用户长期使用的「土方法」里。

9. 检查清单

在将 JTBD 框架应用到你的产品之前，逐项检查以下 12 个问题：

  1. 任务定义是否不含产品名称：你的任务陈述中是否出现了产品名或功能描述？如果有，说明你在描述解决方案而非任务。
  2. 是否覆盖了三层任务：你只分析了功能任务，还是同时分析了情感任务和社会任务？
  3. 情境是否具体：你的任务是否锚定在了具体的使用情境中，而非泛泛的「帮助用户提升效率」？
  4. 竞品列表是否足够宽：你是否列出了所有能完成同一任务的替代方案，包括「什么都不做」？
  5. 是否做了真实行为访谈：你的任务发现是否来自切换访谈或行为观察，而非问卷或焦点小组？
  6. 四力模型是否完整：你是否分析了推力和拉力（用户为什么要换），以及焦虑和惯性（用户为什么犹豫）？
  7. 是否区分了用户群体：不同用户群体是否在完成不同的任务？还是你试图用一个任务描述覆盖所有人？
  8. 情感任务是否有设计回应：你是否针对发现的情感任务，在产品中做了具体的设计回应？
  9. 社会任务是否有传播路径：用户在使用产品时，是否有自然的途径来完成社会任务（如分享、展示、口碑）？
  10. 是否考虑了文化差异：出海场景中，三层任务是否因文化不同而发生了变化？
  11. 功能优先级是否基于任务：你的产品路线图是否按照「帮用户完成任务的重要程度」来排序，而非「竞品有没有」？
  12. 是否有未满足的任务：你是否发现了用户一直在尝试但现有方案都做不好的任务？这是否成为了你的产品切入点？

10. 小结

JTBD 框架的核心贡献在于，它把产品思考的锚点从「我们能做什么功能」转移到了「用户要完成什么任务」。这个看似简单的转换，实际上改变了产品定位、竞品分析、功能优先级、差异化策略等一系列关键决策的基础。

对 AI 产品出海而言，JTBD 的价值尤其显著。当你进入一个全新的市场，面对不同的文化、习惯和竞争格局时，功能层面的对比往往很快失效。但如果你能准确识别目标市场用户在特定情境下要完成的功能任务、情感任务和社会任务，你就找到了产品在该市场中存在的真正理由。

用户不会因为你多了一个功能而「雇佣」你。他们会因为你在特定情境下，比任何其他方案都更好地帮他们完成了那件重要的事。找到那件事，就是找到你的产品在该市场中的位置。

参考资料

  1. Christensen, C. M., Hall, T., Dillon, K., & Duncan, D. S. (2016). Know Your Customers' "Jobs to Be Done". Harvard Business Review. https://hbr.org/2016/09/know-your-customers-jobs-to-be-done

  2. Christensen, C. M. (2016). Competing Against Luck: The Story of Innovation and Customer Choice. Harper Business.

  3. Christensen Institute. Jobs to Be Done Theory. https://www.christenseninstitute.org/theory/jobs-to-be-done/

  4. Ulwick, T. Jobs-to-be-Done: A Framework for Customer Needs. https://jobs-to-be-done.com/jobs-to-be-done-a-framework-for-customer-needs-c883cbf61c90

  5. Strategyn. What is Jobs to Be Done? Here's Our Playbook. https://strategyn.com/jobs-to-be-done/jobs-to-be-done-playbook/what-is-jobs-to-be-done/

  6. Koji. Jobs-to-be-Done Interview Guide: JTBD Framework 2026. https://www.koji.so/blog/jobs-to-be-done-interview-guide-2026

  7. LogRocket Blog. Understanding the 3 Types of Jobs to Be Done. https://blog.logrocket.com/product-management/3-types-of-jobs-to-be-done/

  8. Thrv. The 3 Types of Jobs-To-be-Done Your Customers Have. https://www.thrv.com/blog/the-3-types-of-jobs-to-be-done-your-customers-have

  9. Harvard Business School Online. The Jobs to Be Done Framework Explained & Real-World Examples. https://online.hbs.edu/blog/post/jobs-to-be-done-examples

  10. Fullstory. Clay Christensen's Jobs to Be Done Framework. https://www.fullstory.com/blog/clayton-christensen-jobs-to-be-done-framework-product-development/