MKT_MP_T_0005 MR1评审报告模板_V1.0.doc

  1. 1、本文档共9页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
MKT_MP_T_0005 MR1评审报告模板_V1.0

XXX(产品 R版本)MR1评审报告 MKT_MP_T_0005 V1.0 拟制 xxx 日期 20XX-XX-XX 审核 xxx 日期 20XX-XX-XX 批准 xxx 日期 20XX-XX-XX 深圳市xx电子股份有限公司 修订记录 日期 修订版本 修改描述 作者 20XX-XX-XX Vx.y 简要描述修订内容 修订执行人 目录 1 MR1《营销计划》成熟度评估 4 1.1 评审要素检查情况 4 1.1.1 评审要素检查情况 4 1.1.2 遗留问题改进计划 4 1.2 主要冲突点分析 4 1.3 风险分析 5 2 MR1评审结论 5 3 MR 过程规范评估 6 3.1 运作管理工程师 MR过程评估 6 3.2 本次MR的度量指标 6 4 上市评审专家组成员评审记录 8 5 签发纪录 9 MR1《营销计划》成熟度评估 评审要素检查情况 评审要素检查情况 评审要素检查情况 评审要素总数 免评审要素数量 评审要素的平均得分 遗留问题改进计划 遗留问题改进计划 序号. 遗留问题描述 级别 改进活动 计划完成时间 责任人 ... 在表格中逐一列举每个评审要素的遗留问题。对于1个遗留问题,可能对应1个或多个改进活动。这些改进活动是指落实到计划阶段具体活动。 有些遗留问题不需要制定改进计划,只需要风险规避计划即可。这需要根据产品现状进行判断。 问题级别一栏填写:致命、严重、一般、提示(提示问题一般不记录) 。主要冲突点分析 主要冲突点 各成员的观点 结论 冲突点1 观点1描述 观点2描述 观点3 描述 冲突点2 观点1 描述 观点2 描述 … “主要冲突点及结论”描述MR1评审存在的分歧和沟通评审会后大家达成的一致意见。 风险分析 风险分析表 序号 风险类型 风险描述 发生概率 影响程度 风险等级 风险影响的描述 风险响应计划 责任人 “风险分析”记录MR1沟通评审会上大家对存在的风险进行评估和分析的情况。 MR1评审结论 MR1后续活动 评审结论 结论陈述 例:执行《营销计划》 Go or Go with risk or Redirect 针对评审结论,展开进行陈述。 以结论Redirect为例:必须陈述先完成哪些改进活动,然后才能启动后续活动。因为这些活动在本报告“遗留问题改进计划”一节中已经被全部列出,故此处可以简要的文字描述。 此部分在MR1评审会后,根据LPDT的决定填写。 MR1评审结论主要从MKTG方面给出PDT后续的一些重要IPD活动是否继续进行的建议。对于MR1,后续活动是根据营销计划开展上市准备活动。 后续活动的建议分为三类: 1、Go; 2、Go with risk; 3、Redirect; MR 过程规范评估 运作管理工程师 MR过程评估 1、记录遗留问题改进计划,以及风险响应计划执行情况。 2、明确说明本次MR过程是否可以接受。用文字简要描述过程执行情况、过程不符合项。 3、运作管理工程师要确认所有评审人是否都参加了本次评审会。如果有成员没有参加评审会,运作管理工程师应该在此处进行记录,并报给业务部质量部及其他相关管理部门。 运作管理工程师要检视整个评审操作过程是否符合公司信息安全规范。本次MR的度量指标 指标 具体数值 评审周期(天) 评审投入(人时) 业务专家评审缺失率 上市评审专家组评审缺失率 评审满意度(%) 评审周期偏差 一次评审通过率 MR中的市场代表评价指标 《营销计划》质量得分 营销资料质量评审得分 上市评审专家组成员评审记录 角色 姓名/工号 评审意见 地区部行销经理 地区部MKTG专员 行销部总工 Charter开发组长 MKTG-营销支持部部长 LPDT 说明: 以上评审记录是表明评审人员真实意见的唯一依据。评审人员要对评审意见承担相应责任; 各评审人员不需要对本报告中运作管理工程师的评估结论部分发表意见; 参加评审的人员名单由MKTPDT和运作管理工程师共同确定,可根据需要对上述表格的角色进行增补。 评审可采用书面形式(含传真件)。如果用书面形式,评审完成后请将评审结果记录到上面的表格中。 签发纪录 结论 □同意签发 □不同意签发 结论陈述 签发人 签发日期 备注: 签发部门根据评审报告内容,给出是否同意签发的结论 对于不同意签发的情况,要给出不同意的原因和建议;

文档评论(0)

yurixiang1314 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档