mcpField
D
define-jtbd-canvas

define-jtbd-canvas

github.com/product-on-purpose设计与 UI769776 次安装4 天前更新
代码仓库

关于 define-jtbd-canvas

Jobs to be Done Canvas 是用于梳理客户为何选择某种产品以实现进展的研究框架,适合产品、设计和营销团队。它将功能、情感与社会动机纳入画布,并要求洞察依据客户研究。

主要功能

  1. 01定义工作执行者与具体情境
  2. 02按指定格式撰写工作陈述
  3. 03梳理功能、情感与社会工作
  4. 04比较现有替代方案与不采取行动
  5. 05归纳选择标准及后续研究问题

适用场景

  1. 01产品开发前研究客户动机
  2. 02围绕客户进展调整产品定位
  3. 03分析客户转向其他方案的原因
  4. 04为营销信息识别客户的选择标准

安装

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

$npx skills add https://github.com/product-on-purpose/pm-skills --skill define-jtbd-canvas

安装后在 Claude Code 中输入/define-jtbd-canvas确认已加载。

包含的文件

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

HISTORY.md
evals/
trigger-fixtures.json
references/
EXAMPLE.md
TEMPLATE.md

详细介绍

待办任务画布

待办任务(JTBD)画布完整呈现了客户为何会“雇用”产品来推动生活进步。JTBD 基于 Clayton Christensen 的框架,不局限于功能和人口统计特征,而是深入了解驱动客户行为的根本动机:功能、情感和社交因素。

适用场景

  • 在构建产品前深入研究客户动机
  • 围绕客户进步重新构思产品定位
  • 现有用户画像显得过于表面或过于关注人口统计特征时
  • 在竞争分析中识别客户转换产品的原因
  • 设计能引起共鸣的营销信息时
  • 让团队就客户的真实身份及其需求达成共识

不适用场景

  • 你需要一个以人为核心的产物(目标、行为、引言)用于设计或营销工作 -> 使用 foundation-persona;画布聚焦任务,用户画像聚焦个人
  • 你还没有客户研究 -> 先使用 discover-interview-synthesis 综合访谈内容;画布中的洞察必须追溯到研究,而不是假设
  • 你要界定当前要解决的一个具体问题 -> 使用 define-problem-statement
  • 你需要将机会映射到可衡量的结果,以便进行优先级排序 -> 使用 define-opportunity-tree

说明

收到创建 JTBD 画布的请求时,请遵循以下步骤:

  1. 识别任务执行者 明确是谁在执行这项任务。不要局限于人口统计特征,还要描述他们所处的情境。同一个人在不同情境下可能有不同的任务。

  2. 描述情境 描述这项任务在何时、何地出现。任务由特定情境触发。了解背景有助于预测客户何时会寻求解决方案。

  3. 撰写任务陈述 使用以下格式:“当[情境]时,我想要[动机],以便[预期结果]。”任务陈述概括了客户希望实现的核心进步。

  4. 定义功能性任务 客户需要完成什么实际工作?这是任务中具体、可衡量的部分。明确说明什么才算“完成”。

  5. 记录情感性任务 客户希望在执行任务期间和完成后有什么感受?情感性任务往往比功能性任务更能驱动决策。既要包含期望的感受,也要包含想避免的感受。

  6. 识别社交性任务 客户希望他人如何看待自己?社交性任务与地位、身份和关系有关。并非所有任务都有明显的社交层面。

  7. 梳理竞争性解决方案 客户目前会“雇用”什么来完成这项任务?包括直接竞争对手、间接替代方案,以及不消费(什么也不做)。了解现有解决方案有助于明确竞争对象。

  8. 定义选择标准 客户选择某种解决方案而非其他方案的原因是什么?哪些是“必备项”,哪些是“锦上添花”?这有助于制定定位和优先级。

输出格式

使用 references/TEMPLATE.md 中的模板组织输出。完整的画布应填写模板的每个部分:任务概览;任务执行者;情境;任务陈述;功能性任务;情感性任务;社交性任务;竞争性解决方案;选择标准;洞察与启示;支持性引言;以及后续研究问题。

质量检查清单

完成前,请确认:

  • 任务陈述符合“当……时,我想要……,以便……”的格式
  • 情境具体(不只是“任何时候”)
  • 功能性任务描述了切实的结果
  • 情感性任务包含客户希望有什么感受
  • 竞争性解决方案包含不那么明显的替代方案
  • 洞察基于研究,而非假设

示例

已完成的示例请参阅 references/EXAMPLE.md。

评论

支持 Markdown