陆怀瑾 (COO)
84 lines
2.4 KiB
Markdown
84 lines
2.4 KiB
Markdown
# 需求分析方法
|
||
|
||
## 元数据
|
||
|
||
| 属性 | 值 |
|
||
|------|-----|
|
||
| **领域** | 产品 |
|
||
| **责任人** | 沈路明 (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 | 初始创建 | 陆怀瑾 | |