jtbd-framework — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited jtbd-framework (Agent Skill) and scored it 100/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 0 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 0 flagged
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
story-splittingrice-prioritizationjourney-mapping"People don't buy a quarter-inch drill, they buy a quarter-inch hole."
用户买的不是产品（drill），是完成一项工作的能力（在墙上钻洞）。
更深一层："为什么要钻洞？" → 挂相框 → 让家变温馨 → 满足情感 + 社交需求。
功能 job ≠ 全部。还有 情感 job + 社交 job 三层。
| 层 | 含义 | 例子（"挂相框"） |
|---|---|---|
| Functional job | 任务本身要完成什么 | 在墙上钻一个 1/4 英寸的洞 |
| Emotional job | 完成这个任务时的内在感受 | 我能搞定我家装修，我有掌控感 |
| Social job | 别人怎么看我 / 我怎么呈现给别人 | 朋友来家里看到这面照片墙觉得我有品位 |
红线：只识别 functional job 的 JTBD 是不完整的。Emotional + Social 解释了"为什么用户在功能等价情况下选 A 不选 B"。
When <情境>, I want to <动机>, so I can <结果 / 价值>.❌ 弱：用户想要一个收藏夹功能 ✅ 强：When 我看到一篇感兴趣的文章但没空看，I want to 把它存起来稍后能找到，so I can 不用记在脑里也不会丢。
❌ 弱：用户想要更多的支付方式 ✅ 强：When 我准备结账但发现要的支付方式没有，I want to 切换到 PayPal 或微信支付，so I can 不用退出去重新开始。
用户在什么具体场景下需要这个 job？时间 / 地点 / 心情 / 紧迫度 / 设备。具体到一个画面，不是抽象描述。
When <触发情境>, I want to <做什么>, so I can <得到什么具体结果>.完成这个 functional job 时用户自我感觉应该是什么？
用户希望别人怎么看他？
针对同一个 job，用户当前用什么完成（不一定是软件——可能是手写 / 找朋友 / Excel / 第三方工具）？
旧 persona 模式：38 岁 / 北京 / 中产 / 喜欢咖啡 / 已婚 → 几乎没用。
JTBD-based persona 模式：
## Persona: <名字>
### 触发情境（不是人口学）
- 通常在什么场景下出现 X 需求
### 三层 job
- Functional: ...
- Emotional: ...
- Social: ...
### 当前的解决方案
- 在用 X / Y / Z 完成这个 job
### 切换阻力
- 时间 / 钱 / 习惯 / 技能 / 朋友圈
### 切换驱力
- 当前痛点 / 新需求出现 / 触发事件挖完 JTBD 后做 empathy map 三角验证。
┌─────────────────────┬─────────────────────┐
│ SAYS │ THINKS │
│ （他说什么） │ （他心里怎么想） │
│ - 直接引述 │ - 推测的内心想法 │
│ - 用户访谈原话 │ - 不会大声说的 │
├─────────────────────┼─────────────────────┤
│ DOES │ FEELS │
│ （他做什么） │ （他感觉如何） │
│ - 观察到的行为 │ - 情绪 / 状态 │
│ - 用产品的方式 │ - 焦虑 / 兴奋 / 沮丧 │
└─────────────────────┴─────────────────────┘关键：四个象限互相对照。如果 SAYS 和 DOES 不一致 → 用户言行不一 → 真实 job 在 DOES 里不在 SAYS 里。
# JTBD Analysis: <场景名>
## 触发情境
<具体到一个画面：时间 / 地点 / 设备 / 心情>
## Job Statements（三层）
### Functional
**When** <情境>, **I want to** <动机>, **so I can** <结果>.
### Emotional
用户希望感觉：<自信 / 掌控 / 轻松 / ...>
不希望感觉：<焦虑 / 出错 / 被嘲笑 / ...>
### Social
用户希望别人看他：<专业 / 跟潮流 / 可靠 / ...>
不希望别人看他：<落伍 / 笨拙 / ...>
## 当前解决方案 vs 我们方案
| 维度 | 当前方案 | 我们方案 | 是否解决 job 更优 |
|---|---|---|---|
| Functional | ... | ... | ✅/❌ |
| Emotional | ... | ... | ✅/❌ |
| Social | ... | ... | ✅/❌ |
## 切换阻力 / 驱力分析
阻力（用户为什么不切换）：
- ...
驱力（什么会促使切换）：
- ...
## Persona 触达
- 触发情境出现频率：高 / 中 / 低
- 当前用户群规模估算：...
## Empathy Map
| SAYS | THINKS |
|---|---|
| 用户访谈原话 1 | 推测内心想法 1 |
| DOES | FEELS |
|---|---|
| 观察到的行为 1 | 情绪 1 |
## 决策建议
- 这个 job 值得做吗？（输入 rice-prioritization）
- Functional / Emotional / Social 哪一层是差异化重点？| 逃逸路径 | 为什么不行 |
|---|---|
| "用户说想要 X 我们就做 X" | 用户说的是表层需求，job 是底层动机。需求工程史上经典翻车："用户说想要更快的马"（Ford） |
| "只挖 functional job 够了" | 缺 emotional + social → 解释不了为什么用户在功能等价时选竞品。差异化通常发生在 emotional / social 层 |
| "Persona 用人口学就行了" | 38 岁北京中产男 = 一群人 job 完全不同。基于 JTBD 的 persona 才有解释力 |
| "Empathy map 四象限太多了" | 关键不是写满，是看 SAYS vs DOES 一致性。不一致 = job 在 DOES 里。少一个象限就漏关键信号 |
| "JTBD 太学术，直接做 feature" | "直接做 feature"是没有 job 锚点的赌博。30% feature 上线后没人用就是没 job |
| "我们已经知道用户想要什么了" | "已经知道" = 假设没验证。JTBD 是把假设显式化的工具，不是补全工具。已经知道也要走一遍验证 |
| "竞品对照太麻烦不做" | 不做 = 不知道用户当前用什么完成 job = 不知道切换阻力 = 设计的 onboarding 失效 |
story-splitting 拆 featurerice-prioritizationjourney-mappingproduct-management:write-specproduct-management:synthesize-researchv1.0 — 2026-05-08 product-thinking plugin v0.1.0 首发。
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.