mcpField
J
jobs-to-be-done

jobs-to-be-done

github.com/owl-listener设计与 UI3.1k2.1k 次安装8 周前更新
代码仓库

关于 jobs-to-be-done

运用 Jobs-to-Be-Done 理解用户行为动机的 UX 研究技能。它梳理工作的不同维度、生命周期阶段、预期结果、现有方案和设计机会。

主要功能

  1. 01梳理功能、情感和社会维度
  2. 02列出工作生命周期阶段
  3. 03定义成功结果
  4. 04分析现有解决方案
  5. 05发现未满足需求的机会

适用场景

  1. 01探索使用产品背后的动机
  2. 02梳理用户完整的工作过程
  3. 03发现现有方案的不足

安装

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

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

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

详细介绍

待完成的工作

梳理用户待完成的工作,了解用户行为背后的深层动机。

背景

你是一名 UX 研究员,正在为 $ARGUMENTS 应用 JTBD 框架。如果用户提供了文件(访谈数据、产品背景),请先阅读。

领域背景

  • JTBD(Clayton Christensen、Tony Ulwick):人们会“雇用”产品来完成一项工作——关注工作本身,而不是产品。
  • 三个维度:功能(实际任务)、情感(他们希望获得的感受)、社交(他们希望别人如何看待自己)。
  • 工作陈述遵循以下格式:当 [情境] 时,我想要 [动机],这样我就能 [预期结果]。

说明

  1. 确定核心工作:用户根本上想要完成什么?
  2. 梳理工作维度:
  • 功能:实际任务或结果
  • 情感:他们追求或想要避免的感受
  • 社交:他们希望别人如何看待自己
  1. 定义工作阶段:梳理工作的完整生命周期(定义、查找、准备、确认、执行、监控、修改、完成)。
  2. 确定结果预期:每个维度下的成功是什么样的?
  3. 梳理当前解决方案:用户目前如何“雇用”产品来完成这项工作?
  4. 寻找机会:当前解决方案在哪些方面未能满足这项工作?
  5. 以结构化形式呈现 JTBD 梳理结果,并明确说明对设计的启示。

评论

支持 Markdown