SH

Soloharness

概念 · 辨析 · Agent

← 返回概念辨析

Concept Contrast Fable

待完成任务和用户画像:一个问要做什么,一个问谁来做

做产品规划时,待完成任务和用户画像经常被装在同一页 PPT 里混着讲。JTBD 的核心是用户想完成什么任务、在什么情境下;用户画像的核心是做这件事的人有什么特征、偏好和限制。把两类信息混用会让产品做对了一类人却做错了任务。

寓言

桥工队的两本笔记

河两岸的村子请了一支桥工队来建桥。开工前,工队做了两份调查。第一份记录人们过河的真正原因:赶集、送孩子上学、运粮食去磨坊、暴雨天去对岸卫生所。每个原因都写清了时间、频率和现在怎么凑合过的。第二份记录过河人的年龄、收入、用什么交通工具、识字率。

队长把两份笔记交给设计组的时候随口说了一句“都是用户需求,一起看”。设计组于是画了一座带电梯的景观桥,因为第二份笔记里写着年轻人多、喜欢拍照、愿意为美观付费。桥建得很漂亮,成了网红打卡点。

桥通了一个月后村里联名投诉。景观桥的台阶太陡,扛粮食的老人根本上不去。电梯倒是装了,但只在旅游旺季开,淡季锁着省电。运粮的平板车宽度超过台阶间距,每次过桥要把粮食拆成小包来回搬三趟。第一份笔记里写的那个“暴雨天送孩子上学”的场景,在景观桥上根本没被考虑过。

工队回去翻笔记才发现问题。第一份笔记里“运粮”这个任务有五个子条件:负重、上坡、晴天和雨天不同路面、时间窗口固定、需要两个人协同。第二份笔记里的“年轻人喜欢拍照”是对一部分人的描述,但对“运粮”这个任务几乎无关——年轻人不运粮,运粮的人也不在乎拍照。

第二次修桥时,工队定了新规矩:先按 JTBD 列任务清单,每条任务写清楚情景、约束和成功标准;再把用户画像作为每项任务的附加条件,比如“这个任务的主要执行者是五十岁以上的女性,平均负重四十斤”。任务选架构,画像调参数。

新桥用平坡设计,加了防滑路面和中间休息平台。不好看了,但运粮的人十五分钟就能推车过桥。拍照的年轻人少了,但河两岸的赶集人流翻了六倍。工队后来把这条规矩写进报价单:按任务数量收费,画像只影响单价的系数。

后来有人问为什么不在第一座桥上加一条货运通道。工队的回答很直接:一座桥的主结构一旦定了,再加东西只是贴膏药。任务和画像如果在图纸阶段就混了,造出来就是一座表面好看但没解决过河问题的桥。

待完成任务

用户在某情境下想要完成的任务或想要取得的进展,关注的是“要做什么”,是功能需求的根。

用户画像

对目标用户群体的特征、行为、偏好和限制的概括描述,关注的是“谁来做”,用于调适细节而非决定主线。

故事对应

  • 第一份笔记记录过河原因和情景:JTBD,聚焦任务、时间、约束
  • 第二份笔记记录年龄收入和喜好:用户画像,聚焦执行者的特征
  • 按画像造了景观桥却运不了粮:画像驱动而任务被忽略的典型翻车
  • 按任务定结构、按画像调参数:JTBD 决定主架构,画像做微调

落到 Agent 项目里

做 Soloharness Agent 功能规划时,先用 JTBD 列清楚用户在什么场景下想让 Agent 完成什么事,这件事的成和败分别长什么样。然后再把用户画像放进来问:完成这个任务的人,在技术熟悉度、时间预算、协作方式上有什么差异,这些差异只影响交互细节,不动主任务逻辑。