EnterpriseArchitect/knowledge/产品/需求分析方法.md

需求分析方法

元数据

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

概述

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

正文

一、需求收集方法

1. 用户访谈（定性）

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

2. 问卷调查（定量）

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

3. 数据分析

   • 页面点击热力图
   • 用户行为漏斗（转化率断点）
   • 客服工单高频关键词

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

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

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

三、需求文档化

1. 用户故事标准格式

   作为 [用户角色]， 我希望 [功能/行为]， 以便 [获得的价值]。

2. 验收条件（Acceptance Criteria）

   • 必须可测试、可验证
   • 正面条件 + 边缘情况

3. 原型验证

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

四、需求评审流程

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

每一步评审需至少以下人员参与：

• PM（负责人）
• 1 名开发（评估技术可行性）
• 1 名设计师（评估交互可行性）
• 需求方（确认需求理解正确）

相关条目

• PRD模板.md
• 开发规范.md

变更记录

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