jobs-to-be-done

待办任务（JTBD）

它是什么

待办任务是一种理解客户动机的框架。其核心洞见是：人们买的不是产品，而是雇用产品来推动生活进步。

有人购买产品时，买的并不是功能或优点，而是雇用该产品来完成一项任务。理解这项任务，就能解锁一切：定位、信息传达、功能优先级排序和竞争策略。

关键转变：从询问“客户想要什么？”转向询问“客户想取得怎样的进步？”

适用场景

在以下情况需要时，可使用 JTBD：

• 了解客户为什么购买（而不只是买了什么）
• 发现真正的竞争对手（往往和你想的不一样）
• 为新产品或功能寻找产品与市场的契合点
• 改进定位和信息传达，使其引起共鸣
• 通过了解客户离开的原因减少流失
• 根据客户实际想取得的进步确定路线图优先级
• 通过客户遭遇困难的时刻发现新的市场机会

不适用场景

• 客户没有真正的选择（例如，雇主强制要求使用的软件）
• 购买完全出于习惯，没有经过有意识的决策
• 你想验证一个已经认定的假设

模式

展示如何正确应用 JTBD 的详细示例。每种模式都指出一个常见错误，并说明正确做法。

关键模式（弄错这些就白费功夫）

模式	说明
interview-asking-why	不要问“你为什么买了它”，而要问“带我梳理一下当时发生了什么”
job-statement-too-broad	“节省时间”毫无用处——需要补充背景、动机和结果
missing-forces	分析全部四种力量，而不只是推力和拉力
interviewing-prospects	只采访已经完成转用的人
conference-room-jtbd	不与客户交流，就无法假设他们要完成什么任务

影响较大

模式	说明
wrong-competitors	真正的竞争对手是客户改为采取的其他做法
clustering-vs-segmenting	找出路径，而不是按人口统计特征细分
complaints-arent-jobs	“抱怨不等于转用”——抱怨无法预测行动
reducing-friction	有时，降低焦虑比增加功能更有效
context-changes-everything	同一个人，背景不同，任务也不同
getting-past-pablum	最初的回答往往很笼统——再深入追问 2–3 个问题
milkshake-story	经典示例：同一种产品，多种任务

影响中等

模式	说明
three-energies	兼顾功能、情感和社交层面——三者都很重要
following-power-users	追随高级用户会让你偏离可规模化的方向

深入阅读

只有在需要更多细节时才阅读。

• references/jobs-to-be-done-playbook.md：扩展版框架详解、清单和示例。

资源

书籍：

• Demand-Side Sales，Bob Moesta 著——实战方法
• Competing Against Luck，Clayton Christensen 著——理论
• When Coffee and Kale Compete，Alan Klement 著——通俗易懂的入门读物

其他：

• Never Split the Difference，Chris Voss 著——可补充 JTBD 研究的访谈技巧
• The End of Average，Todd Rose 著——人口统计细分为何行不通