思维工具箱待完成任务
C01
待完成任务
Jobs to Be Done, JTBD
从用户处境与想取得的进展理解需求，而非功能清单
这是什么
用户买的不是功能列表，而是在特定处境里想推进的一件事——功能上要完成什么、情绪上要安心什么、社会上要显得怎样。产品只是众多选择之一，旁边还有旧习惯、人工办法和干脆放弃。把研究焦点放在「当……时，我想……，以便……」，才能区分真任务与事后合理化的购买理由。
示意图
什么时候用 / 别用
该用
- 功能需求很多，却说不清真正要解决什么
- 同类产品参数接近，但购买与流失原因不同
- 要找定位、替代方案或新细分机会
别用
- 问题只是已知任务上的交互微调
- 需要的是市场规模估算或性能测试
- 只能问抽象愿望、拿不到具体决策经历
怎么做
准备：近期购买、换用、放弃或续费的真实经历；触发事件、先前方案、比较过程、顾虑与结果；可核对的使用记录
- 围绕同一决策招募不同结果的用户，避免只听满意者
- 请对方还原从想到改变到行动的时间线
- 区分推动改变的压力、新方案吸引力、担忧与旧习惯
- 写成「当……时，我想……，以便……」并补成功标准
- 用更多案例检验共同任务，记录反例
交付：任务陈述、决策时间线、替代方案与阻力动机清单（含证据）
一个例子
假设示例 · 产品
【假设示例】产品经理做 51as.com 工具箱时，用户说「要更多筛选」。还原处境后发现任务是：开会前十分钟快速挑一个能落地的框架。于是优先「场景入口 + 步骤预览」，而不是堆标签。
容易踩坑
- 「用户想更高效」太抽象，无法指导取舍
- 只问购买理由，容易得到事后解释
- 把功能名直接当成任务名
出处：常见于从情境与进展理解需求的讲法（Jobs to Be Done 传统）