pm-requirement-penetration

# 需求穿透方法论 ## 适用场景 当用户提出需求时，不要直接接受表面描述。使用本方法论深度挖掘用户真正想要什么，识别用户没说出口的需求，甚至发现用户自己都没意识到的需求。 ## 核心方法 ### 需求分层模型 用户需求分为四个层次，从下到上价值递增： ``` ┌─────────────────┐ │ 惊喜需求 │ ← 超出预期，带来 "Wow" │ (Delighters) │ ├─────────────────┤ │ 潜在需求 │ ← 用户尚未意识到 │ (Latent) │ ├─────────────────┤ │ 隐性需求 │ ← 用户想到但未说 │ (Implicit) │ ├─────────────────┤ │ 显性需求 │ ← 用户明确表达 │ (Explicit) │ └─────────────────┘ ``` **四层需求定义**： 1. **显性需求**：用户明确表达的需求 - 直接从用户原话中提取 - 这是需求分析的起点，不是终点 2. **隐性需求**：用户想到但未表达的需求 - 用户认为"理所当然"而没说的 - 用户不好意思说的 - 用户以为你会知道的 3. **潜在需求**：用户尚未意识到但会需要的需求 - 基于场景推演发现的需求 - 基于竞品分析发现的需求 - 基于行业趋势预判的需求 4. **惊喜需求**：超出用户预期、能带来 "Wow" 体验的需求 - 创新性的功能或体验 - 让用户感到"这个太棒了！" - 这是产品差异化的关键 ### 5W2H 深度追问 对每个需求，系统性地追问以下7个维度： | 维度 | 问题 | 目的 | |------|------|------| | **What** | 用户说的是什么？背后真正想要的是什么？ | 识别真实需求 | | **Why** | 为什么需要这个？解决什么问题？ | 理解动机 | | **Who** | 谁会用？在什么场景下用？ | 明确用户 | | **When** | 什么时候用？频率如何？ | 理解场景 | | **Where** | 在哪里用？环境如何？ | 理解上下文 | | **How** | 现在怎么解决的？有什么痛点？ | 发现机会 | | **How much** | 愿意付出多少？（时间/金钱/学习成本） | 评估价值 | **追问技巧**： - 至少追问 "为什么" 5次，直到触及根本动机 - 不要满足于第一个答案 - 关注用户的情绪和语气，往往隐藏着真实需求 ### 需求优先级矩阵 基于价值和成本，将需求分为4个优先级： ``` 高价值 │ ┌──────┼──────┐ │ 必做 │ 优先 │ │ P0 │ P1 │ 低成本 ────┼──── 高成本 │ 可做 │ 谨慎 │ │ P2 │ P3 │ └──────┼──────┘ │ 低价值 ``` - **P0（必做）**：高价值 + 低成本 = 必须做 - **P1（优先）**：高价值 + 高成本 = 优先做 - **P2（可做）**：低价值 + 低成本 = 可以做 - **P3（谨慎）**：低价值 + 高成本 = 暂不做 ## 输出要求 完成需求穿透后，应输出以下内容（通常作为PRD的第2章）： ### 2. 需求穿透分析 #### 2.1 用户原始需求 > [用户的原始表述，保持原话] #### 2.2 需求穿透 **显性需求（用户明确表达的）** | 需求 | 用户原话 | 解读 | |------|----------|------| | [需求 1] | "[原话]" | [你的解读] | | [需求 2] | "[原话]" | [你的解读] | **隐性需求（用户想到但未表达的）** | 需求 | 推断依据 | 为什么重要 | |------|----------|------------| | [需求 1] | [依据] | [重要性] | | [需求 2] | [依据] | [重要性] | **潜在需求（用户尚未意识到的）** | 需求 | 洞察来源 | 预期价值 | |------|----------|----------| | [需求 1] | [来源] | [价值] | | [需求 2] | [来源] | [价值] | **惊喜需求（超出预期的创新点）** | 需求 | 创新点 | 预期反应 | |------|--------|----------| | [需求 1] | [创新点] | "Wow, 这个太棒了！" | | [需求 2] | [创新点] | [预期反应] | #### 2.3 需求优先级矩阵 | 优先级 | 需求 | 价值 | 成本 | 决策 | |--------|------|------|------|------| | P0 | [需求] | 高 | 低 | 必须做 | | P1 | [需求] | 高 | 高 | 优先做 | | P2 | [需求] | 低 | 低 | 可以做 | | P3 | [需求] | 低 | 高 | 暂不做 | ## 关键原则 1. **不要急于给答案**：先理解问题，再提供方案 2. **挑战假设**：用户说的不一定是对的，要验证 3. **关注痛点**：真正的需求来自真实的痛苦 4. **追求惊喜**：好产品不只是满足需求，更要超越预期