InnoLab
PD15产品L2classic

用户工作理论

Jobs to Be Done

人们购买产品不是因为「这个产品好」,而是因为「这个产品帮我完成了某项工作」——找到这项「工作」(Job),才能理解用户的真实购买动机,设计出真正有粘性的产品。

一图看懂
换不换雇佣决策推力拉力惯性焦虑驱动改变 →← 阻碍改变

这是什么

用户工作理论(Jobs to Be Done,简称 JTBD),说穿了就是一句颠覆常识的话:人们买的不是产品,而是雇你的产品去帮他完成某项"工作"。 你以为用户在挑你这个东西的功能好不好,其实他心里想的是"我有件事要办,谁能帮我办成"。看清他真正要办的那件事——那项 Job——你才算看懂了你的生意。

这套理论最经典的一句话是:人们买的不是 1/4 英寸的钻头,而是墙上那个 1/4 英寸的洞——甚至,是把全家福挂上墙之后那份温馨感。钻头只是被"雇来"打洞的工具,随时可能被别的工具炒掉。所以 JTBD 不去问"你想要什么功能",而是去还原"你当时遇到了什么处境、想把什么事办成、最后雇了谁、又炒了谁"。一旦你用这个视角看,你会突然发现:你真正的对手,根本不是同行。

来历与出处

这套理论由克莱顿·克里斯滕森(Clayton Christensen)发扬光大——他是哈佛商学院教授、"颠覆式创新"理论的提出者、《创新者的窘境》的作者,公认的现代创新管理大师。他在《与运气竞争》(Competing Against Luck)等著作里系统阐述了 JTBD。和他一起把这套理论做实、并贡献了著名"奶昔研究"方法的,是他的长期合作者鲍勃·莫埃斯塔(Bob Moesta)。

克里斯滕森要治的,是一个让无数公司栽跟头的老毛病:企业总是围着"产品属性"打转——把产品做得更好、更快、更便宜、功能更多,却始终搞不懂用户为什么买、为什么走。他的洞见是:用户的需求不该按"产品分类"或"用户属性"来理解,而该按"用户在特定情境下要完成的那项工作"来理解。换个问法,整个世界都变了。

解决什么真实问题

最典型的场景是:你的产品流失率居高不下,团队的第一反应永远是"功能不够,再加点功能",于是闷头加,越加越多,流失却不见好。JTBD 会告诉你,问题可能压根不在功能数量上,而在你根本没搞清用户雇你来干的那件事到底是什么、又是被谁抢走的。

还有几类人特别需要它。一是要重新定义竞争边界的人——你以为竞品是隔壁同行,JTBD 会让你发现意料之外的真实对手。二是被"功能蔓延"困扰的产品团队,需要一把尺子来过滤"这个功能到底服务了哪项工作,答不上来的多半是噱头"。三是做用户访谈和产品定位的人——JTBD 不靠冷冰冰的问卷量化,而是靠还原一个个真实的"购买故事"。

它治的病是:把"用户说想要的功能"当成真需求。用户其实说不清自己要什么功能,但他能清清楚楚地讲出"那天我遇到了什么麻烦、是怎么解决的"——而真相,就藏在那个故事里。

核心思想

打个比方。把你的产品,想象成一个被用户"招进来打工的员工"。

用户就是老板,他手头有一摊活儿要干(那项 Job),于是在市场上招人。他面试了你,也面试了别家,最后"雇"了你。但请注意:他随时可能因为你干得不好、或者出现了更合适的人选,把你"炒掉",换别人来干这摊活儿。所谓流失,本质就是你这个员工被炒了。所谓竞品,就是所有能干同一摊活儿的"应聘者"——它们未必和你同行。

而用户雇你干的这摊活儿,从来不只是表面那个功能任务,它同时藏着三层:功能工作(实际要办成的事)、情感工作(他想获得什么感受)、社交工作(他想被别人怎么看)。只抓功能这一层,你会漏掉真正的购买动机。

更妙的是 JTBD 对"为什么换、为什么不换"的拆解,叫四种力量。用户从旧方案切到你这儿,被四股力同时拉扯:推力(旧方案哪里让他受不了了)和拉力(你这边什么吸引了他)——这两股推着他换;焦虑(换过来会不会有坑)和惯性(懒得动、维持现状最省事)——这两股拽着他别换。只有当推力加拉力之和,大过焦虑加惯性之和,购买才真正发生。这就解释了一个常见现象:很多用户明明对现状不满(推力强),却迟迟不换——因为你没消除他的焦虑、没克服他的惯性。

而验证你是否真懂用户的那个黄金问题是:"如果我们的产品明天消失了,你会用什么来替代?" 用户脱口而出的那个答案,就是你真正的竞品——而它常常会让你大吃一惊。

完整案例

先讲那个 JTBD 史上最著名的故事——麦当劳的奶昔。

麦当劳想提高奶昔销量,一开始走的是所有公司都会走的老路:研究用户对奶昔属性的偏好——甜度调到多少、浓稠度多少、什么口味最受欢迎。调研做了一堆,销量纹丝不动。后来莫埃斯塔换了个问法,不问"你喜欢什么样的奶昔",而是问:"你什么时候买奶昔?买它来干什么?"

数据一拉,惊人的事实浮现了:将近 40% 的奶昔,是在清晨、被独自开车的上班族买走的。这些人雇奶昔来完成的"工作"是——"在漫长无聊的通勤路上,给自己找点事干、垫垫肚子,而且得能单手操作、还得撑到中午不饿"。看清这个 Job,一切都通了:它浓稠(用吸管慢慢吸,正好打发漫长车程),它单手能拿(开车安全),它顶饿(撑到午饭)。

那它真正的竞品是什么?不是其他奶昔,而是香蕉(吃太快、一会儿又饿)、百吉饼(开车时涂奶酪太危险)、麦片棒。 产品决策因此彻底改变:麦当劳不该再纠结口味,而该把奶昔做得更浓稠(延长吸食时间)、把售卖点挪到柜台外侧加速购买流程——全是为了把这项"通勤工作"干得更漂亮。

再看一个贴近今天的示例(示例):某 SaaS 笔记工具的流失诊断。 这个工具月流失率 8%,产品团队的本能判断是"功能不够强",于是拼命加功能。后来他们对 5 名流失用户做了 JTBD 访谈,问出了真相:5 个人里有 4 个,流失后换去了"手机自带的备忘录 + 直接分享给同事"。他们的 Job 是"快速记一个想法,然后立刻发给某一个人"。问题根本不在功能多少——而在这个工具"分享一条笔记要点 5 步",手机备忘录只要 2 步。用那个黄金问题一问,真实竞品浮出水面:不是 Notion、不是 Roam,而是"iOS 原生备忘录 + iMessage"。于是下一版的最高优先级被改写成"3 步内把一条笔记分享给一个人",而不是团队原本想加的"AI 总结功能"。

这两个案例(一经典一示例)指向同一个真理:重新定义竞争边界。 外卖 App 真正的对手是"自己做饭、公司食堂、方便面、叫朋友一起吃";在线课程真正的对手是"刷视频、看公众号、买本实体书、找个朋友聊聊"。你的对手,永远是用户用来完成同一项工作的任何替代方案——包括"什么都不做"。

常见误解与边界

第一个误解,是想靠问卷量化来找 Job。错。JTBD 不靠量化、靠故事——3 到 6 个能完整还原"决策当天"的深度访谈,胜过上千份"你想要什么功能"的问卷。原因很硬核:用户说不清自己要什么功能,但他能讲清楚自己那天经历了什么。要从故事里挖,不是从打分里挖。

第二个误解,是只挖功能工作,漏掉情感和社交。这会让你抓不住真正的购买动机。回到奶昔——它的情感工作其实是"让自己感觉在认真对待一天的开始",社交工作是"我是个有自控力、不随便乱吃的人"。这两层不挖出来,你对用户的理解永远是半截的。三个维度都要挖。

第三个误解,是仍然在"同行"里找竞品。JTBD 的精髓恰恰是逼你跳出同行——你真正的对手往往是个八竿子打不着的东西,甚至是"用户干脆什么都不做"。竞品要往"完成同一项 Job"上去找,而不是往"长得像我的产品"上去找。

最后说边界和延伸:在 AI 时代,JTBD 这把过滤器比以往任何时候都重要。因为 AI 让"加一个功能"变得极其廉价,团队特别容易陷入疯狂堆砌 AI 噱头的陷阱。每加一个 AI 功能之前,先用 JTBD 拷问一句"它帮用户完成了哪项工作?"——答不上来的,就是在堆噱头,而不是在提升你被"雇用"的价值。另外,JTBD 常和别的工具接力:它和用户画像互补(画像说"用户是谁",JTBD 补上"用户要完成什么工作");它挖出的功能/情感/社交工作,正好是价值主张画布里"客户工作"那一栏的现成输入。

一句话记住它

用户不是买你的产品,是"雇"它去办一件事——看清他要办的那件事、以及随时可能取代你的所有"应聘者",你才真正看懂了你的生意。

想看这套方法喂给 AI 的执行规格?点上方「标准模组」。

Cases

用过此方法的案例

2

用「用户工作理论」推演你的问题

描述你正面临的难题,InnoLab 会用这套方法当场跑一次结构化推演。

免费推演一次