产品开发需求管理培训第一期
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
❖ 分析“以市场为导向，以客户为中心” 的两层含义
市场需求
产品需求
客户
客户 客户
需求分析的误区（案例分析）
❖ 市场盲视 ❖ 市场盲从 ❖ 产品开发的最Fra Baidu bibliotek层次是：随需应变
IBM需求管理历程 －从79年的230亿到89年的630亿，IBM依靠其强大的销售能力，潜在
的危机是在90年到93年，IBM亏损180亿 －93年成立了一个虚拟的需求管理部门，下属的各个部门负责人归该部 们协调，实现了“随需应变”的模式转变
❖ 课后思考：根据本次培训，提出对公司需求管理流程 改进想法
需求管理的几个概念
❖ 需求的层次：需求－>需要－>欲望 ❖ 产品需求与业务需求的区别
客户
客户
客户
需求收集 业务需求
需求评审
需求分析 产品需求
产品需求管理的定义
产品需求管理是指为了创建、建立和保 持与目标市场之间的交换和互利关系，而对 市场信息的收集、分析、计划、执行和控制。
产品规划 市场管理
产品测试 流程衔接
需求库 产品版本
产品概念 检视证实
销售管理
组织协调 执行力
需求开发业界最佳实践流程
需求采集 需求评审 需求传递 需求分析 执行验证 事后分析
内部 信息
筛选
需求状态
产品规划
未来版本
分析报告
外部
信息 分类
市场管理 权重
接受
概念分析
产品开发
验证
需求库
需求管理组织形式（一）
作出回应，以确保理解用户的意思 ❖ 语言要中性、有些话越不赞同，越表示他的重要
性 ❖ 表现的“无知”一些，让他们详细描述或举例 ❖ 聚焦人们的期望而不是问题 ❖ 注意倾听大家不一致的地方
❖ 案例（空气新鲜器的调研）
需求采集活动——十问（二）
❖ 客户目前如何解决他们的问题 ❖ 如果客户重新选择将如何选择 ❖ 客户目前尚需解决的问题 ❖ 选择的准则以及各项权重 ❖ 现有的产品中如何安排权重 ❖ 客户的价值角度
三 产品需求采集活动
需求采集单项模板
需求编号： 年月日＋员工号＋需求顺序号
需求类型：（在进行评审时填写） 对功能性需求、非功能性需求的编号
来源（Who） 公司提供者：需求提供者的部门、联系方式 产生需求的客户：客户需求的公司、部门、岗位、联系方式 客户背景资料：受教育程度、岗位经验、其他与本单项需求相关经验
用户大会 专家顾问团 需求探针 用户访谈 高层技术交流 会 用服高层交流 合作开发 产品测试 现场支持 售后反馈
时间范围 短期 中期 长期
♠♠ ♠♠♠ ♠♠♠ ♠ ♠♠♠
♠♠ ♠♠ ♠ ♠ ♠
产品范围
当前 未来
♠
♠
♠
♠
♠
♠
♠
♠
♠ ♠ ♠ ♠ ♠
需求采集活动——听取（一）
❖ 多问多听，不要推销你的想法 ❖ 注意引导、倾听客户的“话外因”，对于听到的
场景（When、Where）： 产生该需求的用户活动特定时间、地理、环境
描述（What）： 用（主＋谓＋宾语）的语法结构，禁止使用修饰语句
原因（Why）：
验收标准（How）： 1.用量化的语言 2.无法量化，寻找标竿
需求重要性权重（How much）： 满足后（1一般～5非常高兴） 未实现（1略感遗憾～5非常懊恼）
跨职能部门
公司业务部门负责人
需求分析人员
产品部门
销售部门
市场部门
适用范围： －产品种类少、复杂程度低 －公司规模小
用服部门
需求管理组织形式（二）
跨职能部门
公司业务部门负责人
需求分析人员
产品部门
销售部门
市场部门
需求管理人员
需求管理人员
适用范围： －产品种类多 －公司IT建设基本成规模
需求管理人员
用服部门 需求管理人员
三 产品需求管理的框架
产品开发的难点（案例分析）
客户描述
产品设计
产品开发
产品销售
需求变更
最终产品
讨论：导致上述原因的几个关键原因。
我们公司目前需求管理的框架
最终客户
最终客户
最终客户
最终客户
需求人员 项目开发线
项目开发
市场人员 需求知识库
维护人员
客服人员 任务开发线
任务开发
开发人员
产品
公司决策层
❖ 案例：
依据该采集 模板，采集 对公司负荷 管理终端的 特性需求 （数据采集 项目不包含）
调查问卷设计
封闭式问卷
❖ 是非法 ❖ 多项选择题 ❖ 李克量表（坚决同意和坚决不同意） ❖ 语义级差 ❖ 重要量表
开放式问卷
❖ 自由格式 ❖ 填充式 ❖ 联想式 ❖ 图示式
采集渠道及特征
效果 直接
间接
方法
主要内容
1 需求管理培训的目的 2 需求管理的目的 3 需求管理的框架 4 需求管理的采集活动
一 需求管理培训的目的
培训目的
❖ 统一认识，提高整个公司的需求收集能力 ❖ 统一需求收集过程，提高需求收集的规范性以及
效率 ❖ 统一需求评审，提高需求收集的有效性 ❖ 通过培训，了解需求收集的工具以及方案 ❖ 通过培训，探讨如何加强公司的需求管理平台建
需求生命特征（When）： 需求的迫切度和时间持续性
需求关联（Which）： 1.人：需求关联的用户影响任务 2.事：需求关联的用户业务与关联需求编号 3.物：需求关联的客户系统、设备
需求关联的公司产品和版本号
参考资料： 在采集活动中的输入材料，仅仅输入引用的 条目、章节
竞争者对比：（按照1差～10分好进行评估） 1.竞争者对该项需求的满足方式 2.用户、客户对竞争者及公司对该项需求的 评价
设
二 产品需求管理的目的
案例分析
❖ 许多公司都导入了IPD流程，但是有的公司产品开发 能力得到了提高，有的公司却没有很大变化
❖ 汽车零配件销售商店的案例
需求 设计 编码 单元测试 验收测试
维护
产品开发的金字塔模型
需求分析的目的
❖ 建立“以市场为导向，以客户为中心”的需求管理 体系，打造真正面向客户的产品。
产品需求开发管理培训
(第一期)
上海华冠电子设备有限责任公司
推荐读物
温伯格《探索需求》
培训安排
1 第一期培训(1.5小时)
❖ 产品需求管理框架 ❖ 产品需求采集
2 第二期培训(1.5小时)
❖ 产品需求评审 ❖ 产品需求传递、跟踪、分析
3 第三期培训(2小时)
❖ 讨论我们公司需求管理框架的建设 ❖ 讨论我们公司需求管理团队的建设
产品需求管理流程定位
企业战略
企业远景
目标和目的
成长战略
流程管理
市场机会分析
目标市场选择
产品需求
商业投资计划 产品系统开发
需求管理的阶段流程
需求采集 需求评审 需求传递 需求分析 执行验证 事后分析
采集内容 采集渠道 采集计划 采集活动
需求筛选 解释分类 权重排序 评估审计
市场管理 公司战略 需求实现 计划合理
市场需求
产品需求
客户
客户 客户
需求分析的误区（案例分析）
❖ 市场盲视 ❖ 市场盲从 ❖ 产品开发的最Fra Baidu bibliotek层次是：随需应变
IBM需求管理历程 －从79年的230亿到89年的630亿，IBM依靠其强大的销售能力，潜在
的危机是在90年到93年，IBM亏损180亿 －93年成立了一个虚拟的需求管理部门，下属的各个部门负责人归该部 们协调，实现了“随需应变”的模式转变
❖ 课后思考：根据本次培训，提出对公司需求管理流程 改进想法
需求管理的几个概念
❖ 需求的层次：需求－>需要－>欲望 ❖ 产品需求与业务需求的区别
客户
客户
客户
需求收集 业务需求
需求评审
需求分析 产品需求
产品需求管理的定义
产品需求管理是指为了创建、建立和保 持与目标市场之间的交换和互利关系，而对 市场信息的收集、分析、计划、执行和控制。
产品规划 市场管理
产品测试 流程衔接
需求库 产品版本
产品概念 检视证实
销售管理
组织协调 执行力
需求开发业界最佳实践流程
需求采集 需求评审 需求传递 需求分析 执行验证 事后分析
内部 信息
筛选
需求状态
产品规划
未来版本
分析报告
外部
信息 分类
市场管理 权重
接受
概念分析
产品开发
验证
需求库
需求管理组织形式（一）
作出回应，以确保理解用户的意思 ❖ 语言要中性、有些话越不赞同，越表示他的重要
性 ❖ 表现的“无知”一些，让他们详细描述或举例 ❖ 聚焦人们的期望而不是问题 ❖ 注意倾听大家不一致的地方
❖ 案例（空气新鲜器的调研）
需求采集活动——十问（二）
❖ 客户目前如何解决他们的问题 ❖ 如果客户重新选择将如何选择 ❖ 客户目前尚需解决的问题 ❖ 选择的准则以及各项权重 ❖ 现有的产品中如何安排权重 ❖ 客户的价值角度
三 产品需求采集活动
需求采集单项模板
需求编号： 年月日＋员工号＋需求顺序号
需求类型：（在进行评审时填写） 对功能性需求、非功能性需求的编号
来源（Who） 公司提供者：需求提供者的部门、联系方式 产生需求的客户：客户需求的公司、部门、岗位、联系方式 客户背景资料：受教育程度、岗位经验、其他与本单项需求相关经验
用户大会 专家顾问团 需求探针 用户访谈 高层技术交流 会 用服高层交流 合作开发 产品测试 现场支持 售后反馈
时间范围 短期 中期 长期
♠♠ ♠♠♠ ♠♠♠ ♠ ♠♠♠
♠♠ ♠♠ ♠ ♠ ♠
产品范围
当前 未来
♠
♠
♠
♠
♠
♠
♠
♠
♠ ♠ ♠ ♠ ♠
需求采集活动——听取（一）
❖ 多问多听，不要推销你的想法 ❖ 注意引导、倾听客户的“话外因”，对于听到的
场景（When、Where）： 产生该需求的用户活动特定时间、地理、环境
描述（What）： 用（主＋谓＋宾语）的语法结构，禁止使用修饰语句
原因（Why）：
验收标准（How）： 1.用量化的语言 2.无法量化，寻找标竿
需求重要性权重（How much）： 满足后（1一般～5非常高兴） 未实现（1略感遗憾～5非常懊恼）
跨职能部门
公司业务部门负责人
需求分析人员
产品部门
销售部门
市场部门
适用范围： －产品种类少、复杂程度低 －公司规模小
用服部门
需求管理组织形式（二）
跨职能部门
公司业务部门负责人
需求分析人员
产品部门
销售部门
市场部门
需求管理人员
需求管理人员
适用范围： －产品种类多 －公司IT建设基本成规模
需求管理人员
用服部门 需求管理人员
三 产品需求管理的框架
产品开发的难点（案例分析）
客户描述
产品设计
产品开发
产品销售
需求变更
最终产品
讨论：导致上述原因的几个关键原因。
我们公司目前需求管理的框架
最终客户
最终客户
最终客户
最终客户
需求人员 项目开发线
项目开发
市场人员 需求知识库
维护人员
客服人员 任务开发线
任务开发
开发人员
产品
公司决策层
❖ 案例：
依据该采集 模板，采集 对公司负荷 管理终端的 特性需求 （数据采集 项目不包含）
调查问卷设计
封闭式问卷
❖ 是非法 ❖ 多项选择题 ❖ 李克量表（坚决同意和坚决不同意） ❖ 语义级差 ❖ 重要量表
开放式问卷
❖ 自由格式 ❖ 填充式 ❖ 联想式 ❖ 图示式
采集渠道及特征
效果 直接
间接
方法
主要内容
1 需求管理培训的目的 2 需求管理的目的 3 需求管理的框架 4 需求管理的采集活动
一 需求管理培训的目的
培训目的
❖ 统一认识，提高整个公司的需求收集能力 ❖ 统一需求收集过程，提高需求收集的规范性以及
效率 ❖ 统一需求评审，提高需求收集的有效性 ❖ 通过培训，了解需求收集的工具以及方案 ❖ 通过培训，探讨如何加强公司的需求管理平台建
需求生命特征（When）： 需求的迫切度和时间持续性
需求关联（Which）： 1.人：需求关联的用户影响任务 2.事：需求关联的用户业务与关联需求编号 3.物：需求关联的客户系统、设备
需求关联的公司产品和版本号
参考资料： 在采集活动中的输入材料，仅仅输入引用的 条目、章节
竞争者对比：（按照1差～10分好进行评估） 1.竞争者对该项需求的满足方式 2.用户、客户对竞争者及公司对该项需求的 评价
设
二 产品需求管理的目的
案例分析
❖ 许多公司都导入了IPD流程，但是有的公司产品开发 能力得到了提高，有的公司却没有很大变化
❖ 汽车零配件销售商店的案例
需求 设计 编码 单元测试 验收测试
维护
产品开发的金字塔模型
需求分析的目的
❖ 建立“以市场为导向，以客户为中心”的需求管理 体系，打造真正面向客户的产品。
产品需求开发管理培训
(第一期)
上海华冠电子设备有限责任公司
推荐读物
温伯格《探索需求》
培训安排
1 第一期培训(1.5小时)
❖ 产品需求管理框架 ❖ 产品需求采集
2 第二期培训(1.5小时)
❖ 产品需求评审 ❖ 产品需求传递、跟踪、分析
3 第三期培训(2小时)
❖ 讨论我们公司需求管理框架的建设 ❖ 讨论我们公司需求管理团队的建设
产品需求管理流程定位
企业战略
企业远景
目标和目的
成长战略
流程管理
市场机会分析
目标市场选择
产品需求
商业投资计划 产品系统开发
需求管理的阶段流程
需求采集 需求评审 需求传递 需求分析 执行验证 事后分析
采集内容 采集渠道 采集计划 采集活动
需求筛选 解释分类 权重排序 评估审计
市场管理 公司战略 需求实现 计划合理