简要概述
待办任务理论： 客户不购买产品；他们雇佣产品来完成任务。"我雇佣奶昔让通勤不那么无聊。"理解完整任务——功能性、情感性和社会性维度——揭示了客户为什么会转换、留存或流失，并预测哪些创新会获胜。从"用户想要什么？"重新框定为"他们试图完成什么任务？"
待办任务理论由哈佛商学院的克莱顿·克里斯坦森与同事安东尼·乌尔维克和鲍勃·莫埃斯塔合作开发。克里斯坦森在《创新者的困境》（1997年）和《创新者的解答》（2003年）中最为通俗地阐述了该理论，奶昔案例——商业教育中最著名的案例之一——出现在他的讲座和《与运气竞争》（2016年）中。
基本洞察：基于人口统计和特征的客户思维不足以创新。知道你的客户是35岁城市职业女性、有两个孩子，并不能告诉你她为什么使用你的产品。知道你的产品有这五个功能，并不能告诉你哪些功能真正重要，哪些她放弃后也不会注意。
JTBD重新框定了问题。每个产品都被客户"雇佣"来完成一项任务——这项任务有功能性维度（它实际做什么？）、情感性维度（它让客户感觉如何？）和社会性维度（使用它向他人传达什么？）。当客户从你的产品转换到竞争对手的产品时，他们"解雇"了你并"雇佣"了别人。理解为什么揭示了你未能足够好地完成的任务。
"雇佣/解雇"隐喻有实际含义：竞争不仅仅是同品类的其他产品。奶昔的竞争对手是香蕉、贝果或无聊本身——通勤者在早间通勤中可能"雇佣"的任何东西。这拓宽了竞争分析，揭示了明显品类之外的增长机会。
步骤1：识别任务，而非功能
— 采访客户关于他们试图完成什么
— "在使用这个产品之前你在做什么？"
— "你试图解决什么问题？"
步骤2：理解完整任务背景
— 任务在什么时候出现？（触发因素）
— 客户之前尝试过什么？（竞争）
— 那些替代方案为什么不够好？（任务失败模式）
步骤3：映射功能性、情感性和社会性维度
— 功能性：它实际需要完成什么？
— 情感性：客户想要感觉如何？
— 社会性：使用这个向他人传达什么？
步骤4：识别"待办任务"陈述
— "当[情境]时，我想要[动机]，这样我可以[预期结果]"
步骤5：评估产品与任务维度的匹配度
— 哪些维度得到良好服务？服务不足？
— 竞争对手在哪些任务上表现更好？麦当劳雇佣克里斯坦森团队来增加奶昔销售。传统研究——调查客户对口味偏好和价格的看法——没有帮助。团队观察了谁实际购买奶昔、何时购买以及之后做什么。
发现：近一半的奶昔在早上9点前售出，给独自开车的通勤者。功能性任务是"在通勤途中给我一些事情做，让我到公司时不会饿。"奶昔不是与其他甜点竞争，而是与贝果（吃起来麻烦、开车时难吃）、香蕉（吃得太快）和咖啡（不饱腹）竞争。奶昔赢在它的任务上：它需要20分钟通过吸管饮用，让你饱腹到午餐，适合放在杯架中，只需要一只手。
洞察：让早间通勤奶昔更浓稠并添加水果块（延长通勤任务持续时间并增加功能满足感）。不要改变口味；改变任务体验。
Intercom使用JTBD作为核心产品理念创立。联合创始人德斯·特雷诺广泛撰写了JTBD如何塑造Intercom的产品决策：不与Zendesk在"客户支持软件"的功能数量上竞争，Intercom识别了客户实际雇佣支持工具完成的任务——"在产品体验关键时刻与客户交谈。"这个任务框架导致了应用内消息（在上下文中接触客户），而不仅仅是工单管理（回应已经有问题的客户）。
JTBD分析揭示，真正的竞争对手不是Zendesk，而是公司与客户在关键产品时刻之间的沉默。
Airbnb识别了酒店做得不好的任务："帮助我感觉像住在这个城市，而不是在参观。"功能性任务（睡觉的地方）被酒店充分满足。但情感性任务（"感觉像本地人，而非游客"）和社会性任务（"有故事可讲我住在哪里"）没有被满足。Airbnb的定位——"归属任何地方"——直接映射到优化功能效率和标准化的酒店无法满足的情感性和社会性维度。
✅ JTBD对以下情况必不可少：
❌ 不太有用的情况：
| 搭配使用 | 原因 |
|---|---|
| 设计思维 | 设计思维的共情阶段操作化JTBD研究 |
| 第一性原理 | JTBD揭示基本任务；第一性原理由零开始重建解决方案 |
| 重构 | JTBD是对竞争格局的重构 |
| 逆向工作法 | JTBD定义最终状态；逆向工作法规划到最终状态 |
识别错误的任务层级。 任务可以在多个抽象层级描述。"我需要从A到B"太抽象（几乎任何产品都可以声称这点）。"我需要在晚上11点没有出租车可用时安全运送家人"足够具体以驱动产品决策。找到正确特异性层级需要迭代。
忽视情感性和社会性维度。 大多数实践者默认功能性任务就停止了。但对于消费品尤其如此，情感性和社会性维度通常比功能性维度更能驱动转换行为。耐克的任务不是"让跑步舒适"——而是"让我感觉像个运动员"。忽视这点会产生不完整分析。
将JTBD作为数据替代品。 JTBD是定性框架。它生成关于客户为什么如此行为的假设；这些假设需要用定量数据验证。"我们认为任务是X"是验证的起点，而非结论。
将功能误认为任务。 "客户想要更快的加载时间"是功能偏好，而非任务。任务可能是"快速获得结果，这样我就不会在工作中落后。"功能偏好是关于任务的证据；它们本身不是任务。
如何进行JTBD访谈？
JTBD访谈聚焦于"雇佣"时刻——客户决定尝试或购买产品时。关键问题："带我走
心智模型是"知道"，练成肌肉记忆才是"会"。去 AI 陪练用这个场景过一遍，或在训练营里找对应实战课。
🤖 AI 陪练 🗓️ 30 天训练营 🎨 生成海报