> ## Documentation Index
> Fetch the complete documentation index at: https://meta.niceshare.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 待完成工作法

> 待完成工作法通过识别用户在特定情境下想完成的进展任务，帮助团队优化产品定位、功能优先级与增长策略，减少无效功能投入。

<Info>
  **类别**: 方法<br />
  **类型**: 以用户进展为核心的创新与定位方法<br />
  **来源**: Theodore Levitt 的需求视角（1960）与 Clayton Christensen 团队在 2000-2010 年代的系统化发展<br />
  **别名**: JTBD、工作导向创新法
</Info>

<Note>
  **快速回答** — **待完成工作法**（Jobs to Be Done, JTBD）是一种通过识别“用户当下想完成什么进展”来指导产品设计、定位与沟通的方法。它强调用户是在特定情境中“雇用”某个方案完成任务，而不是单纯按人群属性购买功能。核心价值是让团队从“做更多功能”转向“解决更关键的进展阻力”。
</Note>

## 什么是待完成工作法？

待完成工作法是一种按“情境中的进展任务”解释需求的方法，关注功能、情绪与社会维度共同作用下的选择行为。

> 在 JTBD 中，分析单位不是用户画像，而是用户在具体场景中的“进展挣扎”。

与其只问“用户是谁”，JTBD 更关注“用户此刻要完成什么、被什么阻碍”。它可与 `/zh/methods/hypothesis-driven-thinking`、`/zh/methods/lean-methodology`、`/zh/methods/decision-journal` 配合，用于澄清定位与优先级。

### 待完成工作法的三层理解

* **入门**：把需求写成“进展陈述”，而不是“功能清单”。
* **实践**：通过切换访谈识别推动力、拉力、惯性与焦虑等关键因素。
* **进阶**：用任务地图统一产品、定价、引导流程与市场叙事。

## 起源

待完成工作法的思想源头可追溯到 Theodore Levitt 在 1960 年提出的观点：用户购买的不是产品本身，而是他们想达成的结果。随后，Clayton Christensen 及其合作者在创新研究中将这一视角系统化，并在《Competing Against Luck》及 HBR 文章中形成可操作框架。

该框架强调“情境优先于画像”：即便是同一类用户，在不同场景下也会雇用完全不同的解决方案，因为他们追求的进展目标与约束条件不同。

## 核心要点

JTBD 的关键不在于命名任务，而在于还原用户发生“切换决策”的真实机制。

<Steps>
  <Step title="写出清晰的任务陈述">
    用一句话表达用户进展目标，例如“帮助忙碌经理在 20 分钟内产出可信周报”。任务陈述要包含目标和约束。
  </Step>

  <Step title="识别切换四力">
    明确用户为何离开旧方案（推动力）、为何选择新方案（拉力）、为何迟疑（焦虑）以及为何停留（惯性）。
  </Step>

  <Step title="围绕真实卡点设计方案">
    优先解决任务完成过程中的关键摩擦，而不是堆叠与任务无关的功能。
  </Step>

  <Step title="让定位和体验讲同一个任务故事">
    让文案、引导、定价和功能表达同一进展承诺，降低用户理解与决策成本。
  </Step>
</Steps>

## 应用场景

当团队“功能在增加、增长却停滞”时，JTBD 通常能提供更有效的诊断视角。

<CardGroup cols={2}>
  <Card title="产品定位重构">
    按用户要完成的进展重写价值主张，而不是按内部功能模块组织叙事。
  </Card>

  <Card title="新手引导优化">
    将首日体验对齐用户最紧迫任务，缩短首次价值实现时间。
  </Card>

  <Card title="用户分群升级">
    以任务场景和约束条件分群，补足仅按画像分层的盲区。
  </Card>

  <Card title="路线图优先级排序">
    优先投入能显著降低高频任务阻力的改进项，提高切换成功率。
  </Card>
</CardGroup>

## 经典案例

麦当劳奶昔研究是 JTBD 领域最常被引用的案例之一。研究者通过现场观察发现，约 **40% 的奶昔购买发生在早晨时段**，购买者多为通勤人群。

团队没有再把“奶昔用户”视为单一人群，而是识别出至少 **两个不同任务**：早晨通勤陪伴任务与下午零食任务。这个发现把优化方向从“口味偏好”转向“场景适配”，例如通勤中的便利性与饱腹持续时间。

## 边界与失效场景

如果团队只是把“用户画像”改名为“任务画像”，JTBD 会失效。缺少高质量访谈和场景证据时，任务叙事容易沦为空洞故事。

两个边界条件要注意：第一，JTBD 能解释需求结构，但不能替代定价实验、渠道策略和交付能力；第二，基于过少场景得出的任务结论容易过拟合。常见误用是宣称“所有用户只有一个核心任务”。

## 常见误区

多数误区来自把 JTBD 简化成一句口号，而不是完整研究方法。

<AccordionGroup>
  <Accordion title="用了JTBD就不需要用户画像">
    画像仍有价值，但应作为补充描述，而非需求成因的主解释框架。
  </Accordion>

  <Accordion title="JTBD只适合消费品">
    B2B 场景同样适用，组织用户也会“雇用”工具来降低风险与时间成本。
  </Accordion>

  <Accordion title="写出任务陈述就得到产品答案">
    JTBD 给出方向，不会自动给出最终功能组合，仍需实验验证。
  </Accordion>
</AccordionGroup>

## 相关概念

将 JTBD 与以下方法结合，可以形成可持续的发现与交付闭环。

<CardGroup cols={3}>
  <Card title="假设驱动思维" href="/zh/methods/hypothesis-driven-thinking">
    把任务假设转化为可验证命题。
  </Card>

  <Card title="精益方法论" href="/zh/methods/lean-methodology">
    围绕任务结果进行构建-测量-学习循环。
  </Card>

  <Card title="最小可行产品" href="/zh/methods/mvp">
    用最小方案验证任务匹配度。
  </Card>

  <Card title="五个为什么" href="/zh/methods/five-whys">
    深挖任务失败背后的根因机制。
  </Card>
</CardGroup>

## 一句话总结

<Tip>
  待完成工作法帮助团队从“为人群做功能”，转向“为情境中的真实进展做解决方案”。
</Tip>