下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/user_3299e856--find-need.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @user_3299e856/find-need。第一性原理需求发现与梳理 Skill。当用户需要发现真实需求、识别伪需求、梳理产品/业务/用户需求的本质时使用。 基于马斯克第一性原理（First Principles Thinking）+ 5-Why 根因追问 + Jobs-to-be-Done 框架，将模糊的表层需求层层拆解，还原为真正值得解决的核心问题，并输出最小可落地的真实需求方案。
触发词：发现需求、梳理需求、需求分析、真实需求、伪需求、第一性原理、需求本质、需求挖掘、用户真实诉求、需求背后的需求、用户为什么需要、这个需求值不值得做、这个需求是不是真实的、需求溯源、需求拆解、需求验证、用户需求、产品需求、业务需求、why behind the need、first principles、real need、find real need、用第一性原理分析、帮我梳理真实需求、这个需求是不是伪需求、用户要的到底是什么
阅读全文 （展开查看完整说明）
概述
核心定义
真正的需求 = 用户在特定情境中，为完成某个目标，愿意付出代价去消除的障碍。
第一性原理应用于需求：剥离所有"假设"、"惯例"、"别人都这么做"，直到触碰用户行为背后最真实的驱动力。
Pre-Phase：范围对齐（必须先执行）
在任何分析之前，先完成范围对齐。 盲目展开分析等于类比思维——"先做再说"本身就是错误的。
对齐以下两点（一次最多问 2 个问题）：
- 受众是谁：分析结果给谁看？（PM / 产品团队 / 技术 Leader / 老板 / 自用）
- 深度需求：需要快速判断（5分钟决策）还是系统梳理（完整报告）？
根据对齐结果，选择执行模式：
| 模式 | 适用场景 | 执行深度 |
|---|---|---|
| 快判模式 | 会议中、快速决策 | Pre-Phase + Phase 1 + 一句话结论 |
| 标准模式 | 日常需求评审 | 完整四步法，标准报告 |
| 深度模式 | 战略级需求、大型功能 | 完整四步法 + 多角色交叉验证 + 详细报告 |
执行流程（四步法）
Phase 1：接收与澄清（Clarify）
若输入模糊，一次只问最关键的 1-2 个问题（优先顺序如下，选最缺的）：
- 谁的需求？（用户 / 老板 / 运营 / 技术驱动）
- 什么情境/场景触发了这个需求？
- 用户现在是怎么处理这个问题的？
若信息已足够，跳过追问，直接进入 Phase 2。
Phase 2：第一性原理拆解（Deconstruct）
参考 references/first-principles-framework.md 执行四层拆解：
层 1 — 剥离类比假设
- 识别所有"因为别人有/行业惯例/历史遗留/领导决定"的假设
- 明确列出，询问："如果没有这些假设，这个需求还成立吗？"
层 2 — 5-Why 根因追问
- 对原始需求连续追问"为什么"，至少 3 层，最多 5 层
- 终止条件：触碰客观的用户行为动机 / 不可改变的外部约束 / 到达第 5 层
层 3 — JTBD 还原
- 用 JTBD 框架提炼真实需求：
- 功能性目标：用户想完成什么具体任务？
- 情感性目标：希望感受到什么？避免感受到什么？
- 社会性目标：希望在他人眼中呈现什么？
- 输出 JTBD 陈述：
"当 [情境] 时，[用户角色] 想要 [功能目标]，这样他们能感受到 [情感目标]，并在他人眼中 [社会目标]。"
层 4 — 真实性验证
- 付费/付出意愿：用户愿意为此付钱、花时间或改变习惯吗？
- 当前替代方案：用户现在怎么处理？满意吗？
- 频率与规模：多久一次？多少人有？
- 最小可验证：最低成本的验证方式是什么？
同时参考 references/pseudo-need-patterns.md 进行伪需求信号扫描。
Phase 3：结构化输出（Report）
根据 Pre-Phase 对齐的受众，加载 references/need-report-templates.md，选择对应模板输出：
- PM / 产品经理：完整需求分析报告
- 老板 / 业务方：非技术摘要（用业务语言）
- 团队对齐会：混合报告（结论优先 + 行动项）
- 自用快判：一段话结论 + 是否建议做
Phase 4：迭代确认（Iterate）
- 报告输出后问："这个分析是否符合你的实际情况？有哪里需要调整？"
- 根据反馈补充信息，修正分析层级
- 深度模式下，可对同一需求进行多角色（用户/产品/业务）交叉验证
协作原则
- 不假设用户意图：拿不准先问，一个对齐问题比 50 行错方向的分析有价值
- 先理解再质疑：给历史需求以合理解释的机会，再判断是否是伪需求
- 量化结论：每个"建议不做"的判断附上原因（什么假设/什么信号）
- 拒绝过度分析：快判模式下不强求完整报告，结论比仪式感重要
参考资源
references/first-principles-framework.md— 第一性原理详细方法论 + 5-Why / JTBD 操作手册 + 优先级矩阵（Phase 2 必读）references/pseudo-need-patterns.md— 伪需求模式库，6 类信号 × 5 类陷阱 × 破解方法（Phase 2 层 4 使用）references/need-report-templates.md— 多受众报告模板：PM版 / 业务版 / 团队对齐版 / 快判版（Phase 3 使用）
踩坑经验
每次经过 2 次及以上尝试才得出正确结果时，在此处记录。格式：
场景：经验要点此区域由 AI 在实际使用中自动积累，请勿手动删除。
（暂无记录，随使用积累）
