← 返回概念解读

Concept Fable精修版

待完成任务

Jobs to Be Done, JTBD · Product strategy / research

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

磨坊主不再问人想买什么轮子,而是问粮食为何卡在夜里

河边磨坊有三种水轮,木轮便宜,铁轮耐用,新轮转得最快。磨坊主问每个客人喜欢哪一种,得到的答案每天都变。

庄户说想要便宜,商队说想要快,酒坊说想要稳。磨坊主照着这些话改轮子,库房堆满零件,夜里仍有人在门外排队。

他以为问得不够细,于是给客人一张长表:喜欢几根辐条、什么颜色、转速多少、能不能刻名字。表越长,答案越热闹,交付却越来越慢。

一次暴雨,酒坊掌柜急着把湿麦磨完,否则第二天整批发酸。他不关心轮子颜色,只问今晚能不能磨完、坏了谁负责、账期怎么算。

磨坊主这才发现,客人不是在购买水轮偏好,而是在某个情境里求一个进展:把会坏的粮食及时变成可卖的粉,把损失变成可控成本。

他先试着把所有轮子都做得更快。可夜里没人值守,湿粮仍会排队;坏料没有赔付,酒坊仍不敢把整批麦交给他。速度只是其中一小段。

他停掉大半花样,改成夜磨专线、湿粮优先、坏料赔付和月结账本。不是每个人都喜欢这些安排,但急着保住货的人立刻愿意付更高价格。

后来他接待新客时不先问想要哪种轮子,而先问:你什么时候被卡住?不解决会损失什么?现在用什么办法凑合?谁会判断这件事算完成?好轮子终于服务于一件清楚的事。磨坊主还发现,同一个人白天和夜里要的东西也不同。白天买便宜,夜里买确定;粮食干爽时买速度,快发酸时买保障。若只听功能偏好,就会把最愿付钱的时刻错过。后来磨坊的账本也跟着变了,不再按轮子型号分栏,而按夜磨、保鲜、赶集、赔付分栏。钱从哪来,任务就在哪里。后来复盘时,众人把这条经验写进日常规矩:先看现场哪里真正改变了结果,再决定该保留什么、修补什么、限制什么。若只看表面热闹,下一次还会在同一处摔倒。

揭示

这个故事讲的是:待完成任务

Jobs to Be Done(JTBD)关注用户在特定情境下想取得的进展,而不是只按身份、行业或功能偏好理解需求。企业 Agent 落地时,JTBD 能把“客户想要 AI”拆成真实任务:减少客服积压、加快售前资料产出、降低合规审查成本、缩短工单处理时间。它要求团队追问触发场景、现有替代方案、失败代价、验收标准和预算来源,从而避免把 Agent 做成炫技功能。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 三种水轮:产品功能、模型能力和技术选项
  • 长表偏好:只收集功能愿望的需求调研
  • 湿麦发酸:客户在特定情境下的业务压力
  • 夜磨专线和赔付:围绕任务结果重构交付
  • 今晚能不能磨完:JTBD 里的进展目标
  • 现在用什么办法凑合:现有替代方案和预算来源
  • 谁判断完成:企业采购中的验收人与成功标准

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

User researchpersonavalue propositionworkflowpain pointoutcome

相关辨析

这个概念容易和相邻概念混用,建议继续看对比页。