# 需求池与优先级指南

需求池（Backlog）管理产品需求的收集、评估和排期，确保资源投入在最高价值的事项上。

## 需求池结构

### 需求条目模板

```markdown
### 需求池

| ID | 需求名称 | 类型 | 描述 | 来源 | 优先级 | 状态 | 负责人 | 预计工时 |
|----|----------|------|------|------|--------|------|--------|----------|
| R001 | [需求名] | 功能/优化/BUG | [一句话描述] | 用户反馈 | P0 | 待评审 | [姓名] | [工时] |
| R002 | [需求名] | 功能/优化/BUG | [一句话描述] | 数据分析 | P1 | 已排期 | [姓名] | [工时] |
```

### 需求字段说明

- **类型**：功能（新增）、优化（改进现有）、BUG（缺陷）、技术债（架构）
- **来源**：用户反馈、数据分析、竞品跟踪、战略规划、技术驱动
- **优先级**：P0（必须做，阻塞发布）、P1（应该做，影响核心体验）、P2（可以做，提升满意度）、P3（考虑做，长期价值）
- **状态**：待收集、待评审、已确认、已排期、开发中、已上线、已搁置

## 优先级评估方法

### RICE 评分法

| 维度 | 说明 | 评分范围 |
|------|------|----------|
| Reach（触达） | 影响多少用户/事件 | 每周期数量 |
| Impact（影响） | 对每个用户的影响程度 | 3（巨大）、2（高）、1（中）、0.5（低）、0.25（极低） |
| Confidence（信心） | 对估算的确信程度 | 100%（高）、80%（中）、50%（低） |
| Effort（成本） | 需要多少资源（人月） | 实际投入 |

**RICE 分数 = (Reach × Impact × Confidence) / Effort**

分数越高优先级越高。

### 价值-复杂度矩阵

```
      高价值
         │
  快速取胜 │ 重点投入
  (先做)   │ (规划做)
         │
─────────┼───────── 高复杂度
         │
  廉价替代 │ 避免/拆解
  (最后做) │ (不做或拆分)
         │
      低价值
```

### Kano 模型分类

| 类型 | 用户态度 | 策略 |
|------|----------|------|
| 基本型（Must-be） | 没有会极度不满，有了觉得理所当然 | 必须满足，门槛项 |
| 期望型（One-dimensional） | 有了满意，没有不满 | 越多越好，竞争性 |
| 兴奋型（Attractive） | 没有也无所谓，有了极度惊喜 | 差异化亮点 |
| 无差异型（Indifferent） | 有无都不在意 | 不做 |
| 反向型（Reverse） | 有了不满 | 避免 |

## 版本规划

### 版本划分原则

| 版本 | 定位 | 周期 | 内容 |
|------|------|------|------|
| MVP | 验证核心价值 | 2-4周 | 最小可用功能集 |
| 大版本 | 完整体验 | 1-2月 | 核心功能闭环 |
| 小版本 | 持续优化 | 2周 | 迭代优化、BUG修复 |
| Hotfix | 紧急修复 | 即时 | 严重BUG、安全漏洞 |

### 版本内容模板

```markdown
# [版本号] 版本规划

## 版本目标
[一句话目标]

## 发布时间
[日期]

## 需求清单

### P0（必须完成）
- [ ] [需求ID] [需求名称]：[简要说明]
- [ ] [需求ID] [需求名称]：[简要说明]

### P1（争取完成）
- [ ] [需求ID] [需求名称]：[简要说明]

### P2（时间允许）
- [ ] [需求ID] [需求名称]：[简要说明]

## 风险与依赖
| 风险 | 应对方案 |
|------|----------|
| [风险] | [方案] |

## 上线检查清单
- [ ] 功能验收通过
- [ ] 埋点验证通过
- [ ] 性能测试通过
- [ ] 兼容性测试通过
- [ ] 文案/UI走查通过
- [ ] 运营/客服培训完成
```

## 需求评审检查清单

在将需求放入版本前确认：

- [ ] 用户价值明确（解决什么问题）
- [ ] 验收标准可测试（无歧义）
- [ ] 技术可行性已确认（非空中楼阁）
- [ ] 依赖关系已梳理（不阻塞其他团队）
- [ ] 数据埋点已规划（可衡量效果）
- [ ] 运营/客服方案已同步（上线准备）

## 常见陷阱

- **需求膨胀**：版本内塞入过多需求，导致延期
- **优先级通胀**：所有需求都标P0，失去意义
- **技术债忽视**：只堆功能不重构，速度越来越慢
- **伪需求**：用户说的"想要"不等于"需要"，追问动机
- **完美主义**：追求100分导致错过时间窗口，先做到80分上线验证