简介这份PPT是富士康内部使用的新产品导入NPI培训教材面向制造业NPI工程师、项目负责人及生产管理相关人员帮助其系统理解新产品从设计到量产的全流程职责与协作要点。资源包共1个PPT文件大小约2.65MB内容以繁体中文图文排版呈现结构清晰便于培训讲解与自学查阅。目前已有466人学习下载具备一定的行业参考价值。资料围绕NPI工作职责展开涵盖物料准备跟催、Readiness check list制作维护、L6至L10测试程式与治具版本管控、量试生产及人力排配、Compass网站管理、DPHU与issue list整理、不良改善追踪、量试费用统计以及文件版次与产品履历记录等具体事项同时梳理了新产品导入流程、量试流程图及与客户沟通的要点并说明试生产阶段产线调整与人员培训的配合方式。适合需要建立NPI流程认知、完善导入检查清单或优化跨部门协作的从业者参考。1. 从一份 NPI 培训 PPT 说起新产品导入到底在导什么很多做硬件的工程师第一次接触 NPI是在产线被 PE 追着问「这个治具什么时候能好」或者凌晨三点还在对试产报告里的不良项。NPI 全称 New Product Introduction中文叫新产品导入是把研发手里的图纸、BOM、样机变成产线上能稳定量产的产品的整个过程。富士康这类代工巨头的 NPI 培训资料之所以被反复传阅不是因为里面有什么黑科技而是它把「一个新产品从 EVT 到 MP 要过几道关、每道关谁签字、签字的依据是什么」这套流程讲得足够细。这份 PPT 的核心价值在于流程框架和阶段交付物定义而不是某个具体产品的参数。适合谁看刚转岗做 NPI 的工程师、需要和代工厂对接的初创硬件团队、以及想搞清楚「为什么我的产品一上量就翻车」的研发人员。下面我按这份资料常见的结构把 NPI 的流程、关键交付物、试产验证和常见翻车点拆开讲。2. NPI 五个阶段与交付物从 EVT 到 MP 的完整链路2.1 阶段划分与准出条件硬件产品的 NPI 通常分五个阶段EVT工程验证测试、DVT设计验证测试、PVT生产验证测试、MP量产、以及中间的 Ramp爬坡。每个阶段的准出条件不是「感觉差不多了」而是一组可检查的交付物。常见做法是每个阶段结束开一次 Gate Review过不了就不允许进入下一阶段。阶段核心目标典型交付物准出条件EVT验证功能与原理原理图、BOM、功能测试报告所有功能项通过无致命缺陷DVT验证设计与工艺DFM 报告、结构件尺寸报告、可靠性测试设计冻结工艺窗口确认PVT验证产线可制造性试产报告、SOP、治具清单、良率数据良率达标制程能力 Cpk≥1.33MP稳定量产量产良率报表、出货检验记录连续三批良率稳定这份 PPT 里反复强调的一点是EVT 阶段允许飞线、允许手工焊接但 DVT 之后必须用正式模具和正式产线工艺。很多团队翻车就翻在 DVT 还在用手焊样机到了 PVT 才发现回流焊曲线不对。2.2 每个阶段必须产出的文档清单NPI 工程师的核心工作之一就是追文档。以下清单是我在多个项目里验证过的最小集缺一项都会在量产阶段变成坑EVT功能测试用例、BOM含替代料、关键器件规格书DVTDFM 检查表、结构 2D/3D 图、公差分析报告、可靠性测试计划PVT试产排程、工位 SOP、治具验收报告、首件检验记录、良率日报MP控制计划、PFMEA、出货检验标准、包装规范提示DFM 检查表不要等到 DVT 才做EVT 阶段就让代工厂的工艺工程师参与评审能省掉后面大量的改模费用。2.3 用 Python 管理 NPI 交付物清单实际项目中交付物一多就容易漏我一般用一个简单的 Python 脚本做检查把每个阶段的交付物定义成字典自动比对文件是否存在。import os # 定义各阶段必须交付的文件清单 npi_deliverables { EVT: [schematic.pdf, bom.xlsx, function_test_report.pdf], DVT: [dfm_checklist.xlsx, mechanical_2d.pdf, reliability_plan.docx], PVT: [trial_run_report.xlsx, sop_line.pdf, fixture_acceptance.pdf], MP: [control_plan.xlsx, pfmea.xlsx, oqc_standard.pdf] } def check_deliverables(base_dir): for stage, files in npi_deliverables.items(): stage_dir os.path.join(base_dir, stage) print(f--- {stage} ---) for f in files: path os.path.join(stage_dir, f) status OK if os.path.exists(path) else MISSING print(f {f}: {status}) if __name__ __main__: check_deliverables(./npi_project)逻辑说明脚本遍历每个阶段定义的必需文件检查在对应目录下是否存在。参数说明base_dir是项目根目录npi_deliverables字典可按实际项目增删条目。这个脚本不能替代人工评审但能在 Gate Review 前快速暴露缺件问题避免开会时才发现少东西。3. 试产验证怎么做PVT 阶段的关键动作与数据判读3.1 试产前必须锁定的三件事PVT 是 NPI 里最像「实战」的阶段因为要用正式产线、正式治具、正式物料跑一批。试产前如果这三件事没锁定数据基本没有参考价值第一BOM 冻结。任何一颗料还在改试产结果就不能代表量产。第二治具验收完成。治具的定位精度、测试覆盖率要有报告。第三SOP 下发到工位。操作员按未定稿的 SOP 做出来的不良你分不清是设计问题还是操作问题。常见做法是试产前开一次 Readiness Review逐项确认上述状态输出一份检查表。3.2 试产数据怎么读良率、Cpk 与不良分布试产报告里最常看的三个指标直通率FPY、制程能力指数Cpk、不良项 Pareto。直通率看整体Cpk 看关键尺寸或参数是否稳定Pareto 看主要矛盾。指标含义达标参考不达标时先查FPY一次通过率≥95%消费电子工位平衡、来料一致性Cpk制程能力≥1.33设备精度、治具定位、物料公差Pareto不良排序前 3 项占比50%锁定 top 不良做专项血泪经验Cpk 低于 1.0 时不要急着调设备先查来料。很多「制程问题」其实是物料批次差异导致的调设备只是把偏差从一边挪到另一边。3.3 用脚本自动生成试产日报试产期间每天要出良率日报手工整理容易出错。我一般用 pandas 从产线导出的 CSV 直接生成汇总。import pandas as pd # 读取产线导出的测试记录 df pd.read_csv(pvt_test_log.csv) # 计算直通率一次测试即通过的记录占比 total len(df) fpy len(df[df[test_result] PASS]) / total * 100 # 按不良代码统计 Pareto fail_df df[df[test_result] FAIL] pareto fail_df[fail_code].value_counts() print(f总测试数: {total}) print(f直通率: {fpy:.2f}%) print(不良分布:) print(pareto.head(10))逻辑说明读取测试日志后用test_result字段判断通过与否计算直通率对失败记录按fail_code分组计数得到 Pareto 排序。参数说明pvt_test_log.csv需包含test_result和fail_code两列字段名按实际产线系统调整。这个脚本每天跑一次五分钟出日报比手工快且不会漏项。3.4 试产到量产的爬坡策略PVT 通过不等于能直接满产。常见做法是分三批爬坡第一批 50 台验证治具和 SOP第二批 200 台验证物料一致性第三批 500 台验证设备稳定性。每批之间留一天分析数据。如果第二批良率比第一批掉超过 3 个百分点必须停下来查原因不要硬着头皮往第三批冲。4. NPI 避坑记录五个让项目延期的真实原因4.1 现象DVT 阶段发现结构件装不进去原因EVT 阶段用的是 3D 打印件公差比正式注塑件大掩盖了装配干涉。解决EVT 阶段就要用正式模具或至少 CNC 件验证关键装配尺寸3D 打印件只用于外观确认。4.2 现象PVT 良率突然从 96% 掉到 82%原因换了一批连接器来料尺寸在规格书范围内但偏上限与治具定位孔配合过紧。解决关键连接器在 PVT 前做来料尺寸分布检查不要只看「合格」标签要看实际值落在规格的哪个位置。4.3 现象量产三个月后出现批量性功能不良原因某颗电容的供应商在量产中换了介质材料规格书没变但温度特性变差。解决关键器件在 MP 阶段要锁定供应商和料号任何变更走 PCN 流程NPI 工程师要保留替代料验证记录。4.4 现象SOP 写了但操作员不按做原因SOP 是工程师视角写的步骤顺序和实际工位布局不匹配。解决SOP 定稿前让线长和操作员试做一遍按实际动作顺序调整关键步骤配图。4.5 现象Gate Review 过了但下一阶段还是出问题原因准出条件写得太模糊比如「功能正常」没有定义测试项和判据。解决每个准出条件必须可量化比如「所有 32 项功能测试通过无 P0/P1 缺陷」。注意避坑记录不是写完就完了每次项目复盘要把新踩的坑补进去形成团队自己的检查表。5. 把 NPI 流程跑顺的一个具体技巧用检查表驱动 Gate Review5.1 为什么检查表比流程文档更管用流程文档谁都不爱看但检查表是拿来打勾的。我试过把 NPI 各阶段的准出条件做成一张 Excel 检查表每个 Gate Review 前发给相关人逐项填状态和责任人。效果比开会念 PPT 好得多因为每个人知道自己那一项没填就是自己的责任。检查表的结构很简单阶段、检查项、判据、责任人、状态、备注。判据一定要可验证比如「DFM 报告已由代工厂工艺工程师签字」而不是「DFM 已完成」。5.2 检查表的字段设计与自动化提醒字段说明示例阶段EVT/DVT/PVT/MPDVT检查项具体交付物或动作结构件尺寸报告判据可验证的标准关键尺寸 Cpk≥1.33责任人谁负责结构工程师状态未开始/进行中/完成进行中备注阻塞原因等待模具厂报告如果团队用飞书或钉钉可以把这张表做成在线表格设置截止日期前自动提醒责任人。我一般会在 Gate Review 前两天跑一次检查把未完成项单独拉出来找责任人确认。5.3 一个真实项目的检查表迭代过程我参与过一个蓝牙音箱项目第一次 PVT 因为治具验收报告没签字就开了试产结果治具定位偏差导致 200 台全部返工。复盘后我们在检查表里加了一条「治具验收报告需 PE 和品质双方签字」并且把签字扫描件作为附件上传。第二次 PVT 前检查表显示这一项未完成直接推迟试产两天避免了同样的返工。这个习惯我保持到现在每做一个新项目先把上一项目的检查表拿出来把踩过的坑对应的检查项加粗Gate Review 时重点看。检查表不是越厚越好而是每一条都对应一个真实发生过的风险。希望帮到你。本文还有配套的精品资源点击获取