IPD 框架以及基本节点概述

近期由于机缘巧合又重新写了一个PPT ，首先是一些词汇的扫盲

1、DCP =  Decision Check Point =  商业决策点

2、TR    =  Technical Review       =   技术评审点

3、MR   =  Marketing Review     =  市场评审点  

4、SR    =   Service Review          =  服务评审点

5、产品包 =  研发（软件包、工具）  +  mo/行销（装备、定价、资质） + 交付（装备、服务、工具） +   硬件型号设备

1、 产线主管和规划代表： 以DCP为主线， DCP的核心是承接IPD理念的“是否进行投资”。

2、 研发代表： 以TR为主线（敏稳态开发流程）  

3、 MO/行销代表：  以市场、营销装备为主线（MR活动），关注产品定价、资质、装备的可销售性，保障好产品可合规 和更高效售卖

4、 服务代表： 以服务装备、标准化交付验证为主线（SR活动），关注产品的可服务性，POC、产品交付、售后运维、主 动服务等环节，保障好客户交付

这个图之前也在以前的文章中有阐述的，但是这一次基于官方流程视角补充了“接地气”的解释

3、 DCP与XR的关系

DCP2（立项） = TR1 + MR1 + SR1 + 重大技术预研验收

那么其实TR1 、MR1、SR1都是DCP2前置活动

DCP4（预发布） = TR6 + MR3 + SR3  

那么其实TR6、MR3、SR3都是DCP4前置活动

DCP5（正式上市） = 刷新的装备（市场营销、交付装备） +  刷新的《市场推广&运营&赋能策略》 + 《交付推广&运营&赋能策略》 + beta 报告（beta 客户价值 + 质量情况）

这里有一个需要注意的点，我们的里程碑时间点指的是DCP，不是XR（TR/SR/MR）时间点

MR1：  简单来说明确MO/行销DCP2-DCP4/5需要干的事情（定价、资质、品牌营销-协同、装备、市场策略）以及时间计划 ---时间是基于里程碑来的

MR2：刷新MR1 --那什么情况需要刷新MR1 ，里程碑发生变化（流程是时间偏差2周以上，需要重开MR2---实际操作是还没见过哪个产线因为这个原因开过）

MR3：确保装备、定价、市场策略已经通过评审，资质申请已经完成，可发起MR3评审

SR1：简单来说识别服务/需求障碍（在会前已经和产线对齐过并明确解决方案），基于POC/项目交付/售后工具（降本增效）计划、交付装备与时间计划

SR2： 同MR2逻辑

SR3： 确保交付工具已经按照SR1对齐计划输出、装备和新场景交付解决方案已经输出并通过评审

TR1： 简单来说明确版本需要做的需求（包含了价值需求、质量需求、海外需求、交付需求、安全需求、DFX需求等），需求不是一句话需求，是“细化的用户需求 + 用户旅程”

从战略规划到立项的活动

这个图其实比较简单了

所有的DCP其实都是需要各方参与的

1、 在立项启动会后规划要收集各方的需求  ，并纳入整个需求池，最终给出采纳和不采纳的理由。

--为什么要在立项启动会后，立项启动会核心是明确项目目标和关键价值，其实各个角色给到的是围绕立项明确的项目目标 和关键价值来的，而不是站在各自领域视角的所有需求 那么各方最原始诉求应该在什么时候提出-DCP01战略规划期间

2、 RMT本身也是需要各个角色一起参与决策，本质上其实是博弈、妥协和对齐

3、 首先需要明确的是，各个角色虽然有各自的主线，但是实际上各个活动都是需要相互协同、配合完成的

比如MR1 ，以MO/市场行销为主的，但是其他代表是否需要参与？

比如TR1，以规划代表为主的，但是其他代表是否需要参与？

各方为什么要共同参与

MR1  

1、 需要规划给到MO/行销输入，立项目标、关键价值，是否涉及海外，里程碑、beta计划

2、 MO/行销基于基础信息识别需要输出（刷新）哪些装备材料，识别哪些是依赖研发的装备输出，并与研发对齐明确输出时间deadline

3、 评估是否需要申请资质（涉及研发资源投入等）、新模块定价

TR1

1、 各个领域角色需求输入

2、 共同决策需求优先级  ---各方参与，各方PK，达成一致

3、 设计师参与交互设计，交付识别交付易用性、交付障碍（如云情报网关交付成本和交付时间），是否满足0.5天交付标准

4、 基于版本做的价值，市场行销/mo需要站在市场角度识别价值是否可支撑市场

以上可以看到很多活动都是多个角色一起协同去做的，而立项/上市（PDT）团队内部充分“吵架”，外部高度一致。（达不成一致可上升）   在DCP评审决策前各个角色是“挑战者”，需要大家站在各自视角发挥自己领域专业性提出挑战，成员发挥团队集体智慧，作为挑战方提出意见和建议，不断摩擦，最后各方达成一致。 DCP评审决策大家则是”应战者“，是一个team，形成合力，共同回答评审问题，确保评审决策通过。

关于上市后的动作：

DCP5上市评审通过后：

1、  mo 发上市通知，面向一线公告版本上市邮件 注明： scp会在上市通知前准备好上物料（但是处于隐藏状态），上市邮件通知发了之后，scp物料才会公开

2、 上市通知邮件发送后，同步发通知在外部可见网站 

3、 产研决策是否放正式包放到support社区（一线可随意下载取包），交付代表负责放包到社区 

4、 关于装备放社区