简介：这份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.33 |
| MP | 稳定量产 | 量产良率报表、出货检验记录 | 连续三批良率稳定 |
这份 PPT 里反复强调的一点是：EVT 阶段允许飞线、允许手工焊接，但 DVT 之后必须用正式模具和正式产线工艺。很多团队翻车就翻在 DVT 还在用手焊样机，到了 PVT 才发现回流焊曲线不对。
2.2 每个阶段必须产出的文档清单
NPI 工程师的核心工作之一就是追文档。以下清单是我在多个项目里验证过的最小集，缺一项都会在量产阶段变成坑：
- EVT：功能测试用例、BOM（含替代料）、关键器件规格书
- DVT：DFM 检查表、结构 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 Review
5.1 为什么检查表比流程文档更管用
流程文档谁都不爱看，但检查表是拿来打勾的。我试过把 NPI 各阶段的准出条件做成一张 Excel 检查表，每个 Gate Review 前发给相关人，逐项填状态和责任人。效果比开会念 PPT 好得多，因为每个人知道自己那一项没填就是自己的责任。
检查表的结构很简单：阶段、检查项、判据、责任人、状态、备注。判据一定要可验证，比如「DFM 报告已由代工厂工艺工程师签字」而不是「DFM 已完成」。
5.2 检查表的字段设计与自动化提醒
| 字段 | 说明 | 示例 |
|---|---|---|
| 阶段 | EVT/DVT/PVT/MP | DVT |
| 检查项 | 具体交付物或动作 | 结构件尺寸报告 |
| 判据 | 可验证的标准 | 关键尺寸 Cpk≥1.33 |
| 责任人 | 谁负责 | 结构工程师 |
| 状态 | 未开始/进行中/完成 | 进行中 |
| 备注 | 阻塞原因 | 等待模具厂报告 |
如果团队用飞书或钉钉，可以把这张表做成在线表格，设置截止日期前自动提醒责任人。我一般会在 Gate Review 前两天跑一次检查，把未完成项单独拉出来找责任人确认。
5.3 一个真实项目的检查表迭代过程
我参与过一个蓝牙音箱项目，第一次 PVT 因为治具验收报告没签字就开了试产，结果治具定位偏差导致 200 台全部返工。复盘后我们在检查表里加了一条「治具验收报告需 PE 和品质双方签字」，并且把签字扫描件作为附件上传。第二次 PVT 前检查表显示这一项未完成，直接推迟试产两天，避免了同样的返工。
这个习惯我保持到现在：每做一个新项目，先把上一项目的检查表拿出来，把踩过的坑对应的检查项加粗，Gate Review 时重点看。检查表不是越厚越好，而是每一条都对应一个真实发生过的风险。希望帮到你。
本文还有配套的精品资源，点击获取
