Jobs To Be Done Analyzer

JTBD Analyzer 综合评估

核心用法

Jobs-To-Be-Done（待完成工作） 是一套颠覆传统用户调研的分析框架，核心理念是："用户不是购买产品，而是雇佣产品完成一项任务"。该 skill 引导用户从三个维度解构需求：

• 功能维度：用户需要完成什么具体任务？
• 情感维度：用户希望获得什么感受？
• 社会维度：用户希望如何被他人看待？

标准任务陈述格式为："When [情境], I want to [动机], so I can [结果]"。通过四步流程（任务陈述→三维度映射→替代方案识别→优先级排序），揭示用户的真实购买动机和未被满足的需求缺口。

显著优点

1. 超越表面需求：打破"用户说要更快的马"式调研陷阱，直达"更快到达目的地"的本质需求
2. 识别真正竞品：帮助发现跨品类竞争（如咖啡 vs 能量饮料 vs 午睡），拓展战略视野
3. 情感价值量化：将模糊的情感诉求和社会认同需求纳入结构化分析
4. 强兼容性：可与 first-principles-decomposer、cross-pollination-engine 等技能组合，形成完整产品分析链路
5. 纯文档型设计：无代码依赖，开箱即用，跨平台兼容性强

潜在局限

1. 学习曲线陡峭：需要理解情境-动机-结果的抽象逻辑，新手易混淆维度边界
2. 依赖主观判断：三维度划分存在灰色地带（如"显得专业"既是社会需求也可能包含情感成分）
3. 无自动化支持：纯方法论框架，不提供用户访谈模板生成、数据分析或可视化输出
4. 文化语境敏感：西方个人主义色彩较浓，"社会维度"在集体主义文化中可能需要调整权重
5. T3来源可信度：开发者 artyomx33 为个人开发者，缺乏企业背书

适合人群

• 产品经理：验证功能优先级，发现差异化机会点
• UX/用户研究员：设计深度访谈提纲，超越人口统计学标签理解用户
• 创业者/增长黑客：早期产品定位，寻找 PMF（产品-市场契合）方向
• 品牌战略：重新定位成熟产品，挖掘未被讲述的价值叙事

常规风险

该 skill 为纯 Markdown 文档，安全评级 S+，无可执行代码、无网络行为、无数据收集。主要风险在于方法论误用：若缺乏用户访谈基本功，可能陷入"用框架硬套现实"的形式主义；建议配合真实用户数据校准假设，避免闭门造车式的 JTBD 分析。

---

安全认证报告：CLS-2026-0507-JTBD-A7F3 | 评分：95/100 | 信任等级：T3

核心用法

jtbd-analyzer 是一个 Jobs-To-Be-Done（待完成工作）分析框架，核心理念是：用户不是购买产品，而是"雇用"产品来完成某项任务。该技能引导用户通过结构化流程，从功能、情感、社交三个维度解构用户的真实动机。

标准流程：
1. 构建 Job Statement："当[情境]时，我想要[动机]，以便[结果]"
2. 映射三维度需求：功能性（任务）、情感性（感受）、社交性（形象）
3. 识别真正竞品：什么其他方式也能完成这个工作？
4. 优先级排序：关键/重要/锦上添花

典型输出格式包含用户画像、完整 Job Statement、三维拆解、替代方案分析及痛点识别。

显著优点

• 超越表面需求：不停留在功能列表，直击用户雇佣产品的根本动机
• 三维度全面：兼顾功能效用、情感满足和社交形象，避免分析盲区
• 结构化输出：标准化格式便于团队协作和决策对齐
• 无代码纯文档：零安全风险，无需担心隐私泄露或恶意行为
• 可组合性强：可与第一性原理分解、跨领域借鉴等技能联动

潜在局限

• 理论依赖：JTBD 框架本身需要一定的学习和实践才能熟练运用
• 质性为主：偏向定性分析，不适合需要量化数据验证的场景
• 输出质量依赖提示：需要用户主动提供产品背景信息，否则输出可能泛泛
• T3 来源：个人开发者维护，无组织背书，长期维护稳定性存疑

适合人群

• 产品经理探索用户需求和竞品定位
• 用户研究者进行深度访谈分析
• 创业者验证产品假设
• 营销团队提炼价值主张

常规风险

• 无技术风险：纯 Markdown 文档，无可执行代码、无 API 调用、无数据收集
• 使用风险：JTBD 分析结果需结合实际用户调研验证，避免纸上谈兵
• 来源风险：T3 级别个人项目，建议关键决策前交叉验证框架准确性