简介这是一份面向产品经理、项目经理及研发团队的新产品开发整体流程培训PPT系统梳理了从构想、规划、设计、样品试作、工程试作、试产到量产的C0-C6七个阶段并明确每个阶段的技术活动与产出要点例如C2阶段强调电子、软件与工业设计协同C3/C4阶段侧重硬件软件试作与测试C6阶段关注大批量生产导入。内容同时覆盖PM、TMT、PCC、RD以及HW/SW/ID/ME等岗位的职责边界并结合Wistron案例说明角色之间的协作关系有助于建立端到端的产品开发全局观适合制造型企业开展内部培训、新人入职引导或跨部门流程复盘。资源为单个PPT文件大小1.67MB结构完整包含角色责任矩阵、阶段划分图示及实务说明可直接用于会议演示或团队学习。目前已有174人学习下载适合希望系统掌握产品开发里程碑节奏、理清跨部门协同要点的产品与技术管理人员。1. 新产品开发整体流程C0到C6一份PPT讲透OEM的NPI门禁做了快十年NPI我现在的结论是新产品开发整体流程能不能落地看的不是研发团队多强而是从C0构想到C6量产之间有没有人真的在门禁上把关。见过太多项目死在“什么阶段该交什么东西没人管”上——方案没成熟就进样试测试没做完就放量最后返工成本比省下的时间还贵。这份PPT讲的是纬创的C-System案例一套很典型的OEM/ODM新产品开发门禁流程。它把整个项目切成C0到C6七个阶段每个阶段都有Entry、Activity、Exit还配了角色责任RR和阶段交付物清单。对PM、NPI、项目经理和刚转行做产品开发的人来说拿它当模板去搭自己公司的Gate Review比从零开始写流程要省事得多。2. 从C0到C6七个阶段的准入准出与交付物清单2.1 C0/C1把构想变成可评审的MRSC0构想阶段的负责人是PM目标不是把产品想清楚而是“确认有没有必要开这个项目”。所以C0的工作重点基本都在做选择题市场数据、关键技术资料、RD的技术可行性、PM的效益评估最后输出一页MRS市场需求规格书和计划提案书。我在实际项目中常看到一种做法——C0还没开完就急着拉团队做ID草图。这其实把C0和C1的边界磨掉了C0要回答的是“做不做”不是“长什么样”。C1规划阶段是“把项目组织起来”。要点是选任技术经理TM、成立项目团队、定时间表、跑法务确认。注意这里有个很多人会漏的文档叫Invention Disclosure发明揭露书以及Green Design Check List。不要小看这两份前者涉及专利归属后者涉及环保设计评审。项目结束时再补这些文件几乎都是痛苦的回忆。C0/C1各有一个MeetingPPT的逻辑是每个阶段都有Entry Criteria和Exit Criteria。Entry问“能不能开始干活”Exit问“能不能放行到下一阶段”。以C1为例Exit检查Time Schedule、Project Team、Invention Disclosure、Green Design Check List、Sample Request Form。这五样齐了才能往C2设计阶段推。2.2 C2/C3设计、试作与测试计划的闭环C2 RD Design阶段由研发负责输出的是“可制造的方案”。从PPT交付物能看到几个关键件PES产品环境规格、EMC/Safety Request Form、初版BOM/QVL、PCB Layoutprel.、外购模块规格。这里要特别提醒EMC/Safety Request Form在C2就提交不是等样机做出来才测。合规测试是长周期工作越晚提交后面越被动。C3 Lab Pilot Run是实验室试作它和C4最大的区别在于C3主要验证设计C4主要验证制程。C3的退出交付里有HW DV test report、SW FV test report、ME test report、Reliability test reportprel.、C3 manufacturability review report、Sample approve status bug list。注意这里的“bug list”不是只有软件bugHW、ME、可靠度的问题都要登记在同一个bug tracking系统里。我见过不少团队HW和SW用两套表到C3退出会上一对账就发现漏了十几条。工程试作C4开始导入产线所以交付物立刻变成生产导向SMT WS P/R report、PCBA WS P/R report、ME Eng P/R report、Eng P/R QA review、Test program/Procedure、SOP for PCBA/FA、User manual R/N、Packing standard。这几份报告共同回答一个问题用接近量产的工装、夹具和参数能不能稳定做出工程品如果C4时SMT直通率还趴在95%以下C4 Exit会议基本不会给你Go。2.3 C4/C5从工程试作到量产爬坡的关键退出C4和C5的边界是“能不能放量”。C4退出时BOM、QVL、Time Standard、BIOS/KBCFW release、Driver/AP/Utility release都要定版。而C5 PD Pilot Run试产的交付则更偏量产准备Service Guide、EMC Safety report、PD P/R yield rate analysis、PCBA inspection instruction、Product inspection instruction、MTBF DEMO test report。看到没C5已经到了“造出来还得证明它能一直造”的阶段所以PPAP、FPYR、PFMEA这类报表开始密集出现。这里想重点讲C5 Exit meeting。PPT里明确写了CFE要基于C4/C5 checklist、相关报告和项目状态做出Ready或Not Ready的判定。CFE代表的是制造运营他有权限在C5退出会上卡项目。这个机制看着很硬但实际项目里CFE经常是最后一个知道问题的人——前面设计阶段CFE没参与到C5突然来把关各种“制造性”问题集中爆雷。所以更聪明的做法是让CFE从C2开始参加设计评审别等人到了C5才来当门神。2.4 用checklist管理阶段交付物下面这张表是根据PPT内容整理的阶段交付物精简版可以直接抄去当项目文件目录阶段核心交付物发布/退出标志C0MRS、计划提案书、技术可行性分析C0 Meeting GoC1Time Schedule、Project Team、Invention DisclosureC1 Meeting GoC2PES、EMC/Safety Request Form、prel. BOM/QVLC2 Meeting GoC3HW/SW/ME测试报告、Reliability prel.、bug listC3 Meeting GoC4BOM/QVL定版、Test Program、SOP、P/R报告C4 Meeting GoC5Service Guide、EMC/Safety报告、FPYR、MTBF DemoC5 Meeting GoC6C6 checklist、Phase Out Notice量产放行注意这张表只是目录不是内容。实际做项目时每个交付物背后还要挂一份“完成定义”比如“BOM定版”要求所有料号申请完毕、替代料状态明确、ECN流程已触发。没有完成定义的checklist最后一定会退化成打钩游戏。3. 角色与责任PM、TM、CFE谁拍板RACI矩阵怎么搭3.1 PM/TM/PCC项目三角色的分工边界PPT把PM定义为“产品线成败总负责人”TM负责协调技术冲突并做决策PCC则是规划、推广、联系和控制的角色。这三个人是项目铁三角。我理解的分工是PM对外背商业结果TM对内背技术方案PCC背着流程运转。很多项目到后期出问题都是TM这层没立住——HW和SW意见不一致时没人拍板bug list越积越长最后PM被迫用自己的判断去替技术团队做决定这已经越权了。注意PPT里对TM的说明协调HW、SW、ID、ME之间的技术冲突并做决策。这个“decision-making”非常关键。TM不是协调员不是开个会把问题摆出来就完了他要给出决策。所以选TM的时候资历比态度重要——一个压不住硬件和软件主管的TM基本会是项目里第一个被换掉的人。PCC的角色容易被误解成“项目助理”。但从PPT看PCC要掌握项目情况、协助处理异常、让新产品顺畅切入工厂还要协助RD Release阶段的BOM Change Notice。这其实是个非常专业的项目控制岗需要同时懂BOM结构、工厂导入和流程节点。如果你的组织把PCC当作订会议室的人C4/C5阶段会非常痛苦。3.2 RD、PA与制造角色Bug Tracking System是协作的黑匣子RD里又细分HW、SW、ID/ME。PPT特别强调每个RD人员都要把bug/issues输入、更新和维护到bug tracking system里。这个机制是NPI协作的黑匣子——所有设计问题、测试问题的状态都在系统里流转阶段退出会上一拉就是一份Action List。但太多团队把它做成了形式主义HW用Excel、SW用Jira、ME用邮件等到C3退出会要汇总时只能靠人肉拼表。PA这个函数可以理解为“产品保证与开发支援”的集合EMC/Safety、QT软件测试、CE/Reliability、PCB、OS Certification都挂在PA下面。其中QT是RD下属的测试单位负责Compatibility Test、Software Test、S/W Preload Test、Diagnostic Program Test。这里有个容易混淆的边界QT测的是“这个版本能不能放给客户”而QA/QE在C4/C5测的是“制程能不能稳定生产”。两个团队用的测试用例完全不同别指着一个团队干两个团队的活。制造端角色还有NPI、PE/PME、IE、QA、QE、PD、PSE、FAE、TE。这么多角色光靠关系协调是不够的需要一张RR矩阵把每个阶段谁负责、谁执行、谁咨询固定下来。下面是我从这份PPT提炼的简化版RACI表仅供参考阶段活动PMTMRDPA/QTCFENPI/PEC1项目组织成立ARCCIIC2设计评审CARCICC3试作测试报告CARRICC4工程试作放行ACCRRRC5试产放行ACICRRC6量产放行AIIICRAAccountable最终负责RResponsible执行CConsulted咨询IInformed知情。这张表不是PPT原样是我按纬创案例的角色职责推出来的拿回自己公司再按组织架构调一版。3.3 CFE/NPI/PE制造端在C4/C5退出会上的话语权CFE在PPT里写得很清楚对外代表全球制造运营和客户打交道对内代表客户跟内部团队提要求。这种双向代表身份让他天然拥有“客户满意”的话事权因此在C4/C5退出会上CFE的Ready/Not Ready判定是有分量的。我建议其他公司学的是CFE的“证据意识”CFE不是凭感觉卡项目而是基于C4/C5 checklist、相关报告和项目状态做判定。换句话说只要项目组把报告写齐、数据摆清楚CFE即使知道有风险也会给有条件放行而不是一票否决。反过来报告缺失还想靠口头保证过会的几乎都会被卡。这其实就是一种良性的门禁文化。NPINew Product Introduction的角色是“规划、协调、整合与提供各Site制造所需信息”。对多工厂同步导入的公司来说NPI是否强势决定了各Site的SOP和治具是否统一。PE/PME则负责产品设计审查、问题发现、移交、良率提升。注意分工PE偏测试与产品工程PME偏机构工程两个角色别混在一个工位否则会出现“PE以为PME做了PME以为PE做了”的真空地带。4. 质量与合规EMI/Safety、可靠度、RoHS/WEEE在哪个阶段启动4.1 测试项目地图Compatibility、Reliability、Stress是三条独立时间线PPT里有一页Wistron C-System Quality Control把所有质量活动按阶段摊开。整理下来可以看到三条时间线并行第一条是兼容性与功能测试从C2的C-Test Plans一路做到C3的Compatibility/Diagnostic、C4/C5的FAI SPC、ORT/Stress第二条是可靠度从C2的MTBF EstimateC3的Reliability/Stress测试到C4的MTBF Demo、C5的MTBF Review第三条是法规与认证EMI/Safety、OS Certification、Pre-QVL这些从C2阶段的Request Form就开始排。我特别想提醒“可靠度”这条线。很多项目把Reliability Test当作C3快结束了才启动的验证动作实际上PPT里C2就有MTBF EstimateC3有Reliability test reportprel.C4有Reliability测试报告C5又有MTBF DEMO test report。这意味着可靠度不是一次性考试而是贯穿C2到C5的持续迭代过程。如果等到C5才发现某个电容的寿命不达标改设计不仅影响电气还要重新跑EMI和热测试连带C5退出一推再推。还有一条容易被忽略的线是“Bug List与Action”。C3的Sample approve status bug list review、C4的Bug List Action、C5的Bug List Action再次出现——说明bug tracking不是到C4就清账而是要持续到C5量产前。每个bug后面都要跟owner和due date否则“已知问题”会一路带进MP变成服务端的AFR/DOA数据。4.2 RoHS/WEEE欧盟指令的期程与限值表这份PPT特意讲了EU RoHS和WEEE对做出口产品的团队很有参考价值。RoHS指令的核心是六个类别的禁限物质铅Pb、镉Cd、汞Hg、六价铬Cr6、PBB、PBDE。PPT里的建议限值表整理如下物质限值铅Pb焊锡/塑胶/线材/涂料1000 ppm镉Cd100 ppm汞Hg1000 ppm六价铬Cr61000 ppmPBB聚溴联苯1000 ppmPBDE聚溴二苯醚1000 ppm注意Cd的限值是100 ppm其他基本都是1000 ppm这正是RoHS最常踩的坑。很多初次做欧盟项目的团队习惯“所有有害物质都按1000 ppm管控”结果镉超标送测被打回。另外RoHS还有个常见坑不仅管最终产品还要管零部件和原材料。实务上供应链的材质宣告Material Declaration必须从C2/C3就开始收集否则到C5等报告是等不齐的。WEEE指令走的是另一条线——回收与再利用。PPT列出了各类别的回收率和再利用率目标例如大型家电回收率80%、小家电75%、IT与通信设备75%、消费性设备70%等。对产品设计师来说WEEE的隐含要求是“产品结构便于拆解和回收”。如果到C6才想起做拆解报告等于把所有结构设计推倒重来。所以对应动作是C1的Green Design Check List里就要有拆解性评审C2的PES里要写明材料标记和可回收性。5. NPI流程避坑指南五个最容易翻车的门禁细节5.1 现象C2还没退出就提前下单长交期物料现象项目刚进C2MM看到预排BOM里有颗IC交期要52周为了赶C5的节点提前下了PO。结果C2设计评审把方案改了预排料变呆料成本直接从项目利润里划走。原因MM的绩效通常考核物料齐套率看到长交期料本能反应是“先锁库存再说”。但对项目来说设计冻结比物料齐套优先。只要设计还没确认任何采购动作都是赌博。解决把“长交期物料预购”从MM的独立行为改成受控动作。在C2 Entry里增加一条长交期物料预购清单需要PM、工程负责人、CFE三方sign-off。同时给MM一个安全阀预购上限只覆盖C2 Exit后仍确认保留的料号且必须走ECN预留编号。5.2 现象C3试作报告齐全但DFMEA没同步更新现象C3 Exit会议上HW、SW、ME的测试报告都过了评审委员看了DFMEA发现还是初版连C3试作暴露的接口插损问题都没加进去。DFMEA没更新C4试作就会带着已知风险继续跑。原因DFMEA通常由设计工程师在方案阶段写一版之后就没动力维护。而项目评审只看测试报告没人把DFMEA当成退出条件来检查于是它成了“写过就算完”的文档。解决把DFMEA更新和Bug List联动。C3 Exit前逐条核对Bug List中与设计相关的项是否已在DFMEA的风险清单中体现并更新措施。没有“设计措施已落实”标记的bug不允许关闭。哪怕DFMEA只更新一行文字也要有记录。5.3 现象C5退出时才发现TE的Test Program没有Release现象C4退出时Test Plan签了但Test Program还在开发中大家以为TE会在C5前搞定。等C5退出会前TE说程序“能用但没跑完整验证”线体已经按C5排产等着测试进退两难。原因测试程序Test Program和测试计划Test Plan经常被混为一谈。Test Plan是文档C4就可以定稿Test Program是软件需要开发、调试、和产线工位联调。二者的完成时限差了整整一个阶段。解决在C4退出条件里明确区分“Test Plan Release”和“Test Program Release”。“Test Program Release”要求有版本号、经过验证的测试项覆盖率报告、在产线工位跑通的记录。凡是C5前无法完成的程序需要在C4退出会上单独列风险项并指定替代测试方案。5.4 现象环保法规测试拖到量产前才启动现象产品开发一路顺利到C5才发现EMC/Safety报告还没出来实验室排期又排到下个月只能把C5 Exit改成“有条件放行”量产计划跟着滑。原因EMC/Safety测试本身周期长而且需要稳定的样机。团队为了节省送测样机数量经常攒到C5才一次送测以为能省一轮费用结果反而耽误退出决策。解决按PPT的节奏来C2提交EMC/Safety Request FormC3送测预检C4拿到预测试数据C5提交正式报告。RoHS/WEEE的材料宣告则在C2/C3让采购和供应商启动别等成品出去被抽检才补。5.5 现象C6阶段变更不走ECR/DCN流程现象量产刚爬坡产线反馈某个料件难装配工程主管为了不牺牲产出直接在产线上改了治具和料件图纸同步改BOM。三个月后盘点发现BOM混乱大量旧料无法追溯。原因量产后的节奏要求快速处理但产品数据管理系统不会因为紧急就自动留痕。工程师走“特采”或“当场改”的捷径等于绕过了ECR/ECN评审把风险藏在了线下。解决C6 Phase Out之前所有设计变更强制走ECR/ECN哪怕是临时替代料也必须挂变更单。建立周度变更评审会把ECN状态和BOM差异报告放进例行管理。记住流程的目的不是拖速度是让你确定自己到底在造哪一版产品。6. 把这份PPT用起来搭建自己的Gate Review与量化评审模板6.1 从PPT提炼一页纸的准入准出标准先把PPT里的每个阶段Exit Checklist拉成一页表格放到共享盘里当项目主页。我的习惯是这样拆Gate、Owner、文档清单、完成定义、风险项。以C4为例文档清单包括C4 Checklist、BOM、QVL、Time Standard、BIOS/KBCFW Release、S/W Release、各P/R报告、Test Program/Procedure、SOP、User Manual、Packing Standard。每个文档后面再标“版本/日期/负责人”。这张表本身不创造价值价值在于每次Gate Review开会大家只围绕“未完成项”讨论效率会高出很多。6.2 进阶技巧把Go/No-Go评审结论量化光有Checklist还不够我习惯再做一张加权评分表把阶段退出条件分成五档——文档完整度、测试覆盖、问题闭环、制造准备、商业风险。每档按0/3/5打分总分低于80%不进下一阶段70%到80%可以“有条件放行”但Exemption必须写清截止日期和Owner。这个方法比“全票通过”或“一票否决”更适合国内项目环境。我常用的权重是文档完整度20%、测试覆盖30%、问题闭环20%、制造准备20%、商业风险10%。以C3为例测试覆盖里把HW DV、SW FV、ME Test、Reliability Test全部算进覆盖率任何一个大项缺失测试覆盖分直接折半。有了这个量化表C4/C5退出会就不再是吵架会而是对账会。从那以后我每次带项目都强制走一遍这个量化Gate Review哪怕只是个小项目也把C0到C6逐个过一遍。说实话流程不会替你解决所有问题但至少能让你在翻车前看到门禁在哪。希望帮到你。本文还有配套的精品资源点击获取