1.产品经理、负责产品需求的相关市场代表 2.专业的产品需求开发与管理人员 3.企业在职的项目经理、项目管理工程师、项目管理员 4. 研发系统工程师、架构师、研发经理、技术骨干

课程背景
         随着时代背景的变迁，互联网信息技术的不断发展，研发企业在全球范围内所面临的竞争也在不断的加剧，如何才能在强手如林的竞争环境中脱颖而出，保持并不断提升企业的竞争力 笔者认为最为根本的依靠还是看研发企业是否具备优秀的产品开发能力，能否做到持续领先于竞争对手向市场推送满足客户需求的产品，唯有如此，才能保证产品市场份额和企业利润的可持续发展，但说时容易做时难，如今国内大部分研发企业在产品开发能力上依然有大幅的提升空间，尤其是在产品需求开发与管理上，您是否能够把有限的资源全部投放在正确的需求上；即使您做到了这一点，那是否在产品服务或者用户体验需求上继续探索，寻找着力点；即使您又做到了，是否能够在产品开发过程中对需求进行高效科学的管理，保证正确的需求能够快速、准确的实现、并及时推送给您的客户，如果这几方面还做的不够优秀，本课程将会对您大有益处。 本次需求管理课程的两个关键词是 ”开发与管理“，需求开发的目的是让我们的企业能够”做正确的事“，这是成功或失败的源头，重要性毋庸置疑，但光有这个源头，还不足以让我们走在竞争对手的面前获得成功，我们企业还必须要具备“把事情做正确的能力”，让正确的需求始终正确，而且能够高效的实现，最终获得市场和客户认可，这正是需求管理的范畴。所以需求开发与需求管理相辅相成，缺一不可，本次课程全面系统的从需求开发与需求管理两个维度进行展开，结合产品市场管理和产品开发管理两个体系的实践活动进行详细的讲解。 培训收益 1. 深度理解产品需求的价值和范围 2. 全面、系统的学习产品需求开发与管理的过程，拒绝做 ”产品需求管理的临时工” 3．掌握产品需求开发与管理组织、角色、流程、能力的建设思想 4. 掌握产品需求开发与管理与集成产品开发体系的关系和接口建设 5. 掌握客户/用户需求收集和调研的优秀的实践方法 6. 掌握市场需求到产品需求，再到设计需求转化的过程和方法 7. 掌握需求转化过程中如何对需求进行准确的分析和合理的分配 8. 学习如何在产品开发过程中对产品需求进行高效的管理和控制 9. 掌握产品需求验证的相关的优秀的实践方法 10. 分享讲师过去在产品需求开发与管理上的经验和体会（让大家少走弯路） 培训特色 1. 本课程授课过程始终以学员为中心，产品成功和高效为目标，通过以下五个方向进行深度展开。 1.1 产品需求开发与管理过程详细讲解（课程主体知识结构） 1.2 十个核心问题的牵引（引导学员主动思考） 1.3 八个关键过程操作的实战演练（现场吸收和理解） 1.4 七个关于需求开发与管理的真实场景的分享与建议（分享经验和体会） 1.5 若干个接地气的真实案例深度分享（深度理解产品需求开发与管理的价值） 2. 本次课程属于小型集中制课程，课程中针对学员企业中真实存在的问题有一定的讨论时间，培训目标是让学员带着问题来，带着解决方案走，同时营造学员集体讨论交流的氛围，对重要专题进行集中交流、探讨，真正做到吸人之长、补己之短。 3. 培训讲师具有10余年的产品管理的从业经验，经历过世界500强大公司，也经历过创业型研发公司，不仅深知大公司成熟的产品管理体系，也足够清楚小公司的产品管理的混乱状态。讲师过去所负责产品涵盖消费性电子、医疗器械、工业设备、智能交通工具等产品，不仅亲身经历的产品管理方向非常广泛，而且具备非常丰富的产品管理实操经验。 课程大纲 第一章 产品需求开发与管理的价值分析 1. 通过一个游戏互动感受一下我们是如何开发产品的 存在哪些问题 2. 产品需求是决定产品成败甚至是企业成败的源头 3. 思考：大家所理解的产品需求包含哪些层面 4. 通过案例深度理解产品需求的重要价值 4.1 案例1：从手机的发展历程看需求的变迁 4.2 案例2：分析两款经典的产品为什么没能成功 4.3 案例3：为什么产品热销却赚不到钱（DFX需求至关重要） 4.4 案例4：更好的用户体验让产品脱颖而出 4.5 案例5：不要借口找不到用户体验场景，体验无处不在（三只松鼠、维珍航空） 4.6 案例6：Uber 的天价估值给你启发了吗 5. 时代变了，需求也变了 6. 研发企业到了必须重视需求的时候了 7. 演练：以组为单位，定义一款熟悉的产品，现在要开发一款爆品，如何去捕捉产品的需求，从哪些维度着手考虑，最重要的维度又是哪几个 第二章 端到端的产品需求开发与管理概论 1. 端到端的产品需求开发与管理过程模型 2. 深度分析研发企业在产品需求开发与管理上的常见问题 3. 找到出现上述问题的根本原因 4. 需求管理在集成产品开发体系中的位置以及关系 5. 产品需求开发与管理过程的展开（细节论述） 6. 产品经理、项目经理、市场部门在产品需求开发与管理上责任划分 7. 需求管理常用的组织形式介绍 8. 组织形式万变，但组织建设的核心原则不变 9. 讨论：产品经理和项目经理需要分别具备什么样的能力或特质 10. 产品经理和项目经理的能力模型分享 11. 拒绝做产品需求开发与管理的临时工 第三章 产品需求开发----需求收集与调研 1. 产品需求收集的关键过程活动有哪些 2. 思考：面向用户的产品需求收集，需求来源一定是终端用户吗 3. 产品需求收集的渠道有哪些 4. 思考：为什么要进行二手信息收集，好处是什么 5. 收集产品需求一般覆盖哪些范围 6. 产品需求收集方法—用户调研法 6.1用户调研法（焦点小组、问卷调查、客户拜访） 6.2 思考：如何才能让客户拜访更加高效，拿到客户真实的需求 6.3 不同方法之间的优与缺的比较（学会如何打出组合拳） 6.4 调研过程中关于“问“与”听“的技巧分享 6.5 用户需求调研不是简单的记录，需要洞察用户描述后的隐性需求 6.6 单项需求收集模板分享 演练：模拟用户拜访进行需求收集和调研，在既定的背景下挖掘和洞察用户需求 7. 产品需求收集方法—竞品分析法 7.1 竞品分析的四个步骤 7.2 利用SWOT进行竞争格局与战略分析 7.3 利用波士顿矩阵对自己和竞争对手的产品组合进行分析 7.4 找到标杆并识别出标杆竞品，根据$APPELAS 进行产品的竞争分析 7.5 制成报告、识别产品需求并跟踪需求的落地实现 7.6 思考：如何利用互联网进行竞品分析和需求收集 7.7 演练：运用SWOT分析，波士顿矩阵和$APPELAS 方法进行产品竞争分析，列出分析后得到的产品需求 8. 产品需求收集方法—内部激发法 8.1 思考：面向内部收集产品需求与面向用户会有哪些不同，如何做 8.2 内部收集需求常用方法分享 8.3 635头脑风暴法介绍 8.3 内部收集关键不在于方法，而在于机制和流程 9. 产品需求收集的结果输出概述 演练：结合本章内容，现在全面的考虑面向用户的产品需求收集的过程，制定一套机 制流程，保证落地 第四章 产品需求开发----需求分析与分类 1.未经开发的原始需求不能作为产品开发的输入 2. 产品需求分析与分类的过程活动包含哪些 3. 用户需求的原始数据到正式的初始需求描述的转化原则（含示例） 4. 可根据不同的需要对需求进行不同类别的划分 5. 需求的重要度分析的工具和方法 5.1 KANO模型介绍 5.2 AHP法 5.3 Delphi专家法 6. 思考：假设“功能需求”的重要度优先于“服务需求”，是不是功能需求的所有下一级需求都要优先于服务需求的下一级需求 7. 分析整理后的产品需求需要进行评审，根据评审的结果确定需求的去向（分配） 8. 案例: 某产品已经分析完成的需求，如何转到相关体系 9. 讨论：需求分析转化后，谁负责需求的评审与分配 从用户的原始数据 — 产品的初始需求 — 有效的分配到对应体系，如何保证这个过程的落地，至少列出你们认为的四个关键点 第五章 产品需求管理----需求定义与分配 1. 思考：面对特定的产品项目，谁对产品需求定义负责，谁对产品需求的实现负责 2. 什么是产品包需求，产品包需求的不同层次的开发的责任主体是谁 3. 产品需求的转化不仅仅是分解到产品系统和设计需求规格，而且要分配到具体责任人 4. 产品初始需求主要来源于哪些方面 5. 产品需求转化的几个关键过程 5.1 初始需求到特性需求的转化 5.2 特性需求到系统需求的转化（同步考虑功能需求与非功能需求） 5.3 系统需求到产品规格的转化 5.4 系统需求需要分配到责任人 6. 产品需求规格书（PRD）涵盖的内容包含哪些 7. 什么样的PRD才是优秀的，才能更好的指导产品开发 8. 产品需求到设计实现的转化方法-QFD方法的应用 9．使用QFD方法进行需求转化后可以直观的获取哪些信息 演练：以每组选定的产品为背景，对最初识别出的需求进行转化，分别列出从产品初始需求到特性需求，再到系统需求的，分别描述 第六章 产品需求管理----需求实现与验证 1. 产品需求实现和验证的关键任务包含哪些 2. 什么是需求管理的双向跟踪，如何运用 3. 需求跟踪矩阵的模板解析 4．思考：面对产品开发过程中的需求变更，你是怎么做的 5. 需求变更流程的关键点在哪里 6. 需求变更代价的递增曲线 7.关于需求变更管理的几点建议 8. 如何通过决策评审和技术评审对需求的实现程度进行把控 演练：以TR2评审为例，讨论TR2评审关于需求的部分需要包哪些内容，列出评审要素，要求不少于10条 9. 需要验证不是一次性行为 9.1需求的概念验证 9.2 需求原型验证 9.3 产品测试验证 9.4 用户体验验证 第七章 分享产品需求开发与管理的成功实践 1. 分享1：产品竞争力的提升的首要在于高效的需求管理 2. 分享2：产品需求开发与管理也是一种平衡之术 3. 分享3：不要用海量用户成为你的需求验收员 4. 分享4：不要再用看似高效、实则低效的方式管理需求 5. 分享5：正视需求变更这件事能让需求更加可控 6. 分享6：不要抱怨您的公司环境、工具不配套 7. 分享7：不要抱怨您的老板、相关部门不支持 课程总结