项目需求:项目需求挖掘与分析

  培训讲师:吴志德

讲师背景:
吴志德老师项目管理实战专家15年项目管理+研发管理实战经验厦门大学项目管理硕士NPDP/PMP授权培训师(中国国际人才交流基金会)全国项目管理标准化技术委员会授权培训师(中国标准化协会)产品研发管理专家曾任:万利达科技(电子制造业)丨项目经 详细>>

吴志德
    课程咨询电话:

项目需求:项目需求挖掘与分析详细内容

项目需求:项目需求挖掘与分析

课程背景:

当今的企业竞争,已经由技术的比拼,逐渐演变为产品的对决。产品,这个曾经被视为企业战略实施和商业变现的媒介,如今显得愈发关键。当我们深入探索市场需求分析和管理时,不难发现企业常常陷入以下的困境:

即便技术遥遥领先,为何产品仍未能被市场所接受?

新品层出不穷,但为何成功的项目却是屈指可数?

当市场和技术出现不协调时,开会时双方互相指责,但为何仍无法确定产品失败的真正原因?

客户需求瞬息万变,是我们缺乏系统的调研,还是需求描述的不够清晰?

先有产品再找客户、再挖掘卖点的方式,为何会导致产品上市的步伐缓慢甚至失败?

如何准确地区分伙伴、客户、用户的身份和他们的需求?

产品究竟是什么?如何将市场需求转化为有效的产品定义?

根据市场需求,我们应该制定怎样的制胜策略?是成本优势还是差异化特征?

如何确保产品开发能满足市场需求,并确保交付的成功?

这些问题,都在向我们揭示一个事实:市场需求调研、分析、管理和交付需要统一且高效的管理,只有这样,我们才能满足市场需求,并为客户创造价值。本课程将引领企业走向市场驱动的道路,从调研、分析、产品定义到开发、上市交付,提供一个完整的流程指导。同时,还会提供各阶段所使用的工具和方法。

课程收益:

本课程将重点讨论企业在需求管理方面面临的难题和挑战,结合行业标杆企业的最佳实践,详细介绍了需求收集、需求分析、需求分解、需求实现、需求跟踪、需求变更管理等需求全生命周期管理方法,涵盖理念、流程、组织、方法、工具和案例研究,全面协助企业提升需求工程能力。

1. 如何利用“捡金子”模型进行调研、分析和筛选市场需求,找到客户痛点?

2. 如何有效地连接神经末梢(售前、销售、服务)和大脑(产品规划),避免信息壁垒?

3. 如何通过对客户购买价值的八大维度评估和友商产品比较分析,找到产品的卖点和差异?

4. 如何有效地收集后端部门的内部需求,在设计阶段确保质量,实现整体最优,减少后期变更?

5. 如何根据产品成功的两个核心因素——差异化和成本优势,整理产品需求?

6. 如何将客户描述转化为市场需求,再将市场需求转化为产品需求,最终落实为具体产品方案?

7. 如何有效地跟踪需求,管控需求变更,减少需求变更对项目的影响?

课程对象:研发总监、研发经理/项目经理/技术经理/产品经理、研发工程师、产品规划专家、研发核心骨干

课程时间:1天(6小时)(可根据客户实际情况调整)

课程方式:理论讲解+互动学习探讨+案例分析+小组情境演练

课程模型:

课程大纲

第一讲:市场思维导向的需求分析看

1、市场思维导向的需求分析

  • 用户思维、倾听、观察、访谈、同理心、洞察、可视化、原型、快速迭代
  • 产品和数字化产品创新方法概览
  • BRD(商业需求文档),MRD(市场需求文档)和PRD(产品需求文档)
  • 需求的生命周期管理闭环

2、各职位侧重的需求分析

  • 市场经理(业务分析专家BA)、产品经理和研发项目经理的区别何在?如何定位?如何融合?

实战演练:学员分组选定实战产品开发项目案例

第二讲:需求调研与业务规划(做正确的事)

1、需求调研

  • 捕获目标细分市场的市场与客户需求
  • 如何过滤打酱油的非目标用户?
  • 产品(系统)项目干系人分析洞察
  • 用户洞察及方法
  • 用户角色模型的建立
  • 用户画像

实战演练:用户画像与干系人分析模拟

2、需求收集

  • 需求收集方法和渠道
  • 需求收集渠道:外部渠道与内部渠道
  • 客户需求收集的各种方法
  • 需求收集需要注意的问题
  • 用户访谈的作用与意义
  • 用户访谈,到底要谈些什么?

案例:单项需求搜集表

实战演练:用户故事地图和流程图分析模拟

3、需求提取

  • 客户需求的三个层次

Requirements, Wants, Pains:

  • 如何从用户的只言片语中提取需求?
    • ² 用眼睛挖掘用户的隐性需求
  • ² 市场/客户需求传递路径
  • ² 需求优先级排序的方法
    • KANO
  • 需求池和版本管理

4、业务规划

  • ² 整体业务设计
  • ² 产品开发项目立项的基本方法
  • Ø 案例分析:业务计划书(BRD+MRD)
  • ² 开发计划
  • ² 资源保证
  • ² 形成项目任务书

实战演练:产品需求和功能整合排序排期模拟

第三讲:需求与设计的无缝衔接和规格定义

1、思维引领

² 基于业务规划提出数字化产品和系统需求

2、分析工具一:分析功能性需求的三种工具之1

² 早期需求分析的神器——用户故事(User Story)

² 讲得清楚每条需求“以便于给用户带来怎样的价值”是用户故事方法最神奇的地方

Ø 正反案例介绍与剖析:用户故事描述“风筝级”需求的实例

3、分析工具二:分析功能性需求的三种工具之2

² 场景级需求的分析神器——用户用例(UseCase)

常见问题探讨:如何识别用例?

常见问题探讨:如何选择用例的粒度?

4、分析工具三:分析功能性需求的三种工具之3

² 当“谁也讲不清楚产品的需求”时使用的分析神器——原型法

² 原型法最关键的地方——你需要哪一部分的原型?

² 原型法的“需求评估”环节如何操作?

² 分析非功能性需求的“八元方法”——从8个维度分析非功能性需求

² 需求的规格化的基本原则

² 需求规格说明书文档(PRD)

实战演练产品开发用例原型和非功能需求分析模拟

第四讲:建立组织级产品需求分析与管理体系

1、常见的组织级需求管理问题

  • 对产品需求的理解、选择和定义不足
  • 市场需求的收集和分析没有成为一个例行的活动
  • 市场需求仅侧重功能,忽视了服务、性能、可靠性等
  • 市场人员反映了许多需求却得不到及时响应,打击了需求提交的积极性
  • 市场人员反馈的需求模糊不清,也无法得到进一步的回复
  • 无法在大量的信息中发掘用户的潜在需求
  • 用户、部门之间、员工之间对需求的理解无法得到统一
  • 需求不断的变化、调整使得产品始终难以定型
  • 对需求的分析、验证缺乏系统的工具,大家抱着走一步看一步的态度
  • 在需求管理问题上,市场与研发扯皮

2、打造全员例行化的产品需求收集制度

1)产品需求收集的责任部门?

2)组织级需求收集的多种途径:

  • 原型法、客户访谈、现场观察、客户决策委员会、用户大会、客户简报、高层拜访、标杆学习、Beta测试、产品试用、现场支持、支持热线、行业会议、客户满意度调查……
  • 从竞争的角度看需求
  • 从标杆的角度看需求

3)业界最佳客户需求的八个要素介绍($APPEALS)

  • 每个要素详细定义
  • 每个要素的子要素分解

4)关注内部需求

  • DFX(DFT、DFM、DFA、DFS等)

课程总结与回顾

——回顾与总结课程知识点

——总结课程要点并制定课后行动计划

——自由问题解答Q&A



 

吴志德老师的其它课程

课程背景:在产品日新月异,消费者需求多样性的今天,产品生命周期越来越短,产品需求越来越多样性和复杂性,研发已经成为了企业竞争的主战场,而研发项目管理则是一项极具挑战性的工作。研发面临着市场和客户的压力,产品研发不能靠以前的“胆子大、凭经验、多试错”来进行产品开发,产品开发涉及到企业内外部的综合多要素。从外部因素考虑,我们的产品开发出来能否满足市场的需要?而不

 讲师:吴志德详情


课程名称:企业项目化管理课程对象:企业管理人员课程时间:6天(6H/天)课程方式:课堂讲授+互动讨论+工作坊实战演练课程特点:大量生动的实战案例,娴熟的专业化培训技巧,善于运用视频展示、小组讨论,案例分析等培训方式,让学员在互动中体验真谛,在轻松的氛围中掌握项目管理技能。课程采用顾问式培训方式和行动学习理念,课堂中设置工作实际问题研讨和点评环节,突出培训的实

 讲师:吴志德详情


课程背景:在产品日新月异,各行各业日趋内卷,行业跨界交叠日趋明显,用户需求日趋多样化的商业环境中,技术的迅速发展和市场的日益竞争使得产品的生命周期变得越来越短。企业之间的竞争已经从技术竞争转变为了产品竞争。产品创新不仅是企业生存的关键,也是所有创新的基础和源泉,产品创新在“市场拉动”和“技术推动”双核驱动下前行。产品创新固然重要,然而,在新产品的开发过程中,

 讲师:吴志德详情


课程背景:IBM数据表明,如果公司建立规范化的CBB共享平台,在产品设计过程中尽量选用平台库中的部件和物料,料号减少了30,供应商从5000多家减少到1200多家,共享的开发费用从2增加到20,减少50亿美元的库存成本,每年节约持有成本5亿美元,节约劳动力20亿美元。因此,CBB共享模块的建立,不仅缩短研发时间,节约了研发成本和制造成本,还保证了产品的质量,

 讲师:吴志德详情


课程背景:如果公司一次只做一个项目,所有资源人员只为此项目而准备,项目型项目经理拥有相对多和足够的项目资源和权力,研发人员大多数专职在一个项目中,那么通过单项目的项目规划—执行—控制可以把这个项目管好,对研发人员也相对专注在单一的项目中。而当今企业面临的研发管理问题更多是多项目的问题,包括如下:1、有限的资源如何能同时保障多个项目的协同运作2、多个项目之间需

 讲师:吴志德详情


课程背景:项目过程是一项复杂且系统性的工作,需要企业投入大量的人、财、物资源。在这个过程中,企业往往容易走向两个极端:一方面,追求项目成果的完美和优越性,希望通过项目成果的独特功能或技术创新来吸引消费者,这种追求往往导致项目成本迅速上升,超过预算,且开发进度出现滞后,无法在市场上面临激烈竞争之前完成上市或改进。另一方面,也有一些企业为了控制成本,往往会对各个

 讲师:吴志德详情


课程背景:在事事皆可为项目,人人都是项目管理者的今天,企业的成功依赖于每个项目的成功执行。在现代企业活动中,项目活动已经变得至关重要,存在于企业战略管理、经营性管理和支持性管理中。在企业项目越来越多的今天,能够独当一面的项目经理越来越欠缺。企业发现把原来干得好的骨干人员,比如技术骨干提升成项目经理,却发现他并不一定能够胜任。技术骨干也许还忙着自己解决技术问题

 讲师:吴志德详情


课程背景:典型的职能式组织结构划分的方式会带来职能划分清晰,责任明了的好处,它适合于确定性时代,如典型生产制造行业按大订单式的,销售接单---计划排单下单---采购物料---上线生产---按单出货。但经常或遇到的问题,就是我们常说的部门墙,在本职能部门沟通协调OK,往往在跨部门沟通协调时候,出于职责划分等往往就容易出问题,或不高效,比如:哪个部门先沟通哪个部

 讲师:吴志德详情


课程背景:典型的职能式组织结构划分的方式会带来职能划分清晰,责任明了的好处,它适合于确定性时代,如典型生产制造行业按大订单式的,销售接单---计划排单下单---采购物料---上线生产---按单出货。但经常或遇到的问题,就是我们常说的部门墙,在本职能部门沟通协调OK,往往在跨部门沟通协调时候,出于职责划分等往往就容易出问题,或不高效,比如:哪个部门先沟通哪个部

 讲师:吴志德详情


课程背景:典型的职能式组织结构划分的方式会带来职能划分清晰,责任明了的好处,它适合于确定性时代,如典型生产制造行业按大订单式的,销售接单---计划排单下单---采购物料---上线生产---按单出货。但经常或遇到的问题,就是我们常说的部门墙,在本职能部门沟通协调OK,往往在跨部门沟通协调时候,出于职责划分等往往就容易出问题,或不高效,比如:哪个部门先沟通哪个部

 讲师:吴志德详情


COPYRIGT @ 2018-2028 HTTPS://WWW.QG68.CN INC. ALL RIGHTS RESERVED. 管理资源网 版权所有