待完成工作框架：实践介绍

由FabricLoop团队撰写  ·  2026年5月  ·  6分钟阅读

克莱顿·克里斯坦森（Clayton Christensen）曾讲过这样一个故事：一家快餐公司想多卖奶昔，于是访问顾客对口味、甜度和杯子大小的偏好，但无论怎么调整，销量都没有起色。后来一位研究者换了个办法：他站在停车场里，观察人们买奶昔。他只问了一个问题——“今天早上你决定买奶昔的时候，是想做什么？”

答案是：大多数早晨买奶昔的人，面前都有一段漫长无聊的通勤路程。他们想要一样既能打发时间、又能撑到午饭前不饿的东西。在这方面，奶昔比香蕉（吃得太快）、百吉饼（太容易弄脏）或咖啡（量太少）都做得更好。它的竞争对手不是别的奶昔，而是无聊和饥饿。

这个故事正是待完成工作理论的精髓：人们买产品，其实是“雇用”它来完成生活中的某项工作。

“工作”究竟指什么

在 JTBD 的术语中，“工作”是指一个人在特定情境下想要取得的进展。它不是任务（“我需要发送一个文件”），也不是目标（“我想更有效率”）。它是某个具体的人在某个具体情境下想要取得的具体进展——包含围绕那一刻的所有背景、约束和情绪。

一份工作由三个部分组成：情境（引发需求的触发因素）、动机（这个人想要达成什么）和结果（在他看来什么算成功）。三者缺一不可。抓住了动机却忽略情境的产品，会在错误的时刻被使用；抓住了情境却忽略结果的产品，会被雇用，又很快被“解雇”。

JTBD 陈述的格式

写出规范的 JTBD 陈述，会迫使你想清楚产品实际上被“雇用”来完成什么工作——也会暴露你以为的工作与用户实际体验之间的差距。

请注意，每条陈述都揭示了功能清单永远无法揭示的东西：情感上的利害关系、各种相互竞争的力量所构成的背景，以及用户眼中对成功的定义。在一份询问“你想要什么功能？”的调查中，这些都不会浮现出来。

功能、社交与情感三个维度

每份工作都有三个维度，只满足功能维度的产品，会错失真正的价值。

• 功能层面：要完成的实际任务。“向我的团队发送状态更新。”
• 社交层面：这个人希望在他人眼中是什么样子。“被看作井井有条、一切尽在掌握。”
• 情感层面：这个人希望自己是什么感受。“感到一切在掌控之中，而不是不堪重负。”

Slack 的增长并不是因为它在发送消息上比电子邮件更好（功能层面），而是因为它让团队感到彼此联系更紧密、更有活力（情感层面），也让个人觉得自己置身于一场实时的对话中，而不是面对一个收件箱队列（社交层面）。只满足功能性工作的特性很容易沦为同质化的商品。同时满足这三个维度的产品则要难替代得多。

如何发现你的产品被雇用来完成的工作

最好的 JTBD 研究聚焦于“雇用”的时刻——决定开始使用产品——以及“解雇”的时刻——决定停止使用。这两个时刻都蕴含着丰富的信号。

做“雇用”访谈时，可以问：“回想一下你上次决定使用 [产品] 的时候，当时是什么情况？你想完成什么？你之前先试过什么？”做“解雇”访谈时，则问：“你是什么时候不再使用 [产品] 的？在你决定换掉之前，你正在做什么？替代方案有哪些做法不同？”

得到的答案几乎总会让你感到意外。用户会描述你的团队从未想到过的情境、挫折和动机，而这正是关键所在。JTBD 研究不是验证性研究，而是探索性研究。你不是在检验自己的假设，而是在用证据取代它们。

用 JTBD 做产品决策

一旦你确定了产品被雇用来完成的主要工作，就把它们当作每一项重大产品决策的过滤器。对于任何提议的功能，都要问：它能帮助用户在我们的哪一项具体工作上取得进展？如果答案是“不属于我们的任何主要工作”，这就是应当降低优先级的强烈信号——即使这个功能听起来很吸引人。

JTBD 也能揭示你在哪些地方服务过度。如果某项工作用户已经完成得足够好，再往这个方向增加功能，收益会递减，还可能增加复杂度，让从事其他工作的用户更难使用这个产品。工作视角能告诉你该在哪里投入，又该在哪里止步。