产品生命周期管理简介及的案例分享.ppt

产品生命周期管理简介及案例分享 张仙竹 2016-04-26 目 录 1.产品生命周期管理简介 TR:技术评审 PDCP(Plan DCP)：计划决策评审 ADCP(Availability DCP)：可获得性决策评审 GA(General Available)：发布 1.产品生命周期管理简介 PDCA循环： 计划(Plan) 实施(Do) 检查(Check) 行动(Action) 2.产品立项阶段 产品预立项阶段：主要工作为前期调研（市场技术），用户需求收集及产品定义和功能概述确认 产品概念及规划阶段：包括但不限于以下工作 1、ID确认 2、产品需求确认（产品功能性能需求、产品可制造性需求、产品可维护性需求等） 3、产品各项规划（进度里程碑、成本、质量、风险、法规、知识产权、人力资源、供应商资源、市场客服） 4、产品原型及交互设计（软件类产品居多） 2.产品立项阶段（注意点及案例） 产品预立项阶段：市场变更（案例：成本变化导致项目终止）、技术方案存在专利限制、预采用方案已落后 产品概念及规划阶段： 1、ID的确认未经过关键干系人（ID澄清会议或邮件纪要确认）---案例：遥测ID反复（研发副总出差未确认） 2、产品需求条目的可行性评估不到位-需要与风险管理结合 3、需求点未涵盖除功能性能外需求-可制造性等---案例：客服所需的故障排查措施未落实到软件需求中 4、主要里程碑规划与其他子领域规划存在冲突---案例：法规注册延后（法规要求变更导致周期拉长） 3.产品开发阶段-详细设计及开发阶段 产品详细设计及开发阶段： 1、系统设计（硬件系统连接、结构框架及概要位置、EMC及散热设计、软件架构等） 2、子领域开发（硬件、软件、结构、其他如包材及资料文件） 3、子领域测试验证+系统测试验证（硬件测试、软件测试等+系统集成测试（EMC实验、环境实验、无线性能测试）、法规标准预测试） 4、输出工程化前期准备文档（BOM、生产相关文件） 3.产品开发阶段-详细设计及开发阶段 产品详细设计及开发阶段（注意点及案例）： 1、系统设计与子领域开发的一致性—案例：功能接口在系统设计及硬件设计中的不一致导致软件反复 2、子领域验证存在冗余交叉 3、子领域开发变更导致系统验证结果变更—案例：卡片摄像机硬件改版评估不足导致散热不足 4、最终BOM与开发验证的BOM不一致—监护仪功能板卡硬件改版BOM未更新导致产品验证工作失效，工程化反复 5、开模节点需审慎评审，避免开模后有大型变更反复导致费用飙升 3.产品开发阶段-产品工程化及小批阶段 产品工程化及小批阶段： 1、BOM核实及验证 2、各生产文件的验证（生产烧录组装测试出入库检验SOP、工程治具夹具辅料工装） 3、设计开发的批量制造验证，输出工程化或小批量报告（确认是否存在设计的可制造性问题，以及确认开发阶段发现的偶现问题） 4、供应链上游环节的验证（供应商的生产能力、质量管控能力的进一步确认） 5、启动法规样机送检 3.产品开发阶段-产品中批阶段 产品中批阶段： 1、中批试产验证—小批中发现问题的关闭及大批量试产中新问题的发现 2、BETA测试样机发放及收集反馈（可变通到小批即开始） 3、法规任务收尾 4、可获得性分析报告启动 3.产品开发阶段-产品中批阶段 产品中批阶段注意点： 1、数量方面一般以销售订单预测为准，避免备料过少导致市场推广延迟 4.产品发布阶段 产品发布阶段： 1、产品可获得性分析及供应链配套确认 2、产品市场推广及客服支持策划 3、产品生命周期维护计划确认 4、基本法规证书及各市场准入门槛达成 4.产品发布阶段 产品发布阶段注意点： 1、产品特性准确传递到市场及客服层面，尤其是待开发或存在问题的功能特性，避免出现信息不对称导致的客户抱怨 2、生命周期维护计划需有落地可行性，避免资源解散后导致的青黄不接---案例：监护仪CO2功能的发布延后 5.产品生命周期维护阶段 产品生命周期维护阶段： 1、产品成本的持续降价落实 2、客服信息收集（产品功能性能在用户端的反馈） 3、市场需求获取并落实（代理商层面的需求、OEM客户的定制开发-变更logo或部分功能点） 4、法规状态管理—认证证书过期变更或新法规的出台跟进（如医疗器械三类要求新规） 6.其他 PCR及ECRECO： PCR（product change request）： 涉及到产品或项目重大变更事宜时提交PCR变更，避免变更无依据或范围蔓延 来源 -市场需求更新导致的功能性能要求变更、成本要求变更等 -研发进度或供应商进度延迟导致的交付时间变更 -公司资源或战略调整导致的变更 决策材料包括变更引发的项目各环节变更（主要为时间、范围、成本、人力）及收益分析 ECRECO（e