Find-Need：第一性原理需求发现与梳理

核心定义

> 真正的需求 = 用户在特定情境中，为完成某个目标，愿意付出代价去消除的障碍。

第一性原理应用于需求：剥离所有"假设"、"惯例"、"别人都这么做"，直到触碰用户行为背后最真实的驱动力。

Pre-Phase：范围对齐（必须先执行）

在任何分析之前，先完成范围对齐。 盲目展开分析等于类比思维——"先做再说"本身就是错误的。

对齐以下两点（一次最多问 2 个问题）：

1. 受众是谁：分析结果给谁看？（PM / 产品团队 / 技术 Leader / 老板 / 自用）
2. 深度需求：需要快速判断（5分钟决策）还是系统梳理（完整报告）？

根据对齐结果，选择执行模式：

执行流程（四步法）

Phase 1：接收与澄清（Clarify）

若输入模糊，一次只问最关键的 1-2 个问题（优先顺序如下，选最缺的）：

1. 谁的需求？（用户 / 老板 / 运营 / 技术驱动）
2. 什么情境/场景触发了这个需求？
3. 用户现在是怎么处理这个问题的？

> 若信息已足够，跳过追问，直接进入 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 在实际使用中自动积累，请勿手动删除。

（暂无记录，随使用积累）