用途：用 Jobs to Be Done 方法重新框定产品策略，从“用户想在什么情境下取得什么进展”出发理解需求，而不是从功能使用或用户偏好出发。适用于研究动机、转换行为、竞争替代方案和未被满足的需求。
核心概念：用户是为了在某个情境中取得进展而“雇佣”产品。要找到任务本身，而非仅看功能请求。目标包括理解期望进展、识别起点与终点、捕捉情境与触发因素、区分功能/情感/社会三类任务、找到真正的竞争对手、定义失败的含义、降低转换焦虑。
三类任务：功能（要完成的任务）、情感（用户想要的感觉）、社会（用户希望被如何看待）。
四种力量：推力（对现状的不满）、拉力（新方案的吸引力）、焦虑（对新方案的恐惧）、习惯（对现有行为的舒适）。当推力加拉力大于焦虑加习惯时，转换才会发生。
规则：询问真实过往行为；关注“雇佣时刻”；问用户在什么情境下想取得什么进展；问他们今天雇佣什么来完成；问被“解雇”会是什么样；寻找变通做法；把“不消费”也视为竞争；不要要求用户设计功能；不要把口头偏好当作事实。
三个票面问题（开始任何任务前询问）：用户想取得什么进展、在什么情境下？他们今天雇佣什么来完成？被解雇会是什么样？用答案避免昂贵却无人使用的方案。
进展指当前状态、期望状态与触发因素；情境指时间、地点、限制、利害关系与参与者；当前雇佣指竞争产品、手工变通、群聊、纸质清单、电子表格、支持请求或放弃；被解雇指功能失败的信号，包括行为指标与定性反馈。
任务陈述：回答三个问题后写一句话，作为产品与架构的指南针，影响系统设计、范围、数据模型与权衡。格式为：当［情境］时，我想要［取得进展］，以便［期望结果］。
流程：定义产品/功能/行为；回答三个票面问题；收集真实用户故事；提取情境、动机与结果；映射功能、情感、社会任务；映射推力、拉力、焦虑、习惯；列出真正竞争对手；写任务陈述；将洞察转化为定位或需求。
输出包含 JTBD Analysis、Three Ticket Questions、Core Job、Job Dimensions、Forces、True Competition、Fired Looks Like、Implications 等部分。
限制：资料未提供收费、平台支持或价格信息；技能本身不提供自动化执行，需结合真实用户研究。参考资源包括《Competing Against Luck》与《The Jobs to be Done Playbook》。