jtbd-frameworklisted

# Jobs-to-be-Done + Persona + Empathy ## 何时触发 - "用户到底想要什么" - 决定要不要做一个 feature 时（先问"它解决什么 job"） - 看到用户反馈但没看出底层需求 - "我们的 USP 是什么" - 竞品分析时（先对齐 job 才有可比性） - onboarding 重设计前（先确认 job 顺序） - 定 persona 之前 ## 何时不触发 - 已经明确 job 了，要拆功能 → 用 `story-splitting` - 已经明确多个 job 了，要排优先级 → 用 `rice-prioritization` - 用户已经在用产品了，看体验流程 → 用 `journey-mapping` ## 核心理念（Christensen） > "People don't buy a quarter-inch drill, they buy a quarter-inch hole." 用户买的不是产品（drill），是**完成一项工作的能力**（在墙上钻洞）。 更深一层："为什么要钻洞？" → 挂相框 → 让家变温馨 → 满足情感 + 社交需求。 **功能 job ≠ 全部**。还有 **情感 job** + **社交 job** 三层。 ## JTBD 三层 | 层 | 含义 | 例子（"挂相框"） | |---|---|---| | **Functional job** | 任务本身要完成什么 | 在墙上钻一个 1/4 英寸的洞 | | **Emotional job** | 完成这个任务时的内在感受 | 我能搞定我家装修，我有掌控感 | | **Social job** | 别人怎么看我 / 我怎么呈现给别人 | 朋友来家里看到这面照片墙觉得我有品位 | **红线**：只识别 functional job 的 JTBD 是不完整的。Emotional + Social 解释了"为什么用户在功能等价情况下选 A 不选 B"。 ## Job Statement（标准格式） ``` When <情境>, I want to <动机>, so I can <结果 / 价值>. ``` ### 例子 ❌ 弱：用户想要一个收藏夹功能 ✅ 强：**When** 我看到一篇感兴趣的文章但没空看，**I want to** 把它存起来稍后能找到，**so I can** 不用记在脑里也不会丢。 ❌ 弱：用户想要更多的支付方式 ✅ 强：**When** 我准备结账但发现要的支付方式没有，**I want to** 切换到 PayPal 或微信支付，**so I can** 不用退出去重新开始。 ### 写法注意 - "When X" 是触发情境（具体场景），不是用户类型 - "I want to" 是动机（用户视角），不是 feature 描述 - "so I can" 是用户得到的价值 / 结果，不是产品功能 ## 5 步流程 ### Step 1：识别触发情境 用户在什么具体场景下需要这个 job？时间 / 地点 / 心情 / 紧迫度 / 设备。具体到一个画面，不是抽象描述。 ### Step 2：写 functional job statement ``` When <触发情境>, I want to <做什么>, so I can <得到什么具体结果>. ``` ### Step 3：挖 emotional job 完成这个 functional