Menu
使用Jobs-to-be-Done (JTBD)框架挖掘用户真实需求。用于验证产品方向、识别真需求与伪需求、找产品-市场契合点。这个skill应该被用于：用户描述了一个产品想法、需要验证某个需求是否真实存在、分析用户为什么不使用某个产品、理解用户雇用或解雇产品的原因。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
面试前公司背调。快速梳理目标公司的业务/产品、融资与规模、组织与文化、面试特点、薪资区间与避坑点，帮助用户有的放矢地准备。触发词：公司背调、了解公司、面试前了解XX、这家公司怎么样、XX公司评价、去XX公司面试、公司靠谱吗、XX公司薪资。
面试全流程总控教练（编排层）。按"投递前→面试前→面试后"生命周期，把用户路由到正确的专项 Skill，并保证环节间衔接成闭环。触发词：面试辅导、准备面试、帮我面试、面试全流程、求职辅导、面试陪练、面试怎么准备、从零开始准备面试、求职规划。
生成预测面试题库、答题话术策略、打磨自我介绍。触发词：面试会问什么、准备面试题、面试话术、怎么回答离职原因、自我介绍、STAR、面试重点、面试前准备什么、行为题、压力面。
复盘真实面试表现、生成高质量反向提问清单。触发词：面试复盘、面得怎么样、面试后复盘、面试官可能怎么看、我该问什么、反向提问、面试后问什么、面试后该做什么。
多角色模拟面试官，实战对练并给评分与改进。触发词：模拟面试、面试陪练、帮我练面试、mock interview、模拟技术面、模拟HR面、来一场模拟面试、压力面试。
Offer 薪资拆解、谈判话术、多 Offer 决策、投递进度管理。触发词：谈薪、薪资谈判、offer对比、多个offer怎么选、怎么谈工资、入职前注意、投递进度、面试进度管理、总包、期权。
| name | jtbd-demand-mining |
| description | 使用Jobs-to-be-Done (JTBD)框架挖掘用户真实需求。用于验证产品方向、识别真需求与伪需求、找产品-市场契合点。这个skill应该被用于：用户描述了一个产品想法、需要验证某个需求是否真实存在、分析用户为什么不使用某个产品、理解用户雇用或解雇产品的原因。 |
使用 Jobs-to-be-Done 框架，系统性地探索用户试图完成的功能性、社交性和情感性工作，识别真正的痛点和收益，帮助验证产品方向是否正确。
| 层级 | 问法 | 示例 |
|---|---|---|
| 功能性工作 | 用户需要完成什么任务？ | "整理发票"、"管理团队日程" |
| 社交性工作 | 用户想在别人眼中呈现什么形象？ | "看起来很专业"、"被同事认可" |
| 情感性工作 | 用户内心想感受到什么？ | "减少焦虑"、"获得掌控感" |
明确分析目标：
按顺序探索，每层都要问"为什么"直到挖到本质：
功能性工作 → 社交性工作 → 情感性工作
针对每层工作，问：
问：
不是所有痛点都同等重要，按严重程度排序：
产品/方向：[你的产品方向]
目标用户：[具体描述]
【功能性工作】
1. [用户需要完成的具体任务]
【社交性工作】
1. [用户想呈现的形象/获得的社会认可]
【情感性工作】
1. [用户内心想感受的情绪状态]
【核心痛点】(按严重程度)
1. [最痛的痛点] - 严重程度：高
2. [次要痛点] - 严重程度：中
【期望收益】
1. [用户最想要的收益]
【需求验证结论】
- 真需求？：[是/否/部分]
- 理由：[简述]
- 下一步：[需要做什么验证]
| 陷阱 | 症状 | 对策 |
|---|---|---|
| 把解决方案当需求 | "用户想要一个XX功能" | 追问"为什么需要这个功能" |
| 需求定义太宽泛 | "用户想要更高效" | 具体化：什么场景下、做什么事 |
| 只关注功能层 | 只挖掘任务层面的需求 | 必须探索社交层和情感层 |
| 凭空捏造 | 没有任何用户数据支撑 | 进行用户访谈或观察 |
| 所有痛点等同视之 | 眉毛胡子一把抓 | 必须按严重程度排序 |
这个skill不是：
当用户说"用户想要X"时，连续追问5个"为什么"：
用户想要X功能
→ 为什么用户想要这个？（因为Y问题）
→ 为什么会产生Y问题？（因为Z期望）
→ Z期望背后是什么？（更深层的动机）
→ 这个深层动机与什么情感相关？（情感层）
如需更深入分析，可结合：
discovery-interview-prep：设计用户访谈来验证JTBD发现pre-mortem-analyst：假设产品失败后验证需求是否真实