其他
需要从用户动机而非功能出发重做产品决策时,用 JTBD…
当你要理解用户行为背后的深层动机、并据此重构产品决策或发现机会点时,用 Jobs-to-Be-Done 框架做功能/情感/社会三维映射。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 48/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 52/100 ×0.15
适用场景
需要从用户动机而非功能出发重做产品决策时通用
解决思路
- 读取用户提供的文件(访谈数据、产品背景等),并把 $ARGUMENTS 作为本次 JTBD 研究的对象。
- 识别核心 job:用户根本上想完成的事情是什么。
- 映射 job 的三个维度:Functional(实际要完成的任务或结果)、Emotional(想获得的感受或想避免的感受)、Social(希望被他人如何看待)。
- 定义 job 阶段:把完整的 job 生命周期画出来——define、locate、prepare、confirm、execute、monitor、modify、conclude。
- 识别结果期望:在每个维度上,成功分别长什么样。
- 把 job 写成标准句式:When [situation], I want to [motivation], so I can [expected outcome](当[情境]时,我想要[动机],以便[期望结果])。
- 映射现有解决方案:用户目前是如何“雇佣”产品来完成这个 job 的。
- 寻找机会点:现有解决方案在哪些地方没有服务好这个 job(underserved)。
- 用结构化格式呈现 JTBD 映射结果,并给出清晰的设计含义与启示。
适用边界 · 注意事项
- 只需要明确“用户是谁”(用户画像/角色特征)时,应改用 user-persona,而不是 JTBD。
- 没有用户访谈、行为数据等动机信息来源时,三维映射容易退化为主观猜测。
- 只关心功能优先级排序、不打算追问用户动机时,不属于本框架的适用范围。