Jobs-to-be-Done (JTBD) 技能 — 挖掘客户待完成任务、痛点与收益

技能概述

jobs-to-be-done 技能提供结构化的 JTBD 分析框架，从功能性、社交性、情感性三类任务入手，系统梳理客户"雇佣"你的产品要完成什么，以及背后的痛点与期望收益，帮你找到真正未被满足的需求，单次分析约 20-30 分钟。

适用场景

1. 客户要的功能对不上路线图：客户反复提的需求看起来都不该做？用它跳出功能层面，找出他们真正想完成的任务，再决定如何响应，而不是把愿望清单直接搬进排期。
2. 产品重新定位：分析用户从旧方案切换过来的行为，挖掘切换背后的未满足需求，让新定位落在真实动机上——客户"雇佣"的往往是电子表格、纸笔这类你看不见的竞争对手。
3. 零散反馈变结构化洞察：手里有一堆访谈记录和支持工单，信息很碎？用它把模糊反馈整理成清晰的客户任务、痛点和收益，为产品决策提供结构化依据。

核心功能

1. 三类客户任务拆解：从功能性任务（要完成什么）、社交性任务（想被谁如何看待）、情感性任务（想获得或避免什么情绪）三个维度还原客户动机，避免把"用 Slack"这类解决方案误当成任务本身。
2. 痛点四维盘点：依次检查障碍挑战、时间/金钱/精力成本、可预防的常见错误、现有方案未解决的问题，把痛点找全，并区分剧痛与轻微不适，而不是凭印象列几条。
3. 收益识别与优先级排序：覆盖期望、节省、采用因素、生活改善四类收益，按痛点强度排序，区分"必须有"与"锦上添花"，让结果能直接用于路线图排期和产品信息传达。

常见问题

JTBD 和用户画像（Persona）有什么区别？

用户画像回答"用户是谁"，JTBD 回答"用户在什么情境下想完成什么、为什么"。像"千禧一代偏好移动端"是画像特征而不是任务；"在税务申报前完成对账"才是任务。两者可以配合使用：画像定义研究对象，JTBD 揭示其动机。本技能也建议用画像交叉验证——不同画像的任务、痛点和收益可能明显不同。

没有访谈数据，可以直接跑分析吗？

可以运行，但结论只是假设。该技能明确把"没有研究支撑就凭空填模板"列为反模式，建议先补上输入：做切换访谈（问用户为什么从旧方案换过来）、整理支持工单，或者直接把已有的访谈摘要作为分析素材交给它。 JTBD 负责形成假设，定量调研和数据负责验证，两者不能互相替代。

分析结果怎么落地？有什么局限？

输出按痛点强度排序，并区分"必须有"与"锦上添花"的收益，可直接用于三件事：排路线图（先解决最痛的）、写定位文案（讲任务而不是讲功能）、形成待验证的假设清单。注意它的边界：单次分析约 20-30 分钟，适合早期需求发现和产品重定位；已建成产品的功能微调不值得整套分析；结论需要更大范围的调研或数据确认后再投入研发资源。