jtbd-skill

name	jtbd-skill
description	JTBD（Jobs to Be Done）的结构化思维工具。基于 Clayton Christensen 等 7 个一手来源的深度调研， 提炼 5 个核心原理和完整的操作协议。 触发词：「JTBD」「Jobs to Be Done」「用户雇佣」「要完成的工作」「需求本质」「用户任务」。

JTBD · 思维工具

"People don't want a quarter-inch drill. They want a quarter-inch hole." — Theodore Levitt, cited by Clayton Christensen

激活条件与触发词

• 直接调用：「用 JTBD 分析...」「Jobs to Be Done 拆解...」「用户雇佣什么产品来完成...」
• 语义触发：用户描述产品设计时问"用户真正需要什么"、"需求分析怎么做"、"竞品定义模糊"、"用户画像无解释力"
• 组合调用：「先用 JTBD 定义需求空间，再用设计思维做方案」

方法框架概览

JTBD 的核心是不问"用户是谁"，而问"用户雇佣这个产品来完成什么工作"。它通过用户雇佣产品、功能/情感/社会三维 Job、竞争不仅来自同类、消费者不是用户画像、解雇产品五个原理，从根本上重新定义需求分析和创新机会。

核心原理（3-7个，每个须附 ≥2 个跨域证据）

原理 1: 用户雇佣产品（Hire a Product for a Job）

一句话定义：用户不是购买产品，而是"雇佣"产品来完成特定任务。

跨域证据：

1. 快消领域：一家快餐连锁店发现，早上通勤者"雇佣"奶昔来完成"让漫长无聊的通勤有意思"的 Job。奶昔比香蕉抗饿、比甜甜圈方便在车内食用、比早餐棒提供更长的消磨时间体验（来源：Christensen, Milkshake Marketing, HBS working paper, 2007）
2. 家具零售领域：IKEA 用户真正雇佣的不是木板和螺丝，而是"立刻、低价地布置好一个可居住的空间"这个 Job。传统家具商雇的是"终身使用的高质量家具"（来源：Christensen et al., Competing Against Luck, 2016, Ch.4）

应用方式：面对任何产品/服务需求分析，先问"用户在什么情境下、想完成什么任务才用了这个产品"，禁止从产品功能出发。

局限：某些消费决策缺乏清晰的"Job"动机（如冲动消费、成瘾行为），此时 JTBD 解释力下降。

原理 2: 功能/情感/社会三维 Job

一句话定义：每个 Job 包含功能维度（完成什么）、情感维度（感觉如何）、社会维度（别人怎么看）。

跨域证据：

1. 汽车行业：SUV 的功能维度是"载人和货物安全到达"，情感维度是"驾驶掌控感和安全感"，社会维度是"成功、运动、家庭导向的身份信号"（来源：Christensen, Hall, Dillon & Duncan, Competing Against Luck, 2016, Ch.5）
2. 咖啡消费：星巴克用户的功能 Job 是"摄入咖啡因"，情感 Job 是"在忙碌中拥有片刻放松和掌控感"，社会 Job 是"展现都市白领的文化品味"（来源：Klement, When Coffee and Kale Compete, 2016, Ch.3）

应用方式：分析任何产品时，同时列出三个维度。功能维度回答"完成了什么"，情感维度回答"使用中/后的感受"，社会维度回答"别人如何看你使用这个产品"。

局限：B2B 场景中社会维度可能被简化为"职业形象"，企业采购中决策者与使用者分离时三个维度需要分别分析。

原理 3: 竞争不仅来自同类产品

一句话定义：产品的竞争对手是任何能完成同一个 Job 的事物，包括"什么都不做"。

跨域证据：

1. 餐饮/快消领域：奶昔的竞争对手不是其他奶昔，而是香蕉（太饿）、甜甜圈（不方便车内食用）、早餐棒（太快吃完）、无聊本身（什么都不雇）。这些都在竞争"让通勤不无聊"这个 Job（来源：Christensen, Milkshake Marketing, HBS, 2007）
2. 娱乐/出版领域：Kindle 的竞争对手不仅是纸质书和平板电脑，还包括"睡觉"、"刷社交媒体"、"听播客"——它们竞争的是"我睡前这30分钟做什么"这个 Job（来源：Klement, When Coffee and Kale Compete, 2016, Ch.1）

应用方式：定义自己产品的竞争时，列出所有能完成同一个 Job 的方案，包括非同类产品、DIY 方案、雇佣"什么都不做"。

局限：过度扩展竞争边界可能导致分析过于发散。需要锁定同一 Job 定义，而非任意扩展。

原理 4: 消费者不是用户画像

一句话定义：人口统计特征（年龄、性别、收入）不能预测购买行为，Job 才是真正驱动力。

跨域证据：

1. 快消领域：同一款奶昔，早上被 35-55 岁通勤男性"雇佣"来消磨通勤时间，下午被带孩子的妈妈"雇佣"来安抚孩子并表达"偶尔溺爱一次"的母爱。人口画像完全不同但雇同一产品——因为他们有同一 Job 的不同侧面（来源：Christensen, Milkshake Marketing, HBS, 2007）
2. 摄影领域：柯达的用户画像显示"每个家庭都需要相机"，但用户真正要完成的 Job 是"记录和分享生活瞬间"。当手机更好地完成了这个 Job，画像再精确也未能预测柯达的衰落（来源：Christensen, The Innovator's Solution, 2003, Ch.4）

应用方式：放弃"25-35岁一线城市白领"类画像，代之以"在[情境]下想完成[Job]的人"。

局限：某些行业（如医疗、保险）中人口统计特征仍然是有效的风险分层工具，JTBD 应作为补充而非完全替代。

原理 5: 抛弃产品是"解雇"它

一句话定义：用户不买你的产品不是"流失"，而是"解雇"了它，因为找到了更胜任的替代品。

跨域证据：

1. 手机行业：用户解雇了黑莓，雇了 iPhone，不是因为黑莓不好，而是 iPhone 更胜任"移动办公 + 个人娱乐一体化"这个 Job。黑莓一直在优化键盘——但键盘不是 Job 的核心（来源：Christensen, The Innovator's Solution, 2003, Ch.3）
2. 视频租赁：用户解雇了 Blockbuster 和 DVD 租赁店，雇佣了 Netflix 流媒体，因为"在家看想看的电影立刻开始"这个 Job 被流媒体更好地完成了。Blockbuster 一直在优化门店位置——那不是 Job 的瓶颈（来源：Christensen et al., Competing Against Luck, 2016, Ch.6）

应用方式：分析用户流失时，不问"他们为什么离开"，而问"他们雇了什么替代品来完成同一个 Job，那个替代品在哪方面更胜任"。

局限：用户解雇产品也可能是外部因素（如价格变化、渠道消失），并非所有流失都有"更胜任的替代品"。

操作协议（Agentic Protocol）

Step 1: 问题分类 — 判断该方法是否适用于当前问题

适用信号：

• 产品/服务需求分析，需要理解用户为什么买/为什么不买
• 竞品边界模糊，需要重新定义竞争格局
• 用户画像无法解释行为，需要新的用户理解框架
• 增长停滞或用户流失，需要找出根本原因

不适用信号：

• 技术架构或基础设施选型（适用第一性原理）
• 纯运营效率优化（适用改善 Kaizen）
• 已高度标准化、无差异化空间的商品市场
• 问题核心是定价策略或渠道策略而非需求理解

输出：适用 / 不适用（附理由）/ 部分适用（附建议）

Step 2: JTBD 式调研 — 研究维度须从核心原理推导，禁止使用通用"搜索相关信息"

研究维度（每个维度必须能追溯到具体的核心原理）：

1. Job 识别：用户在什么情境下，想完成什么具体任务？当前用什么方案在完成？

   • 来源原理：原理 1（用户雇佣产品）
   • 操作方式：描述具体情境（何时、何地、与谁在一起、什么触发了需求），然后提炼"动词 + 名词"结构的 Job 陈述。禁止用"用户需要 XX 功能"替代。

2. 三维解构：这个 Job 的功能维度、情感维度、社会维度分别是什么？

   • 来源原理：原理 2（功能/情感/社会三维 Job）
   • 操作方式：三个维度各用一句话描述。功能维度用客观动作，情感维度用用户自我感受，社会维度用"他人如何看待使用此方案的人"。

3. 竞争全景图：有哪些方案（包括非同类产品、DIY、什么都不做）在竞争同一个 Job？

   • 来源原理：原理 3（竞争不仅来自同类产品）
   • 操作方式：列出所有竞品方案，标注每种方案的"胜任度"（在功能/情感/社会三个维度上与 Job 的匹配程度）。必须包含"什么都不雇"方案的胜任度分析。

4. 雇佣与解雇历史：用户过去雇过什么方案？为什么解雇了它们？当前为什么留下了新方案？

   • 来源原理：原理 5（抛弃产品是"解雇"它）
   • 操作方式：绘制用户的时间线，标注每个切换点的触发事件和"旧方案在哪方面不再胜任"。

5. Job 驱动的人群定义：按"完成同一 Job 的人"而非"人口统计相似的人"来重新分组用户。

   • 来源原理：原理 4（消费者不是用户画像）
   • 操作方式：列出具有不同人口特征但共享同一 Job 的用户群组，比较他们的差异点和共同点。禁止输出"目标用户是 25-35 岁白领"类画像。

禁止：使用"搜索相关信息"、"全面了解背景"等通用指令。所有研究维度必须从核心原理推导。

Step 3: JTBD 式输出 — 基于分析结果的格式化输出

输出格式要求：

• Job 陈述：一句话 Job 描述（动词 + 名词 + 情境）
• 三维分析表：功能、情感、社会维度各自评分（胜任度 1-5）
• 竞争全景图：列出所有竞品方案的胜任度矩阵
• 雇佣/解雇时间线：关键转折点和触发事件
• Job 驱动的人群分组：按 Job 而非画像的用户分组
• 机会缺口：列出当前所有方案都未能充分满足的维度
• 标注置信度（高/中/低），对信息不足的维度明确说明

适用/不适用判断

问题类型	适用度	说明
新产品需求定义	高	JTBD 最核心的应用场景，从 Job 出发定义需求空间
竞品分析与市场定位	高	打破品类思维，发现跨品类竞争者
用户流失原因分析	高	"解雇"视角直接定位流失根因
增长策略制定	高	发现未被充分满足的 Job 维度
技术架构选型	低	JTBD 分析需求端，技术选型是供给端问题，用第一性原理更合适
定价策略优化	中	可分析用户愿为完成 Job 支付多少，但需结合经济学工具
标准化商品市场	低	功能维度高度同质化时 JTBD 区分度有限，用五力分析更合适

典型案例库

成功案例

1. 奶昔营销案例（餐饮/2007）

   • 问题：一家快餐连锁店的奶昔销量停滞，所有改进尝试（更浓稠、更多口味、更大）都没有效果
   • 方法应用：Christensen 团队观察购买行为，发现40%的奶昔在早上被单独买走。深度访谈后发现通勤者"雇佣"奶昔来完成"让漫长无聊的通勤有趣又不脏手"的 Job
   • 结果：针对这个 Job 改进奶昔（更浓稠延长饮用时间、加水果粒增加变化、前置收银加速购买流程），销量显著提升
   • 来源：Christensen, Milkshake Marketing, HBS working paper (2007); Competing Against Luck (2016), Ch.1

2. Snapchat 取代 Facebook 青少年市场（社交媒体/2012-2015）

   • 问题：Facebook 认为青少年流失是因为产品不够酷，不断添加功能
   • 方法应用：从 JTBD 视角看，青少年雇 Snapchat 完成的是"与朋友即时、无物证、低压力的沟通"这个 Job，Facebook 完成的是"维护永久数字形象"的 Job。两个 Job 完全不同
   • 结果：Snapchat 不必与 Facebook 在功能上竞争，而是成为完全不同的 Job 的领导者
   • 来源：Klement, When Coffee and Kale Compete (2016), Ch.4; Christensen et al., Competing Against Luck (2016), Ch.7

3. Airbnb 重新定义旅行住宿（旅游/2008-2015）

   • 问题：传统酒店业从"房间"视角竞争——更大房间、更多设施、更高星级
   • 方法应用：Airbnb 理解到用户雇的不是"一张床"，而是"像当地人一样体验城市的临时住所"。这是传统酒店无法完成的 Job
   • 结果：Airbnb 创造了全新的住宿品类，不与酒店在星级和设施上竞争
   • 来源：Christensen et al., Competing Against Luck (2016), Ch.8

失败案例

1. Segway 对交通革命的误判（交通/2001）

   • 问题：Segway 号称将改变城市交通，风投资金支持了这个宏大的愿景
   • 误用方式：从"酷炫的双轮平衡技术"出发，而非从"城市出行者的 Job"出发。用户在城市出行的 Job 是"便捷、低成本地从 A 到 B"，Segway 在成本（$5,000）、便利性（不能带上公交）、社会接受度（路人异样目光）三个维度均不及现有方案
   • 教训：技术炫酷不等于更好地完成用户的 Job。如果 Job 本身已被现有方案足够好地满足，新技术必须有碾压性的胜任度优势
   • 来源：Christensen et al., Competing Against Luck (2016), Ch.3; Klement, When Coffee and Kale Compete (2016), Ch.5

2. Google Glass 的消费者失败（可穿戴/2013-2015）

   • 问题：Google Glass 从"可穿戴技术可以做什么"出发设计了大量功能
   • 误用方式：从未回答"消费者要雇佣一块戴在脸上的计算机来完成什么 Job"。被拍摄的人感到被侵犯（社会维度为负分），功能维度上手机已能完成大部分任务，没有清晰的必须性 Job
   • 教训：如果产品没有比现有方案在至少一个维度上显著更胜任，就没有被"雇佣"的理由
   • 来源：Ulwick, Jobs to Be Done: Theory to Practice (2016), Ch.2

误用检测器（≥3 种误用模式，须覆盖：方法与问题不匹配、跳过关键步骤、复杂度超限）

误用信号	检测逻辑	警告信息	建议动作
方法与问题不匹配	用户用 JTBD 分析技术选型、工程架构或平台迁移	"JTBD 是需求理解工具，不适合技术决策。面对技术选型问题，建议用第一性原理从物理和成本约束出发分析。"	推荐替代方法：第一性原理或 TRIZ
跳过 Job 识别直接设计功能	用户描述产品时只列功能清单，未提及用户情境和 Job	"JTBD 必须从 Job 识别开始，功能是 Job 的解决方案而非起点。先回答：用户在什么情境下要完成什么任务？"	引导回 Step 2 维度 1 的 Job 识别流程
忽略情感/社会维度	用户只分析功能维度，所有分析围绕"完成什么"展开	"JTBD 要求三维分析。当前分析缺少情感维度（用户感受如何）和社会维度（他人如何看待）。忽略这两个维度可能错失核心需求。"	补充三维完整分析
将 Job 等同于"功能需求"	用户的 Job 陈述中只包含功能动词（如"更快地发送"），不包含情境和情感	"Job 不是功能需求清单。请用'在[情境]下，我想[动词]以便[结果]'的格式重写，确保包含情境和用户期望的结果状态。"	按情境+动词+期望结果的格式重写 Job
确认偏差	用户只寻找支持当前方案假设的证据，未寻找反面证据"用户为什么不雇佣"	"JTBD 要求同时分析雇佣和解雇。当前分析缺少'用户解雇了什么'和'为什么没雇我们'的考察。"	补充解雇分析和"什么都不雇"的胜任度分析

诚实边界（≥3 条具体局限，禁止"不能替代专业建议"类空话）

1. JTBD 不分析技术可行性：JTBD 揭示的是需求端的 Job 空间，不涉及供给端的技术可行性。发现了"让等待时间不无聊"的 Job 不意味着技术上能实现。需要结合技术可行性分析才能进入方案设计。

2. 隐性需求的挖掘依赖调研质量：用户往往无法清晰表达自己的 Job，尤其是情感和社会维度。如果调研只停留在问卷和浅层访谈，分析结果是"garbage in, garbage out"。有效的 JTBD 分析需要观察法、深度访谈和用户日记研究。

3. Jobs 随时间演变，快照会过期：一个用户 25 岁时雇"出行工具"可能选共享单车，35 岁有孩子后将同一类 Job 雇给 SUV。JTBD 快照如果不定期更新——尤其是社会环境、技术条件发生重大变化时——就会失效。

4. 标准化商品市场的区分度有限：在功能维度完全同质化的市场（如自来水、基础电力），三维分析的情感和社会维度区分度也有限，JTBD 不提供有价值的差异化洞察。

5. 单一 Job 视角可能遗漏系统性需求：JTBD 聚焦单个 Job，但用户往往同时运行多个相关 Job。例如"找个地方吃午饭"和"利用午休时间社交"是两个相关但不同的 Job。只分析一个可能错过交叉区域的创新机会。

调研来源（一手来源占比须 >50%）

#	来源	类型	一手/二手	权重
1	Christensen, The Innovator's Solution (2003), Ch.3-4	著作	一手	高
2	Christensen, Hall, Dillon & Duncan, Competing Against Luck (2016)	著作	一手	高
3	Christensen, Milkshake Marketing, HBS working paper (2007)	工作论文	一手	高
4	Ulwick, Jobs to Be Done: Theory to Practice (2016)	著作	一手	高
5	Christensen, Cook & Hall, Marketing Malpractice, HBR (2005)	论文	一手	高
6	Klement, When Coffee and Kale Compete (2016)	著作	一手	中
7	Moesta, Demand-Side Sales 101 (2020)	著作	一手	中
8	Intercom, Intercom on Jobs to Be Done (2016)	著作	二手	低

本 Skill 由 Forge Skill — 锻造思维工具 生成