陆怀瑾 (COO)
2.4 KiB
2.4 KiB
需求分析方法
元数据
| 属性 | 值 |
|---|---|
| 领域 | 产品 |
| 责任人 | 沈路明 (productmanager) |
| 版本 | v1.0 |
| 创建日期 | 2026-06-22 |
| 标签 | 需求分析, 用户调研, 产品管理 |
概述
需求分析是从用户/业务痛点出发，将模糊的需求描述转化为可落地的产品功能规格的系统化方法。核心原则：先理解问题，再设计方案。
正文
一、需求收集方法
-
用户访谈（定性）
- 每轮访谈 5-8 个目标用户
- 半结构化访谈：准备提纲 + 灵活追问
- 核心问题：「你最想解决什么问题？」「现在怎么解决的？」
-
问卷调查（定量）
- 覆盖 100+ 目标用户
- 包含选择题（量化）+ 开放题（发掘）
- 关键指标：问题频率、痛点程度、替代方案满意度
-
数据分析
- 页面点击热力图
- 用户行为漏斗（转化率断点）
- 客服工单高频关键词
二、需求优先级评估 — ICE 模型
| 因子 | 说明 | 评分 (1-10) |
|---|---|---|
| Impact（影响面） | 影响多少用户？对核心指标影响多大？ | |
| Confidence（信心度） | 我们有多少证据这个方案有效？ | |
| Ease（实现难度） | 开发成本多高？时间多长？ |
总分 = I × C × E（E 分数越高越容易，越大越好）
三、需求文档化
-
用户故事标准格式
作为 [用户角色]， 我希望 [功能/行为]， 以便 [获得的价值]。
-
验收条件（Acceptance Criteria）
- 必须可测试、可验证
- 正面条件 + 边缘情况
-
原型验证
- 低保真原型验证交互流程（1-2 天）
- 用户测试 3-5 人，观察操作行为
- 根据反馈迭代后进入高保真设计
四、需求评审流程
需求方提出 → PM 分析评估 → 交互设计 → 技术评审
→ 排期评估 → 最终评审 → 进入开发
每一步评审需至少以下人员参与：
- PM（负责人）
- 1 名开发（评估技术可行性）
- 1 名设计师（评估交互可行性）
- 需求方（确认需求理解正确）
相关条目
变更记录
| 日期 | 版本 | 变更说明 | 变更人 |
|---|---|---|---|
| 2026-06-22 | v1.0 | 初始创建 | 陆怀瑾 |