产品需求管理培训课程导读“我见过很多产品,其中销量不好的产品中,有60%到70%都是因为不了解客户需求。”曾任保洁公司高级副总裁的拉里·休斯顿(LarryHuston)表示。在市场变化日趋加快、客户需
“我见过很多产品,其中销量不好的产品中,有60%到70%都是因为不了解客户需求。”曾任保洁公司高级副总裁的拉里·休斯顿(Larry Huston)表示。在市场变化日趋加快、客户需求越来越多样化的今天,企业需要通过市场调研,深入了解市场发展趋势,洞察客户需求,才能有效的进行产品规划,开发出符合客户需求的产品,从而在激烈的市场竞争中胜出。
●理解产品包需求的概念、产品包需求分层、需求工程方法论
●如何与其他部门协作采集高价值的用户需求、掌握需求的变化
●掌握如何用模板和工具来参与并指导相关部门识别、采集高价值的用户需求
●如何透过需求描述的表象得到的顾客效用与价值,即掌握顾客的心声
●基于培训和讨论、整理出需求调研访谈指南
●掌握筛选、解释需求的工具,评审分析市场需求的价值
●学习如何有效的激励其他部门配合,让需求管理流程形成一个快速畅通的闭环
一、软件产品管理面临的问题及解决方案
●案例分析: 某互联网客户的产品管理与研发部门的问题剖析
●软件产品需求管理面临的主要问题
●做好需求分析的第一要务——我们交付的是系统的价值,而非软件本身
●软件产品跟普通工业品需求管理的差异分析
●造成互联网产品需求管理问题的根源剖析
二、打开需求的话匣子
◎我们说的可是“需求”—— “需求”基本概念、各类“需求”的定义和各个层级的需求
◎需求开发和需求管理在软件研发过程中的位置和地位、需求开发和需求管理与软件研发流程其他环节的关联关系
◎需求开发和需求管理过程中的两大常态
◎作为需求分析人员,在一个项目的需求开发和需求管理过程中你将承担怎样的角色与职责?
三、软件产品需求管理的三个阶段(BRD、MRD、PRD)
●BRD阶段
◎ 市场分析;
◎销售策略;
◎盈利预测;
◎形成BRD文档(注:不出现产品细节)
◎举例:腾讯某游戏部门的BRD需求文档
●MRD阶段
◎用户群体(划分依据:年龄、收入、地区等)
◎用户标签(共同点及非共同点)
◎用户需求(建立各种类别的虚拟角色及其使用场景、用户动机等)
◎产品定位(对用户来说是什么?)
◎产品核心目标(达到何种目的?)
◎产品研发计划
◎产品功能性需求(一般画流程图对程序员更直观些)、产品非功能性需求(安全性、性能等)、产品布局等
◎举例:深圳某大型企业的MRD需求文档
●PRD阶段
◎功能使用的具体描述;(使用USE CASE或STORY)
◎Visio版功能点业务流程;
◎界面的说明;
◎Demo(注:可是dreamweaver、axure、ps、画图板的简单版,有时也会有UI/UE支持)
◎重点讲解(AXURE工具的使用方法)
◎用例说明;
◎性能需求;
◎维护性需求;
◎质量需求;
◎接口需求
◎举例:阿里巴巴的PRD需求文档
四、软件产品需求收集和管理
●如何识别干系人及其需求
●如何进行需求排序和版本规划
●需求挖掘方法
●决定捕捉需求策略的三大要素——客户/用户参与程度、需求分析人员的熟练程度、技术性约束条件
●诺兰模型永放光芒——如何有效的引导和限制用户的“期望值”
●需求收集目的
●需求收集指导原则
●需求收集方法
●互联网需求收集手段
●$APPEALS:收集市场需求的工具
●客户满意度模型(Kano模型)
●层次分析法(AHP, Analytic Hierarchy Process)
●四象限定位法
●创新产品的需求收集
●需求管理的工具分享
●互联网产品的用户体验设计(UED)
●敏捷开发模式下的需求管理
●案例研讨:如何对需求进行描述?
●案例分享:阿里巴巴公司如何进行软件需求的管理?
●案例分享:深圳腾讯公司如何进行软件需求的管理?
五、分析需求
◎分析功能性需求的三种工具之1
◎分析功能性需求的三种工具之2
◎分析功能性需求的三种工具之3
◎分析非功能性需求的“八元方法”——从8个维度分析非功能性需求
◎需求的平衡
六、文档化需求
◎需求规格化——使用自然语言动态的描述需求
◎需求规格文档的三种形式: PRD、USER STORY、USE CASE
七、产品需求分解和分配(3小时)
●需求传递
●产品需求划分:功能分解和非功能分解
●产品功能分解和物理分解之间的关系
●在产品开发中需求分解和分配的过程
●功能分解工具-FFBD
●演练:FFBD功能分解演练
●如何建立产品的系统架构
●系统设计中物理架构两个工具的使用:概念图和示意方框图
●需求分配:功能需求分配和非功能需求分配
●如何使用QFD工具进行产品需求到设计需求的转换
●设计验证的要点
●产品需求管理中的需求表示案例
●需求承诺书
●小结:本单元课程学习内容回顾
八、产品需求实现和验证
●在产品开发中需求验证和跟踪的过程
●双向需求跟踪
●需求验证的主要方法-测试
●产品开发中的需求变更管理
相对通用的需求变更控制流程,给大家参考:
变更申请:如果用户需要变更需求,**提出需求变更申请,经客户方和服务方共同确认后,发送内容给产品需求对接人。
变更分析:产品人对接人收到变更需求时,将问题录入到需求收集表,标识问题类型;接下来组织团队分析需求变更影响、紧急度、需求价值等。
变更决策:团队相关人员进行内部变更评估、审核,决定哪些变更无法修改并说明原因,哪些变更需要修改和什么时候修改。
变更实施:需求变更通过后,确定开发时间和纳入的版本,制定开发计划。
变更验收:对于需求变更而进行的版本更新,需交付相应的
诺达**创办于2006年,总部设立在深圳,是一家专注于为企业提供企业管理培训方案定制的服务商。目前业务范围已遍布全国各个省市,成员主要分布在北京、深圳、上海、南京、杭州、广州等地。经过16年的发展与沉淀,现已拥有丰富的师资资源并从中整合一批精英讲师,涵盖管理技能、职业素养、人力资源、生产管理、销售管理、市场营销、战略管理、客户服务、财务管理、采购物流、项目管理及国学智慧12个领域的品牌课程,帮助企业学员学有所成,学有所用,为企业发展提供源动力。
留言咨询
To make an appointment visit