缺陷和不良品
Defect（缺陷）与 Defective（不良品） 是质量管理、六西格玛与制造业中非常基础、但又极容易被混用的两个概念。
它们都与“质量不好”有关，但关注的层级、统计意义与管理用途完全不同。
如果这两个概念没有分清楚，就会在以下场景中产生严重误解：
- DPMO 计算错误
- 不良率解读混乱
- 六西格玛水准换算错误
- 客户与内部质量报告“各说各话”
本文将从定义、举例、统计差异、管理应用与常见误区五个层面，系统说明 Defect vs Defective 的区别。
一、基本定义对照
| 项目 | Defect（缺陷） | Defective（不良品） |
|---|---|---|
| 关注对象 | 问题本身（一次错误 / 一个缺点） | 产品或单位（整件是否不合格） |
| 数量逻辑 | 一个产品可以有多个 defect | 一个产品最多算 1 个 defective |
| 常用指标 | DPMO、缺陷数、缺陷机会 | 不良率、PPM、Reject Rate |
| 常见场景 | 六西格玛、过程能力、复杂产品 | 来料检验、出货检验、客户投诉 |
一句话记忆：
Defect 看“错了几次”，Defective 看“坏了几件”。
二、什么是 Defect（缺陷）？
Defect（缺陷） 指的是未满足规格、要求或客户期望的单一问题点。
它关注的是“错误发生的次数”，而不是“产品的件数”。
2.1 Defect 的核心特征
- 一个产品可以有 多个 defect
- Defect 与“机会（Opportunity）”强相关
- 主要用于过程质量与系统能力分析
2.2 Defect 的典型例子
例 1：电子产品
- 外壳刮伤 → 1 个 defect
- 螺丝漏锁 → 1 个 defect
- 按键手感异常 → 1 个 defect
➡ 同一台产品可能有 3 个 defect
例 2：文件错误
- 拼写错误 → 1 defect
- 数据错误 → 1 defect
- 页码错误 → 1 defect
在这些场景中，“缺陷”比“产品是否报废”更重要，因为它反映的是过程成熟度。
三、什么是 Defective（不良品）？
Defective（不良品） 指的是整件产品、单位或样本被判定为不合格。
3.1 Defective 的核心特征
- 一件产品要么合格，要么不合格
- 不关心有多少个 defect
- 主要用于检验、交付与客户沟通
3.2 Defective 的典型例子
- 尺寸超出规格 → 不良品
- 功能无法通过测试 → 不良品
- 关键外观缺陷 → 不良品
即使产品只有一个缺陷，只要触及“拒收标准”，它就是 1 个 defective。
四、Defect 与 Defective 的关键差异（核心重点）
4.1 统计思维完全不同
- Defect → 用于统计“错误密度”
- Defective → 用于统计“不合格比例”
这也是为什么：
- 六西格玛强调 DPMO（每百万机会缺陷数）
- 传统质量强调 不良率 / PPM
4.2 一个简单对比例子
假设：
- 生产 100 件产品
- 其中 10 件产品有问题
- 每件问题产品各有 2 个缺陷
统计结果：
| 指标 | 数值 |
|---|---|
| Defective（不良品） | 10 件（不良率 = 10%） |
| Defect（缺陷） | 20 个 |
如果你只看不良率，会忽略“每件产品上问题的严重程度”；
如果你只看 defect，又可能忽略“有多少产品真的不能交付”。
五、Defect 与六西格玛（DPMO）的关系
在 六西格玛 中，核心衡量对象是 Defect，而不是 Defective。
5.1 为什么六西格玛不用“不良率”？
- 复杂产品有多个缺陷机会
- 单用不良率会低估真实问题密度
- Defect 更能反映过程能力
5.2 DPMO 的逻辑
DPMO =
（缺陷总数 ÷（单位数 × 每单位缺陷机会数））× 1,000,000
这里的“缺陷”指的就是 Defect，而不是 Defective。
因此：
- DPMO = 关注“错误发生的频率”
- Defective Rate = 关注“产品是否能出货”
六、管理视角：什么时候该看 Defect？什么时候该看 Defective？
6.1 该看 Defect 的场景
- 六西格玛项目
- 制程能力改善
- 系统复杂、机会多的产品
- 长期质量成熟度评估
6.2 该看 Defective 的场景
- 来料检验（IQC）
- 出货检验（OQC）
- 客户 KPI / 合同指标
- 短期交付决策
内部改善看 Defect，对外交付看 Defective。
七、最常见的错误与混淆
错误 1：用不良率去算六西格玛水准
这会严重低估缺陷密度，得出虚高的 Sigma Level。
错误 2：把 defect 当成 defective 报告给客户
客户关心的是“有多少件不能用”，而不是“你内部发现多少小问题”。
错误 3：改善项目只看 defective
不看 defect，容易忽略产品“问题越来越多但尚未触及拒收线”的风险。
八、快速记忆法（给质量新人）
- Defect = 错误点、问题点、一次不满足
- Defective = 不良品、NG 件数
- Defect 用来改善过程
- Defective 用来管理交付
九、总结
Defect 与 Defective 并不是谁对谁错的问题，而是“不同层级的质量视角”。
- Defect 帮助你看清过程里“发生了多少次错误”
- Defective 帮助你判断“有多少产品不能交付”
真正成熟的质量管理体系，一定会同时管理 Defect 与 Defective，
既能改善系统、降低缺陷密度，又能确保交付稳定、客户满意。
把这两个概念分清楚，是从“会做质量”走向“懂质量”的第一步。