mcpField
J
jobs-to-be-done

jobs-to-be-done

github.com/wondelai营销与增长2.5k6.9k 次安装7 周前更新
代码仓库

关于 jobs-to-be-done

面向产品与营销团队的 Jobs to Be Done 框架,用客户在特定情境下希望取得的进展来理解需求。它提供访谈、竞争分析和产品设计方法,并区分购买决策与持续使用决策。

主要功能

  1. 01编写情境化的工作陈述
  2. 02分析变更的四种驱动力
  3. 03区分购买与持续使用决策
  4. 04识别跨品类竞争与不消费
  5. 05按购买历程开展客户访谈
  6. 06围绕客户工作设计产品

适用场景

  1. 01探索新产品机会
  2. 02分析客户流失和使用不足
  3. 03梳理客户的替代方案
  4. 04调整产品路线图与指标

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/wondelai/skills --skill jobs-to-be-done

安装后在 Claude Code 中输入/jobs-to-be-done确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

references/
case-studies.md
competitive-strategy.md
diagnostics.md
innovation-process.md
organizational-change.md

详细介绍

待完成任务框架

基于一个根本事实探索创新的框架:客户购买产品,并不是为了拥有它,而是为了让它在生活中“完成”一项特定任务。

核心原则

待完成任务 = 客户在特定情境下希望取得的进展。

定义的关键要素:

  • 进展(不是目标,也不是解决方案)——客户想从当前状态迈向更好的状态
  • 情境——情境决定任务,而非客户特征(人口统计信息毫无用处)
  • 雇用/解雇——客户会主动选择产品来完成这项“任务”

评分

目标:10/10。 快速诊断(7 行)中每满足一行得 1 分,深度部分最多加 3 分:如果有证据体现全部三个任务维度,加 1 分;如果任务陈述中未提及任何产品/解决方案名称,加 1 分;如果竞争范围包括不消费,加 1 分。等级:9-10 = 任务陈述不提及产品,四种力量均已梳理,三个维度均有证据体现,已追踪非显而易见的竞争及小型雇用;5-6 = 已明确任务,但有一两行诊断未通过(通常是缺少力量或情感/社交维度);<=3 = 以产品为先的表述、按人口统计信息划分客户群,或只考虑拉力。始终说明当前得分以及需要修正的具体诊断行。

每项任务的三个维度

每项任务都有三个不可分割的维度——遗漏任何一项都会导致失败:

维度问题示例(奶昔)
功能客户需要做什么?在无聊的通勤途中打发时间
情感他们想要什么感受?给自己一点小小的犒赏
社交他们希望别人如何看待自己?是个明智的家长(而不是给孩子买甜甜圈)

框架

1. 任务陈述

核心概念: 任务陈述以结构化格式呈现客户在特定情境下寻求的进展,并将情境、期望的进展和预期结果分别说明。

为何有效: 任务是稳定的,而解决方案不断更迭;以任务为锚点,能避免路线图盲目追逐那些会因下一次技术变革而过时的功能。

关键见解:

  • 格式:“当[情境]时,我想要[进展],这样我就能[结果]”
  • 情境比人口统计信息更重要——同一个人在不同情境下有不同的任务
  • 编写得当的任务陈述绝不会提及你的产品或任何特定解决方案
  • 任务会长期保持稳定;解决方案会改变,但底层任务始终存在

产品应用:

情境应用方式示例
构思新产品在头脑风暴功能前先定义任务“当我独自通勤时,我想找点事情打发时间并满足饥饿感,这样到午餐前我就不会饿”
功能优先级排序评估某项功能是否服务于核心任务推进既定任务的功能优于锦上添花的功能
定位与信息传达在文案中使用任务陈述的表达方式先突出情境和进展,而不是产品规格

文案模式:

  • “当你处于[情境]时,你需要[进展]——这正是[产品]的作用”
  • 先描述客户熟悉的情境,而不是产品类别
  • 除功能维度外,也要体现情感和社交维度

端到端开展创新项目时,请参阅 references/innovation-process.md,了解寻访任务的方法、任务图谱以及可填写的陈述模板。

2. 进步的力量(推动、拉动、焦虑、习惯)

核心概念: “雇用”一款新产品的决定,源自四种力量:推动(对当前状况的不满)、拉动(对新解决方案的吸引)、焦虑(对新事物的担忧)和习惯(对当前行为方式的依赖)。只有当推动力 + 拉动力 > 习惯 + 焦虑时,改变才会发生。

为什么有效: 大多数创新工作只增强拉动力,却忽视阻碍改变的力量——这就是为什么优秀产品仍然难以获得用户采用。

关键洞察:

  • 推动:“这让我很烦”;拉动:“我想要这个”;习惯:“我一直都是这么做的”;焦虑:“万一行不通怎么办?”
  • 降低焦虑和习惯的影响,通常比增强推动力和拉动力更有效
  • 被动寻求者(隐约意识到问题)比已经有明确标准的主动寻求者更容易受到影响

产品应用:

场景应用示例
新手引导设计通过试用、保证和社会认同降低焦虑退款保证回应“万一行不通怎么办?”
用户迁移活动让迁移毫不费力,以打破习惯一键从竞品导入数据
内容营销点明令人沮丧之处,唤起被动寻求者的推动力“当前工具每周让你白白浪费数小时的 5 个迹象”

文案模式:

  • 直接回应焦虑:“没有绑定,随时取消,你的数据始终归你所有”
  • 点明推动力:“受够了[令人沮丧的事]?有更好的办法”
  • 减少习惯带来的阻力:“5 分钟即可切换——我们会自动导入所有内容”

在梳理竞品或撰写定位时,请参阅 references/competitive-strategy.md,了解力量分析、非显而易见的竞品表,以及带实例的任务定位公式。

3. 大雇用与小雇用

核心概念: 两个截然不同的决策时刻:大雇用(购买/注册,只发生一次)和小雇用(决定当下是否使用,会反复发生)。赢得大雇用并不意味着一定能赢得小雇用。

为什么有效: 许多产品赢得了销售,却失去了客户,因为它们只优化购买决策——理解这两个时刻,才能看清留存问题真正的根源。

关键洞察:

  • 大雇用受营销、新手引导和第一印象驱动;小雇用则受产品质量、用户体验和持续价值驱动
  • 大雇用的焦虑是购买风险;小雇用的焦虑则来自付出和学习曲线
  • 留存问题几乎总是小雇用失败——用户买了,却从未使用

产品应用:

场景应用示例
留存分析将大雇用与小雇用指标分开将“注册后的首次使用”和“每周活跃使用”与注册转化率分开追踪
产品设计优化重复使用,而不只是第一印象即使新手引导流程顺畅,也要减少日常工作流中的阻力
客户成功监测小雇用信号,预测客户流失使用频率下降预示着即将流失

文案模式:

  • 大雇用文案推销承诺:“改变你完成[任务]的方式”
  • 小雇用文案强调轻松:“只需点击一下,马上搞定”
  • 重新互动文案回应使用失败:“我们让[具体阻碍]变得更容易了”

当你需要借鉴实例进行分析时,请参阅 references/case-studies.md,了解 SNHU、American Girl 和 Intuit 的完整大雇用/小雇用分析。

4. 竞争格局(不易察觉的竞争)

核心概念: 真正的竞争,是客户为完成同一项工作可能会“雇用”的一切,往往来自完全不同的类别。竞争对手由要完成的工作定义,而非由行业分类定义。

为何有效: 基于类别的分析会造成盲点:奶昔的竞争对象可能是香蕉、百吉饼和播客;Netflix 的竞争对象可能是 TikTok、睡眠和家庭谈话。围绕要完成的工作绘制完整的竞争格局,可以揭示传统分析会遗漏的威胁和机会。

关键洞察:

  • 不消费(什么都不做)往往是最大的竞争对手
  • 权宜之计和补偿行为能揭示尚未满足的工作需求——人们会改造、组合和即兴发挥
  • 如果某项能力对完成这项工作来说“不够好”,就应将其集成;如果“已经够好”,就应将其模块化
  • 最佳定位应回答“我们最适合受雇完成什么工作?”,而不是“我们与类似产品相比如何?”

产品应用:

场景应用示例
竞争分析跨类别梳理完成同一项工作的所有选择项目管理工具的竞争对象包括电子表格、便利贴、电子邮件和记忆
定位策略针对真正的替代方案进行定位针对“手动完成”,而不是某个特定竞争对手进行定位
定价策略根据这项工作的价值定价如果这项工作每周能节省 10 小时,就应根据节省的时间定价,而非参考类似的 SaaS

文案模式:

  • “别再用[权宜之计]来完成[工作]了——现在有专门的解决方案”
  • “你不会雇用[不合适的人选]来完成[工作]——那为什么还要用[当前的权宜之计]?”
  • 围绕工作成果进行定位,而不是制作功能对比表
5. 客户探索访谈

核心概念: 不要问客户“你需要什么”——他们自己也不知道。取而代之的是,重现购买时间线(初次想到、搜索、购买、使用),以发现真正要完成的工作。

为何有效: 客户会在事后为自己的决定找理由,也无法清楚表达潜在需求;通过具体事件回溯,可以揭示推动其行为的真实情境、促成因素和权衡取舍。

关键洞察:

  • 初次想到:“你最初是什么时候开始寻找解决方案的?当时生活中发生了什么?有什么让你感到沮丧?”
  • 搜索:“你考虑过哪些替代方案?是什么让你放弃了某些选项?你和谁谈过?”
  • 购买:“你当时在哪里?最终是什么说服了你?你担心什么?”
  • 使用:“它是否实现了你的预期?有什么让你感到意外?还有什么缺失?”
  • 尚未发现的工作需求信号:权宜之计、不消费、补偿行为,以及对现有解决方案的负面情绪
  • 只询问过去发生的事,不要问假设性问题(“你会不会……”“你希望……吗?”)——提及你的解决方案或其优势的问题会引导受访者,得到的只是认同,而非发现

产品应用:

场景应用示例
进入新市场采访近期转换产品的客户还原是什么促使他们离开,又是什么吸引他们加入
降低流失按照客户流失的时间线采访流失客户是“大工作”(预期不符),还是“小工作”(日常体验不佳)?
发现功能需求采访使用权宜之计的客户客户在使用你的产品时还搭配电子表格,说明有一方面的工作需求尚未满足

文案模式:

  • 在营销文案中使用访谈里的客户原话
  • “我们听到你说[原话]——所以我们开发了[功能]”
  • 根据客户实际描述的情境和情绪来表达产品优势
6. 围绕工作设计

核心概念: 围绕帮助客户完成工作来打造整个体验——功能、指标、组织架构——而不是围绕内部能力或功能对等性。

为什么有效: 当每项决策都在回答“这能帮助客户更好地完成工作吗?”时,团队就能避免功能臃肿,打造连贯的产品;如果无法回答这个问题,说明你还不了解这项工作。

关键洞察:

  • 用“工作完成了吗?”取代客户满意度指标
  • 用“雇用和解雇的原因”取代 NPS;用“工作进展”取代功能使用情况
  • 围绕工作而非内部能力或产品组件来组织团队和流程

产品应用:

场景应用示例
指标设计衡量工作完成情况“从问题出现到解决所需的时间”,而不是“每次会话使用的功能数”
产品路线图按工作维度确定优先级忽略情感维度的功能修复,可能无法产生显著效果
组织协同围绕工作组建团队“早晨通勤工作”团队负责内容、包装和分发

文案模式:

  • “专为[这项工作]打造,而非[这个类别]”
  • “完成[工作]所需的一切——没有多余内容”
  • 强调结果和进展,而非功能和规格

如果瓶颈在于采用而非分析,请参阅 references/organizational-change.md——了解如何摆脱功能工厂陷阱、争取高管支持并管理变革。

常见错误

错误失败原因修正方法
围绕自己的产品狭义定义工作忽略了真实的竞争格局从客户的角度定义工作,绝不提及自己的产品
忽略情感和社交维度只关注功能的工作无法解释客户为何选择并留存始终完整涵盖全部三个维度
混淆工作、目标或任务目标过于抽象(“保持健康”),任务过于具体(“点击按钮”)工作 = 特定情境中的进展
只增强吸引力当转换成本和恐惧依然存在时,再好的产品也会失败绘制全部四种力量;针对焦虑和习惯设计干预措施
赢得“大雇用”,却忽略“小雇用”获客率高、流失率也高——产品被买下却从未使用将重复使用与购买分开跟踪和优化
问客户“你想要什么?”得到的只是事后合理化和渐进式功能请求通过基于时间线的访谈,还原实际行为
按产品类别定义竞争忽略相邻类别和不消费带来的盲区列出这项工作所有可替代的雇用方式,包括什么都不做

快速诊断

问题如果答案是否行动
你能用一句话描述这项任务,且不提及你的产品吗?关注产品,而非任务写下:“当[情境]时,我想要[进展],这样就能[结果]”
你是否梳理了全部四种力量?过度关注拉力,忽视阻碍针对焦虑和习惯设计具体的干预措施
你是否了解情感和社交层面的因素?可能在功能上胜出,却在体验上落败开展探索式访谈,了解感受和社交情境
你是否发现了不显而易见的竞争对手?竞争认知存在盲区列出所有可用于完成这项任务的选项,包括不采取行动
你是否分别追踪小雇用和大雇用?无法区分获客问题和留存问题分开统计购买转化和重复使用指标
你的团队能否解释每项功能如何服务于这项任务?缺乏战略依据地构建产品要求提案说明所服务的任务维度
你是否访谈过客户,了解他们的购买时间线?对任务的理解建立在假设之上开展 10 次以上访谈,重现从首次想到购买到实际使用的全过程

当上面的快速诊断不足以解决问题时——例如,你正在诊断某种症状(注册量低、流失率高、“用错了”),或需要专门针对 JTBD 的指标——请参阅 references/diagnostics.md:其中包括“为什么他们不买”的症状表、流失模式表,以及传统指标与 JTBD 指标的替换建议。

延伸阅读

如需了解完整的方法论、案例研究和更深入的见解:

关于作者

Clayton M. Christensen(1952—2020)曾任哈佛商学院 Kim B. Clark 工商管理教授,以在 《创新者的窘境》(1997)中提出的颠覆式创新理论而闻名。他在 《与运气竞争》(2016)中将待完成任务理论发展为一套实用的创新方法论,并曾多次被 Thinkers50 评为全球第一管理思想家。

评论

支持 Markdown