一、直面企业痛点，解决企业问题
1.想引入IPD，但认为IPD太复杂，难以理解
公司内部普遍认为IPD阶段多、角色多、方法工具多、关键活动多、评审多、输入输出多，因此“IPD太复杂”……这些片面理解来源于没有机会沉下心来脱产学习IPD的核心逻辑。通过本次课程你将看到这些活动、方法、工具背后有一致的逻辑支撑！
2.语言不统一，跨领域协同效率低
跨领域合作中语言不统一、交流有障碍、分工不清、串行工作……本次培训通过一张“袖珍卡”呈现各个领域如何从串行到并行开发，通过对跨领域关键活动的概念解读、演练、真实场景模拟，让大家沉浸式体验跨领域协作，并深入感受这样做的好处和乐趣。
3.需求洞察质量低，需求变动频繁
对需求的理解失真、需求收集不完整、描述与定义不准确、内部需求被忽略，导致需求变动频繁。本次课程将引入需求洞察前沿工具Jobs To Be Done（客户要完成的任务），解决客户需求洞察难题，并通过演练让各团队输出完整产品包需求，把问题扼杀在产品设计之初。
4.方案对需求的满足度低
大量企业存在方案对需求的满足程度低、创新不足，方案没有竞争力。本课程将通过演练，促进学员深度理解在概念阶段如何有效输出备选方案并最终选定，尤其技术实现方式的确定，以此提高方案对需求的满足度。
5.业务计划质量低，无法用于决策
目标市场识别不精准、对客户需求理解有偏差、产品定位模糊不清、盈利分析不到位等问题，导致无法为决策提供支持。本次课程按照业务逻辑开展课堂演练，并提供业务计划的简要及完整模板，通过两天课程，输出高质量业务计划，在这个过程中帮助学员深度理解业务计划逻辑！
二、课程收益
帮助参训学员和团队掌握从创意到商业成功、持续打造精品的流程与方法。 系统讲解IPD体系全景视图，帮助学员了解其全貌背后的核心思想和方法论，让IPD不再神秘。
掌握需求洞察的前沿方法工具，精准洞察需求，让产品开发少走弯路。
掌握从需求到产品概念方案设计的工具方法，提升产品方案的竞争力。
通过现场演练，形成一份高质量业务计划书，让学员从高层决策角度考虑问题，提升决策质量和产品成功率。
让参训团队统一创新和变革语言，减少沟通成本。
通过培训更新观念：经验、最佳实践和案例固然重要，但掌握正确的理论会让我们走的更远。
了解企业变革管理方法，为IPD变革打下知识基础。
三、培训内容
第一天
第一部分 为什么正确的理论与具体实践同等重要，甚至更加重要？
强调本次培训中的所有案例、最佳实践、经验分享和故事，直到整个培训的最终目的，都是为了让学员掌握适合自己的正确理论，并在课后能用起来指导新的实践
哈佛大学教授克里斯坦森：“卓有成效的管理者应该关注管理理论”
巴黎ESSEC商学院战略和管理教授Jérôme Barthélemy：“最佳实践都是短命的！”
第二部分 IPD全景图：大IPD是什么？
IPD简史：创新有章可循，IPD的核心方法论是系统工程
IPD管理体系全景图：IPD一直在持续发展，融入了各种先进的方法理论，形成今天的“大IPD”
IPD是一种思维模式，无论IPD流程和管理体系如何演变，不变的是IPD的核心思想
IPD是一种组织方式，让企业在专业化分工与敏捷合作之间实现动态平衡
IPD是一种变革，IPD的导入本质上是管理体系的创新，IPD为变革提供方法论
IPD可应用于多种产品和技术创新场景：订单、定制、B2B、B2C、硬件、软件、服务、芯片、专项技术等
案例分享：那些成功导入IPD的知名企业……
第三部分 小IPD或狭义IPD：结构化的产品开发流程
为什么产品开发流程需要结构化？
产品开发流程袖珍卡与霍尔模型：一维、二维与三维流程图的对决
产品开发流程的六个阶段概述：概念、计划、开发、验证、发布、生命周期
产品开发流程的九大关键角色概述：LPDT、研发代表与SE、市场代表、采购代表、制造代表、服务代表、质量代表与PQA、财务代表
产品开发流程的技术线和商业线：技术活动&TR技术评审、商业活动&DCP商业评审
系统工程V模型与TR1-6的对应关系
第四部分 以客户需求为中心：需求就是客户要完成的任务
需求管理的五大阶段及关键活动
需求管理流程与产品开发流程的接口关系
产品开发的不同阶段对需求的不同描述要求
需求洞察方式的演变：从VOC（客户之声）到Jobs To Be Done（客户要完成的任务）
Jobs To Be Done强调对客户任务的全场景洞察与若干案例分享
定性和定量相结合：如何识别高价值需求？
为什么产品定位一定要基于需求？
演练1：观看视频，分析与定义目标市场，用Jobs To Be Done方法识别客户需求，并对需求进行排序
第五部分 构建完整的产品包需求，内部需求DFX至关重要！
深度理解产品包和产品包需求的概念
产品包需求在不同的产品开发阶段体现出来是什么？
外部需求常用工具：$APPEALS介绍
内部需求常用工具：DFX介绍，DFX的主要维度
DFMA可制造性与可装配性的概念与举例
DFS 可服务性需求的概念与举例
DFP 可采购性需求的概念与举例
演练2：基于案例中的输入信息，识别DFX、需求所属类别，形成产品包需求
第四部分 团队共同探索满足需求的产品概念方案
深度理解“产品概念”这个概念
产品概念方案的形成过程与若干案例
产品概念设计时需要考虑的要素清单
构建产品概念方案中必须理解的若干关键术语：业务分层、架构与架构设计、平台和技术、总体设计、子系统设计……
构建产品概念方案和选择方案，必须考虑目标成本和开发费用
评选最优方案时可能考虑的评估维度：需求满足度、客户价值、产品成本、开发费用、技术风险等
演练3：基于产品包需求与价值主张设计产品概念方案。每组输出的产品概念方案将参与第二天上午的最优概念方案评选
第二天
第七部分 好的设计还需要一份优秀的业务计划书
什么是业务计划书/商业计划书？为什么如此重要？
业务计划书撰写工具4W2H与4P+2介绍
4W2H和4P+2如何落实到业务计划的模版中
业务计划书中的内容逻辑梳理与案例分析
业务计划书中的财务数据如何分析，与财务报表有哪些区别
财务数据分析中哪些领域需要参与，如何参与
产品成本需要包括哪些要素，在产品开发不同阶段产品成本管理需要做哪些关键活动
产品开发项目费用包含的费用要素，在产品开发的不同阶段的准确度要求不同
产品投资中经常会看到哪些财务指标，这些指标的高低代表了什么？
演练4：基于上述分析所得的产品定位、概念方案，以及案例输入的数据信息，撰写一份业务计划。各组分享业务计划，决策团队做出是否进入下一阶段的决策
第八部分 变革管理：成功实施IPD要求企业必须改变思维模式与行为
变革为什么成功率低？
案例：华为的管理体系是如何随业务演变的？——新书推荐：《常变与长青》，华为IPD导入的过程，以及华为在不同发展阶段导入的不同变革项目。
变革的基本概念介绍。
为什么IPD导入需要变革？
如何通过对变革项目的有效管理提高变革成功率？
总结：成功的变革需要总体规划、分步实施！
