# 需求管理指引

## 目标

将用户痛点和市场需求转化为可执行的产品规格，并追踪其实现和验证。确保"发现的痛点"最终"被产品解决"并"被用户感知"。

## 何时使用

- 计划阶段：完成 $APPEALS 评分和差评聚类后，进行需求优先级排序和规格转化
- 开发阶段：确认产品规格是否覆盖了关键需求
- 验证阶段：验证需求是否被产品满足

## 需求管理五步闭环

```
收集 → 分析 → 排序 → 实现 → 验证
  ↑                              |
  └──────── 反馈循环 ─────────────┘
```

### 1. 收集（概念+计划阶段）

**已有的收集渠道：**
- `scout reviews` 差评/好评分析
- `scout tiktok search-videos`/`scout reddit trends` 社交媒体讨论
- `scout product` 竞品 Feature Bullets（竞品已满足的需求）
- Web Search 行业报告、论坛帖子

**收集产出：** wiki/overview/pain-points-{slug}.md 中的痛点聚类表和好评亮点表

---

### 2. 分析（计划阶段，$APPEALS 后）

**已有的分析方法：**
- $APPEALS 8 维度评分 → 识别竞品弱项
- 差评聚类 → 痛点频率统计
- 好评高频词 → 用户最在乎什么

**分析产出：** wiki/overview/competition-{slug}.md 中的差异化机会总结

---

### 3. 排序 — 需求优先级矩阵

**目的：** 不是所有痛点都值得解决。排序决定产品规格中包含哪些改进。

**排序矩阵（影响力 × 可行性）：**

| | 高可行性（成本低/供应商能做） | 低可行性（成本高/技术难） |
|---|---|---|
| **高影响力**（高频痛点/用户最在乎） | **P1 必做** | **P2 评估 ROI** |
| **低影响力**（低频/非核心） | **P3 顺手做** | **放弃** |

**影响力评估依据：**
- 差评中该痛点的提及频率（>20% = 高影响）
- 该痛点对应的 $APPEALS 维度权重（用户最在乎的维度 = 高影响）
- 竞品在该维度的得分（竞品普遍弱 = 差异化机会大）

**可行性评估依据：**
- 供应商是否能实现？（已在 wiki/overview/suppliers-{slug}.md 中确认）
- 成本增加多少？（对 FAN 模型的影响）
- 是否需要新模具/认证？（时间和资金成本）

**产出：** 更新 wiki/entities/projects/{slug}.md 关键发现，标注每个需求的优先级（P1/P2/P3/放弃）

---

### 4. 实现 — 需求到规格的转化追踪

**目的：** 确保 P1 需求全部落实到产品规格中，不遗漏。

**需求跟踪表（记录在 wiki/entities/projects/{slug}.md 关键发现中）：**

| 需求（痛点） | 优先级 | 对应产品规格 | 实现方式 | 状态 |
|-------------|--------|------------|---------|------|
| 保温效果差 | P1 | 双层真空结构 | 供应商A模具 | 已确认 |
| 容易漏水 | P1 | 硅胶密封圈升级 | 供应商B配件 | 打样中 |
| 太重 | P2 | 钛合金薄壁 | 成本+15% | 评估中 |
| 颜色单一 | P3 | 3色可选 | 阳极氧化 | 待定 |

**检查点（开发阶段 Gate 前）：**
- P1 需求是否 100% 有对应规格？
- 每个规格是否有明确的实现方式和供应商确认？

---

### 5. 验证 — 需求闭环确认

**目的：** 上架后验证用户是否感知到了我们解决的痛点。

**验证方法（验证阶段 + 生命周期阶段）：**

1. **首批评论分析**（验证阶段）：
   - 好评是否提到了我们的差异化卖点？（P1 需求被感知）
   - 差评是否出现了预期外的新问题？
   - 退货原因是否与已知需求相关？

2. **需求满足度判断：**

| P1 需求 | 好评中提及率 | 差评中仍出现率 | 判断 |
|---------|------------|--------------|------|
| 保温效果 | 40%+ | <5% | ✅ 满足 |
| 防漏水 | 20% | <3% | ✅ 满足 |
| 轻量化 | 5% | 15% | ⚠️ 部分满足，需迭代 |

3. **反馈循环：**
   - 未满足的需求 → 回到步骤 3 重新评估 → 产品迭代
   - 新发现的需求 → 加入需求池 → 下一版本或新产品机会

## 与其他流程的关系

- **$APPEALS** 提供分析框架（步骤 2）
- **FAN 模型** 提供可行性判断的成本依据（步骤 3）
- **开发阶段** 执行规格实现（步骤 4）
- **验证阶段** 执行闭环确认（步骤 5）
- **生命周期阶段** 持续跟踪需求满足度

## 更新页面

| 产出 | 存储位置 |
|------|---------|
| 痛点聚类和好评亮点 | wiki/overview/pain-points-{slug}.md |
| 需求优先级排序 | wiki/entities/projects/{slug}.md 关键发现 |
| 需求跟踪表 | wiki/entities/projects/{slug}.md 关键发现 |
| 验证结果 | wiki/entities/projects/{slug}.md 关键发现 |