深圳产品经理需求挖掘培训

客户的需求不断变化，如何快速高效地推出满足客户需求、具有差异化优势和竞争优势的产品，并最终获得市场的成功，是企业的核心问题！我们发现国内许多科技型企业在产品需求管理方面存在如下问题：

1.产品开发没有实现市场驱动，是“闭门造车”，关注技术而不关心客户；产品开发出来后才找客户、找卖点；

2.缺乏完备的需求收集、汇总、整理和分析机制，导致研发和市场脱节，需求无法有效传递和落实，相关环节和部门（如：客户、市场部、开发部、测试部等）对需求的理解也不一致，经常针对需求“吵成一锅粥”；

3.对客户/市场需求分析不充分、不透彻、不完整，导致产品需求变化频繁，产品开发大量返工，“计划不如变化快”，开发过程“失控”；

4.需求管理各个阶段的职责不清晰，也缺乏组织支撑；往往了解市场的不懂技术，懂技术的不了解市场，不知道需求应该由谁负责；

5.需求没有有效地分级分层，没有明确不同阶段需求的范围，如何进行需求转换，以及需求分析的目的和方法，更不清楚业界众多需求分析方法和工具如何在不同需求阶段进行恰当运用；

6.没有明确规定不同阶段需求应详细到什么程度，需求的表达不规范，需求质量不高，直接影响了不同团队对需求理解的一致性；

7.对需求分析工作不重视，认为“不画图/不编码就等于没有干活”，产品需求分析工作持续时间短，需求分析不充分；

8.需求在产品开发流程中的分解分配和产品的设计过程不规范，也缺乏对需求的跟踪，导致需求没有得到有效的实现；

9.由于需求分析的不充分，使得需求无法成为产品测试的有效输入，导致测试方案和测试用例设计无法保证产品测试的完备性，影响产品质量。

根据统计，超过50%的项目缺陷来源于不完善的、不正确的、不准确的和/或不明确的需求；80%以上的缺陷修复成本用于修复需求导致的错误。需求的正确与否直接影响产品开发周期、产品开发成本，甚至直接决定产品最终的市场成败。

本课程在总结产品需求管理的实践经验基础上，针对上述困惑和问题进行深入和透彻的讲解，以帮助企业正确理解和应用产品需求分析和需求管理方法，以确保公司“做正确的事”。

●建立企业全员需求管理的意识，让每个员工成为企业产品开发的需求源头，成为需求分析的神经末梢。

●掌握需求管理与产品规划、产品开发之间的接口关系，让源自一线的客户需求及时准确地反应到公司的现在和未来的产品中去，形成产品路标和开发计划。

●掌握端到端的需求管理流程**实践，确保市场、研发、客服、生产、测试、品质等有效协同，确保内外部需求的有机融合。

一、软件产品管理面临的问题及解决方案

●案例分析: 某互联网客户的产品管理与研发部门的问题剖析

●软件产品需求管理面临的主要问题

●做好需求分析的第一要务——我们交付的是系统的价值，而非软件本身

●软件产品跟普通工业品需求管理的差异分析

●造成互联网产品需求管理问题的根源剖析

二、打开需求的话匣子

◎我们说的可是“需求”—— “需求”基本概念、各类“需求”的定义和各个层级的需求

◎需求开发和需求管理在软件研发过程中的位置和地位、需求开发和需求管理与软件研发流程其他环节的关联关系

◎需求开发和需求管理过程中的两大常态

◎作为需求分析人员，在一个项目的需求开发和需求管理过程中你将承担怎样的角色与职责？

三、软件产品需求管理的三个阶段（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个领域的品牌课程，帮助企业学员学有所成，学有所用，为企业发展提供源动力。