# 需求分析方法

## 元数据

| 属性 | 值 |
|------|-----|
| **领域** | 产品 |
| **责任人** | 沈路明 (productmanager) |
| **版本** | v1.0 |
| **创建日期** | 2026-06-22 |
| **标签** | 需求分析, 用户调研, 产品管理 |

## 概述

需求分析是从用户/业务痛点出发，将模糊的需求描述转化为可落地的产品功能规格的系统化方法。核心原则：先理解问题，再设计方案。

## 正文

### 一、需求收集方法

1. **用户访谈**（定性）
   - 每轮访谈 5-8 个目标用户
   - 半结构化访谈：准备提纲 + 灵活追问
   - 核心问题：「你最想解决什么问题？」「现在怎么解决的？」

2. **问卷调查**（定量）
   - 覆盖 100+ 目标用户
   - 包含选择题（量化）+ 开放题（发掘）
   - 关键指标：问题频率、痛点程度、替代方案满意度

3. **数据分析**
   - 页面点击热力图
   - 用户行为漏斗（转化率断点）
   - 客服工单高频关键词

### 二、需求优先级评估 — ICE 模型

| 因子 | 说明 | 评分 (1-10) |
|------|------|------------|
| **I**mpact（影响面） | 影响多少用户？对核心指标影响多大？ | |
| **C**onfidence（信心度） | 我们有多少证据这个方案有效？ | |
| **E**ase（实现难度） | 开发成本多高？时间多长？ | |

总分 = I × C × E（E 分数越高越容易，越大越好）

### 三、需求文档化

1. **用户故事标准格式**
   > 作为 **[用户角色]**，
   > 我希望 **[功能/行为]**，
   > 以便 **[获得的价值]**。

2. **验收条件（Acceptance Criteria）**
   - 必须可测试、可验证
   - 正面条件 + 边缘情况

3. **原型验证**
   - 低保真原型验证交互流程（1-2 天）
   - 用户测试 3-5 人，观察操作行为
   - 根据反馈迭代后进入高保真设计

### 四、需求评审流程

```
需求方提出 → PM 分析评估 → 交互设计 → 技术评审
    → 排期评估 → 最终评审 → 进入开发
```

每一步评审需至少以下人员参与：
- PM（负责人）
- 1 名开发（评估技术可行性）
- 1 名设计师（评估交互可行性）
- 需求方（确认需求理解正确）

## 相关条目

- [PRD模板.md](PRD模板.md)
- [开发规范.md](../技术/开发规范.md)

## 变更记录

| 日期 | 版本 | 变更说明 | 变更人 |
|------|------|----------|--------|
| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |