Jobs to be Done（JTBD）是什么：案例与落地方法

目录

• 摘要：JTBD与传统细分的对比
• 什么是Jobs to be Done：客户「雇用」解决方案

  • 奶昔案例
  • 「工作」的三个维度
• 进步的四种力量

  • 如何应用到网页文案和新手引导
• 如何做JTBD时间线访谈

  • 时间线里程碑
  • 访谈问题
• 从访谈到路线图：客户工作的8个阶段
• 用无代码工具快速验证
• 行动计划：本周开始应用JTBD

Jobs to be Done（JTBD）是一个理解人们为什么购买的框架：关注的不是你的产品是什么，而是人们「雇用」它时想取得的进步。它帮你在花上几个月开发没人要的功能之前，先判断该做什么、怎么解释，以及新手引导该改什么。

本指南会讲清楚核心理念、「工作（job）」的三个维度、进步的四种力量、如何做时间线访谈（附可直接使用的问题），以及本周就能落地的五步计划。

摘要：JTBD与传统细分的对比

维度	传统细分（用户画像）	Jobs to be Done
核心问题	我的客户是谁？	他们在什么情境下想取得什么进步？
变量	年龄、所在地、职位、习惯	情境、触发事件、替代方案、焦虑
用途	决定对谁说话	决定做什么、说什么
单独使用的风险	基于对画像的假设来做功能	看不清该触达哪个细分市场

这并不是方法之争。用户画像告诉你「是谁」，JTBD告诉你「为什么是现在」。最好的团队两者都用。

什么是Jobs to be Done：客户「雇用」解决方案

JTBD的核心理念是：客户不是在买产品，而是在特定情境下雇用产品来取得进步。克莱顿·克里斯坦森在创新领域推广了这一思想，鲍勃·莫埃斯塔和安东尼·乌尔维克则以不同的方法加以发展：莫埃斯塔提出时间线访谈和进步的力量，乌尔维克提出以期望结果为导向的映射。

问题不再是「客户是谁、想要什么功能？」，而是：这个人想完成什么，他会雇用什么方案来完成？技术是可以替换的，稳定不变的是这个人想完成的那份工作。

奶昔案例

经典例子：一家快餐连锁想卖出更多奶昔。关于口味和口感的调查毫无作用。观察早晨的购买者后，另一份工作浮现出来：通勤路程很长的人，想要一样能打发时间、单手就能喝、又能撑到午饭的东西。竞争对手不是其他奶昔，而是香蕉、甜甜圈和百吉饼。

对数字产品而言，道理相同：你真正的竞争对手不在功能对比表里，而是客户今天用来完成这份工作的所有东西，包括一张Excel表格或一个笔记本。

「工作」的三个维度

工作不只是一项任务。它有三层，购买决定几乎总是由这三层同时解释：

• 功能层：实际的任务。例如每月收取订阅费用，或汇总团队的销售报告。
• 情感层：想要的感受。例如安心：不会算错，也不会漏收款。
• 社交层：想被如何看待。例如在上司或董事会面前，被看作有条理、善于分析的人。

只解决功能层，你的产品就只能拼功能。如果还回应了情感层和社交层，你争的就是客户真正会记住的东西。

进步的四种力量

要让一个人放弃现在使用的东西、采用新的东西，推动他的力量必须大于拖住他的力量。共有四种：

1. 现状的推力（push）：今天的不满与痛点，是开始寻找的起点。
2. 新方案的拉力（pull）：新产品的承诺，以及此人想象中的结果。
3. 对改变的焦虑（anxiety）：担心迁移数据、学习曲线、出问题或亏钱。
4. 习惯（habit）与惯性：「一直都是这么做的」带来的舒适感，哪怕效率很低。

推力与拉力促使人购买；焦虑与习惯拖住人。大多数销售页面只经营拉力（更多功能、更多承诺），却忘了很多订单是栽在焦虑和习惯上。

如何应用到网页文案和新手引导

在标题里传达推力和拉力，在辅助文字和按钮里降低焦虑和习惯的阻力。

之前（以功能为中心）：

「我们是面向中小企业的领先AI SaaS管理软件，包含开票、库存和高级报表模块。」

之后（以进步为中心）：

• 标题（推力＋拉力）：「还在用Excel手工收订阅费，丢订单又出错？让定期收款自动化，把现金流掌握在自己手里。」
• 微文案与按钮（焦虑＋习惯）：「无需信用卡。我们帮你导入数据。随时取消。」

注册之后同样适用这个逻辑。如果用户因为不确定或惯性而停滞，群发的通用通讯没有帮助。Loops或Customer.io这类事件驱动的消息工具，可以在某个里程碑发生或没有发生时，触发有用的消息：signed_up、created_first_project、payment_failed。如果有人注册后48小时内没有创建第一个项目，他会收到完成这一步所需的具体帮助。

如何做JTBD时间线访谈

时间线访谈一步一步还原一个人是怎样走到购买（或取消）的。你谈的是已经发生的具体事件，而不是未来的打算，因为人们不擅长预测自己会做什么，却很擅长讲述自己做过什么。

时间线里程碑

这是对莫埃斯塔所用框架的改编；你的访谈应覆盖这些时刻：

1. 最初的念头：这个人察觉到某件事不对劲或可以更好的那一刻。
2. 被动搜寻：留意推荐和内容，但不投入时间或金钱。
3. 主动搜寻：比较工具、申请演示、评估替代方案。
4. 触发事件：把烦恼变成紧迫感的具体事件：一次故障、一个代价高昂的错误、团队的变动。
5. 决定：做出承诺：付款、签约或注册。
6. 首次使用：发现产品是兑现了承诺，还是带来了摩擦。

触发事件是最有价值的数据：它告诉你产品什么时候变得相关，也就是该在何处、何时出现。

访谈问题

像还原现场的调查员一样展开对话。问具体的、有画面感的细节（当时在哪里、屏幕上开着什么），因为细节能唤起记忆，也能减少对方说「你想听的话」的偏差。

锁定触发事件

• 「请讲讲你决定找其他方案的那一天。那一周发生了什么以前没有发生过的事？」
• 「当你想『我不能再这样下去了』的时候，你在哪里，屏幕上开着什么，正想做什么？」

了解搜寻过程与替代方案

• 「注册之前，你还试过哪些工具、电子表格或做法？」
• 「你向谁征求过推荐？开始比较时，你在Google或ChatGPT里输入了什么？」

挖掘焦虑与习惯

• 「在付款或签约之前，有没有哪个疑虑差点让你打退堂鼓？」
• 「放弃原来的系统或说服团队有多难？使用的前15分钟里，最让你困惑的是什么？」

避免问「你会为此付费吗？」或「你希望它有X功能吗？」。这类问题只会得到客气但不可靠的答案。想多练习这类对话，可以看史蒂夫·布兰克方法的指南，里面讲了如何在开发之前先去和客户交谈。

从访谈到路线图：客户工作的8个阶段

乌尔维克建议把任何工作拆成八个阶段，用来准确定位客户在哪一步痛苦：

1. 定义：制订计划、设定目标。
2. 定位：收集所需的数据或材料。
3. 准备：配置环境、工具和数据。
4. 确认：行动之前确认一切就绪。
5. 执行：完成核心任务。
6. 监控：检查进展与质量。
7. 修改：调整与纠正。
8. 结束：收尾、保存或导出结果。

当访谈在某个阶段发现强烈的摩擦时，这个摩擦就成为你待办清单里的优先事项，而不是凭直觉添加功能。下面是一个示例：

「准备」阶段的摩擦：用户在开始分析之前，要花好几个小时清理和整理数据。

• 产品优先级：一键导入和自动连接器。
• B2B文案（团队效率）：「省去准备数据的手工工作。连接你的CRM，为管理层集中汇总报表。」
• B2C文案（速度与简单）：「告别Excel的混乱。一键上传文件，立刻看到结果。」

摩擦是同一个，但表达方式因购买者不同而不同：企业关心团队时间和管控，个人关心速度和简单。如果需要梳理整个价值主张，交互式商业模式画布可以帮你把这份工作和细分客群、渠道、收入连起来。

用无代码工具快速验证

知道了要解决哪份工作，就不需要几个月的开发来验证它。Lovable或Emergent这类AI构建工具可以让你在几天内搭出带身份验证和收款的MVP，Lovable还能连接Supabase并把代码导出到GitHub，避免被平台绑定。选择之前，请查看当前的价格和限制：它们经常变动。

工具是最不重要的；重要的是用真实数据衡量是否有人愿意为解决这份工作付费。想沿着这条路深入，可以看用AI打造Micro-SaaS的指南，以及一周验证商业想法。定价之前，请先用利润率计算器算一算你的利润率。

行动计划：本周开始应用JTBD

1. 访谈5位近期客户。选择最近30天内购买或取消的人。还原他们的时间线，记下触发事件和他们试过的替代方案。如果还没有客户，就访谈现在用其他工具或手工方式解决这个问题的人。
2. 梳理四种力量。把发现整理成推力、拉力、焦虑、习惯的矩阵，并附上原话。在三个或更多人身上重复出现的规律，就是你的优先事项。
3. 重写文案与新手引导。把标题改成谈进步，加入能降低焦虑的保证，并在人们容易停滞的节点设置事件驱动的消息（用Loops、Customer.io或类似工具）。
4. 按摩擦排定路线图优先级。把每个摩擦放到8个阶段之一，先解决最严重的那个。
5. 用MVP和真实付费验证。在扩展架构之前，先测转化率和付费意愿。

JTBD并不能取代判断力或市场分析；它做的是把对话从「我该加什么功能」转向「我的客户需要什么进步」。做好五场访谈，你得到的清晰度会超过几个月的假设。