JTBD(待办任务理论)
待办任务理论(Jobs to Be Done)是一种框架,它把客户描述为「雇用」一款产品来完成某个任务上的进展——这个任务由特定情境所触发。每个任务都有功能、情感和社会三个维度。JTBD 把需求重新定义为人们所追求的进展,而不是人口统计学画像或产品功能。
待办任务理论(Jobs to Be Done)是一种框架,它把客户描述为「雇用」一款产品来完成某个任务上的进展——这个任务由特定情境所触发。每个任务都有功能、情感和社会三个维度。JTBD 把需求重新定义为人们所追求的进展,而不是人口统计学画像或产品功能。
由 Clayton Christensen 推广、并由 Tony Ulwick、Bob Moesta 等实践者平行发展出来的待办任务理论的核心比喻是:人们购买产品不是为了产品本身——他们「雇用」产品,是为了在特定情境下取得进展。当某个任务出现时,客户会把一个解决方案引入自己的生活来完成它,一旦有更好的方案出现,就会把它「解雇」。分析的单位是任务本身,而不是客户的年龄、职位或所在行业。
Christensen 最经典的例子是「早晨奶昔」:一家快餐连锁店发现,人们独自在一大早、外带购买奶昔。这个任务不是「我想喝一杯好喝的饮料」,而是「让我无聊的通勤变得有意思一点,并让我一直饱到午饭时间」。奶昔的竞争对手是香蕉、百吉饼和无聊本身——而不是其他奶昔。用这种方式定义任务,会改变你要构建什么,以及你真正在跟谁竞争。
一个成形良好的任务有三层。功能维度是要完成的实际工作——转账、安排一次会议、发布一次版本。情感维度是这个人希望在完成任务时有怎样的感受——自信、掌控、无负担。社会维度是这个人希望别人怎样看待自己——被视为能干、负责或跟得上时代。一款只把功能任务做对、却忽视情感和社会层面的产品,往往会输给那些用起来感觉更好的产品,即使后者做得更少。
一种常见的做法是把任务写成一句关于进展的稳定陈述,而不是一项功能:「当我为新工程师做入职时,我想让他快速在代码库中变得高效,这样我才能保持团队的开发速度。」这种「情境-动机-结果」的形式让任务保持持久——解决方案和技术会变化,但一个人试图完成的底层任务往往能持续多年不变。
用户画像描述的是客户是谁——一个虚构的「市场营销玛丽,34岁,中端市场 SaaS」。JTBD 描述的是客户试图完成什么,以及为什么。两者并非互相排斥,但 JTBD 认为人口统计学属性对行为的预测力很弱:两个属性完全相同的人,可能会因为处于不同情境而雇用完全不同的产品。是任务,而不是画像,才能预测购买行为。
JTBD 所防范的失败模式,是为一个理想化的用户而不是为一个真实的需求时刻做设计。在探索阶段,这意味着要围绕一次真实决策的时间线去访谈——是什么触发了搜索、这个人最先尝试了什么、又是什么促使了转换——而不是问对方想要什么功能。产出是一张任务与未被满足结果的地图,直接为机会映射和优先级排序提供输入。它与持续探索和机会解决方案树自然契合,在那里,任务成为团队评估并押注的机会。
一个 JTBD 框架的好坏,取决于支撑它的证据。在工作坊里提炼出来、随后被归档进幻灯片的任务,会悄悄地偏离现实;最扎实的任务陈述会持续地重新锚定在客户的真实行为、他们实际付费的内容,以及他们真正提出的要求上。难点在于让任务、账户,以及它所指导的工作始终处在同一条视线里。
一个连接式的产品操作系统在这里能提供帮助:它把反馈、客户行为和收入统一到同一条共享主线上。一条针对某个任务捕获的洞察,可以与同一位客户的使用情况和订阅一起阅读;一个以任务方式表述的路线图条目,会带着雇用它的账户和收入——这样一句任务陈述就能始终锚定在证据上,而不会变成一个脱离了它所声称描述的客户的静态文档。
常见问题
在同一条主线上理解「JTBD(待办任务理论)」。
AIOProductOS 把你的客户、收入、反馈和产品工作都放到同一条共享记录上——理论由此变成对你自己数据的一次查询。连接器均已包含,不按连接器单独收费;固定套餐每月 199 美元起,所有模块均已包含。每个套餐都从基于你真实数据的 14 天上手期开始。