用途：把产品、功能或用户需求用 JTBD 方法进行框定，适用于用户提及 JTBD、jobs to be done、user job、job statement 等场景。核心思路是“人们雇佣产品来完成工作，做不好就被解雇”。
规范句式：when [situation], i want to [motivation], so i can [outcome]。三部分各有规则：situation 写具体、可触发、可观察的情境，而不是角色（如“当我准备季度董事会”而非“作为财务总监”）；motivation 用用户自己的语言描述要达成什么，而非产品语言（如“我想在销售管道复盘前知道哪些交易有风险”而非“我想用 CRM 跟踪线索”），产品是手段而非动机本身；outcome 是成功状态，用于检验工作是否真正完成——若产品完成了动机却未交付结果，工作并未真正完成。
寻找正确工作的方法：连续问五次“为什么”，从表层请求（如“能加筛选吗”）向下追问，最终可能发现真正的工作是“让客户感到被倾听”，而非“筛选”。在合适高度解决工作的产品，比只解决表层请求的产品更持久。
每项工作都有三个层次：功能性（实际任务，如跟踪支出）、情感性（想感到掌控财务）、社会性（想被伴侣看作负责）。好产品同时覆盖三层；B2B 常在情感与社会层最弱，消费者产品常在功能层最弱。
反模式：把功能当工作、把角色当工作、句式空转（“作为用户，我想要某功能，以便使用它”）、只有单个用户才有的工作。
输出结构：job、who hires、who they might fire、emotional layer、social layer、evidence。限制：资料未提供具体安装命令、平台或收费信息。