用途
该技能用于在用户需求不清晰时，决定该构建什么、砍掉什么或优先做什么，也可用于解释某个已发布功能为何采用率低。它适用于以下场景：选择构建、削减或优先排序时用户需求不明确；解释已发布功能采用率低；将竞争映射到同类别产品之外（如邮件、电子表格、手工工作、非消费）；当所追求的进展存在争议时进行定位或研究。
使用该技能需要至少一个证据来源：PRD/规格、工单、支持或销售记录、分析日志，或当前产品行为。如果没有任何证据来源，应指出研究缺口，不得编造引语。
不适用场景
- 已知任务后的纯执行工作（修 bug、schema、CI、性能）——直接实现，不要重新发现任务。
- 为已锁定的决策做事后合理化——框架表演。
- 没有最终用户进展决策的基础设施/内部工作。
- 唯一开放问题只是如何实现一个已确定的任务。
主要能力与操作流程
-
命名执行者与情境：谁在什么触发情境下雇佣解决方案，频率如何，利害关系如何。优先选择每天承担高利害任务的主要执行者，而非罕见的次要执行者。
-
陈述任务，而非解决方案：框架为「当［情境］，我想要［进展］，以便［结果］」。拒绝以解决方案形态出现的陈述（如「使用 Slack」「加一个仪表盘」）。仅在证据支持时捕捉功能性、情感性和社会性维度。
-
映射动力与切换：从工件中找出是什么推动让旧方式失败、新进展提供了什么拉力、什么焦虑阻碍切换、什么习惯维持现状。列出他们今天雇佣了什么——包括非软件和非消费。
-
定义完成与结果指标：执行者如何知道任务已完成。列出要最小化和最大化的结果（如进展时间、返工、信心、意外）。优先选择频繁且服务不足的任务，而非罕见且已被充分绕过的任务。
-
对候选方案按任务打分：对每个功能/优先级，判断它服务于哪个任务步骤、执行者占比、频率、替代方案质量。提升高频且服务不足的维度；降低对服务良好或低利害任务的打磨工作。
-
最强反例：陈述所陈述任务有误的最佳理由（错误的执行者、虚荣指标、流程即任务、竞争实际上是非消费）。如果反例更符合证据，在建议构建前修正任务。
-
停止：当一个主要任务陈述、竞争集合和结果指标有足够证据支持以改变构建/定位决策时停止——或者当工件无法回答、研究是唯一下一步时停止。
输出
生成一个 JTBD 决策工件：
- 任务陈述：当……，我想要……，以便……
- 执行者：主要/次要（频率、利害关系）
- 动力：推动/拉力/焦虑/习惯
- 竞争：直接 | 间接 | 非消费
- 结果：最小化［……］；最大化［……］
- 优先级含义：构建/砍掉/重新定位——因为任务缺口是……
- 已检查反例：……
- 使用的证据/缺口：……
验证
- 证伪：如果用功能名称替换任务陈述后建议不变，说明你从未离开解决方案空间——从情境和进展重写任务。
- 停止：一旦排序决策稳定，不要继续映射任务步骤。
- 过度应用防护：在纯实现任务和已知任务上跳过。绝不要编造用户引语或人物角色来填补缺失证据。