Menú
使用Jobs-to-be-Done (JTBD)框架挖掘用户真实需求。用于验证产品方向、识别真需求与伪需求、找产品-市场契合点。这个skill应该被用于：用户描述了一个产品想法、需要验证某个需求是否真实存在、分析用户为什么不使用某个产品、理解用户雇用或解雇产品的原因。
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Basado en la clasificación ocupacional SOC
面试前公司背调。快速梳理目标公司的业务/产品、融资与规模、组织与文化、面试特点、薪资区间与避坑点，帮助用户有的放矢地准备。触发词：公司背调、了解公司、面试前了解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：假设产品失败后验证需求是否真实