需求调研方法论
调研准备
调研前的功课
调研前必须了解：
客户基本信息：
- 公司规模（员工数、营收）
- 行业背景（政府/金融/教育/医疗）
- IT 组织架构（IT 部门规模、汇报关系）
- 现有 IT 投入（预算规模）
项目背景：
- 项目来源（自发需求/上级要求/竞品替换）
- 项目预算（是否已立项）
- 决策时间线（何时需要完成采购）
- 竞争情况（是否有其他厂商在跟进）
技术现状（通过公开信息了解）：
- 现有数据中心规模
- 使用的主要 IT 产品（官网/招标公告）
- 历史采购记录调研问卷设计
调研问卷模板（云计算项目）：
一、现状调研
1. 目前有多少台物理服务器？分布在哪些数据中心？
2. 现有虚拟化平台是什么？（VMware/KVM/其他）
3. 存储现状：总容量、使用率、存储类型
4. 网络现状：带宽、拓扑、是否有 SDN
5. 现有云管平台？（有/无）
二、痛点调研
6. 目前 IT 运维最大的挑战是什么？
7. 资源申请流程需要多长时间？
8. 是否发生过重大故障？原因是什么？
9. 扩容是否方便？周期多长？
10. 运维人员数量是否充足？
三、需求调研
11. 本次建设的主要目标是什么？
12. 需要支持多少个业务系统？
13. 对国产化有什么要求？
14. 对安全合规有什么要求？（等保级别）
15. 预期的 SLA 要求？（可用性、RTO/RPO）
四、规模预测
16. 未来 3 年业务增长预期？
17. 需要支持多少用户/租户？
18. 预期的 VM 数量？
19. 存储容量需求？
20. 预算范围？调研访谈技巧
访谈流程
标准访谈流程（2 小时）：
开场（10 分钟）：
- 自我介绍
- 说明本次访谈目的
- 确认访谈时间和议程
现状了解（40 分钟）：
- 按问卷逐项了解
- 重点追问痛点
需求挖掘（40 分钟）：
- 深入了解业务需求
- 了解决策流程和时间线
- 了解预算情况
方案初步介绍（20 分钟）：
- 简要介绍 H3C 方案思路
- 收集初步反馈
总结（10 分钟）：
- 确认关键信息
- 约定下一步行动记录技巧
访谈记录要点：
实时记录：
- 使用笔记本或平板记录关键信息
- 重要数据（服务器数量、预算）必须记录
- 客户原话（痛点描述）尽量原文记录
访谈后整理（当天完成）：
- 整理访谈笔记
- 补充遗漏信息
- 标注需要跟进的问题
输出访谈纪要：
- 发给客户确认（避免理解偏差）
- 抄送销售和项目经理需求文档编写
需求规格说明书
需求规格说明书结构：
1. 项目概述
1.1 项目背景
1.2 建设目标
1.3 建设范围
2. 现状分析
2.1 现有 IT 架构
2.2 存在的问题
2.3 改进需求
3. 功能需求
3.1 计算资源管理
3.2 存储资源管理
3.3 网络资源管理
3.4 多租户管理
3.5 自助服务门户
3.6 监控与告警
4. 非功能需求
4.1 性能需求
- VM 创建时间 < 2 分钟
- 存储 IOPS > 100,000
4.2 可用性需求
- 管理平台可用性 > 99.9%
- 业务 VM 可用性 > 99.99%
4.3 安全需求
- 等保三级
- 数据加密
- 审计日志
4.4 扩展性需求
- 支持在线扩容
- 3 年内支持 2 倍扩展
5. 约束条件
5.1 预算约束
5.2 时间约束
5.3 技术约束（国产化要求）
6. 验收标准
明确每个需求的验收方式需求优先级管理
MoSCoW 方法
MoSCoW 需求优先级分类：
Must Have（必须有）：
- 核心功能，没有则方案不可接受
- 示例：VM 创建、多租户隔离
Should Have（应该有）：
- 重要功能，缺少会影响满意度
- 示例：自助服务门户、计费报表
Could Have（可以有）：
- 锦上添花，有则更好
- 示例：AI 智能运维、预测性扩容
Won't Have（本次不做）：
- 明确排除，避免范围蔓延
- 示例：公有云对接（二期再做）需求变更管理
需求变更控制流程：
1. 变更申请
客户提出变更需求，填写变更申请表
2. 影响评估
SE 评估变更对方案、工期、成本的影响
3. 审批
项目经理 + 客户负责人共同审批
4. 实施
批准后更新方案文档和 BOM
5. 记录
所有变更记录在案，作为验收依据
原则：
- 需求变更必须书面确认
- 重大变更需要重新评估报价
- 避免口头承诺