1. 课程导入与CTQ全景

在质量管理与产品开发的实践中，最令人遗憾的情形往往不是“做错了”，而是“做对了不该做的事”。团队投入大量资源优化某个尺寸公差，客户却从未在意；而客户真正抱怨的异响、卡顿或密封失效，却因为未被识别为关键特性而长期缺乏监控。CTQ（Critical to Quality，关键质量特性）正是为解决这一错位而存在的核心概念：它把模糊、感性、口语化的客户需求，翻译成可测量、可控制、可验证的工程特性，并据此决定监控资源的投放位置。

一、CTQ的本质：一次“需求翻译”

客户说的是“手机拿在手里要稳、不滑”，这是客户语言；工程上必须把它转化为“后盖表面粗糙度 Ra 0.8～1.6 μm、侧边圆角 R3±0.2 mm、整机重量 ≤185 g”这类可测量的特性，这才是CTQ。因此CTQ不是客户需求本身，也不是设计参数本身，而是二者之间的桥梁——它必须同时满足两个条件：对客户感知有显著影响，且能够用数据测量与判定。

从需求到CTQ的转化通常经过三层过滤。第一层是收集原始需求（VOC，客户声音），来源包括投诉记录、售后数据、访谈、问卷、竞品对比。第二层是需求展开，把“要稳”拆解为握持感、摩擦系数、重心位置等可感知维度。第三层是特性定义，为每个维度指定测量对象、测量方法、规格上下限与判定准则。经过这三层，一句模糊的抱怨才变成一条可被生产线执行的CTQ。

二、CTQ在质量体系中的位置

CTQ并非孤立工具，它处在“客户需求—设计输出—过程控制—交付验证”这条主链的枢纽位置。向上，它承接QFD（质量功能展开）中的客户需求权重；向下，它驱动FMEA中的失效严重度评分、控制计划中的监控频次、SPC中的控制图选择，以及检验规范中的抽样方案。可以说，没有CTQ，FMEA的严重度打分容易凭感觉，控制计划容易“什么都检、什么都不精”，SPC则可能把控制图用在无关紧要的尺寸上。

需要区分三组容易混淆的概念。CTQ与CTC：CTQ面向客户感知，CTC（Critical to Cost/Process）面向成本或工艺可行性，二者可能重叠但不相等。CTQ与KPC：KPC（关键产品特性）偏产品图纸层面的尺寸、材料、性能，CTQ范围更宽，可包含外观、手感、软件响应等。CTQ与CTP：CTP（关键过程特性）是制造过程中需要控制的参数，如温度、压力、扭矩，它是保障CTQ的手段，而非CTQ本身。理清这组关系，才能避免把“设备参数”误当成“客户特性”。

三、监控设计的目标：不是“多测”，而是“测对”

识别出CTQ只是第一步。监控设计要回答的是：对哪些特性、在什么位置、以什么频次、用什么方法、由谁判定、异常时怎么办。它的目标可以概括为三点：及时发现偏移、区分普通波动与异常波动、在缺陷流出前触发反应。监控设计做得好，检验成本下降而客户投诉同步下降；做得差，则出现“全检仍漏检”或“控制图天天报警却无人处理”的典型困境。

以某消费电子外壳为例，假设CTQ清单中“后盖与中框段差”被定为关键特性，规格为 0～0.15 mm。监控设计时，若该段差由注塑模具磨损主导，且每班产量约2000件，则合理做法是每2小时抽5件，用塞尺或影像测量仪测量，记录均值与极差，绘制 X̄-R 控制图；当连续3点中有2点超出2σ警戒线时，立即停机检查模具。这里“2小时/5件/2σ”不是拍脑袋，而是由CTQ的重要度、过程能力与失效风险共同决定的。

四、本课程的学习地图

围绕“识别—量化—监控—改进”这条主线，本课程将依次展开：CTQ的识别与筛选方法（VOC收集、Kano模型、QFD展开）、CTQ的量化与规格设定（公差、过程能力、测量系统分析）、监控方案设计（控制图选择、抽样频次、反应计划）、数据驱动的异常判定与持续改进，以及跨部门协同中的CTQ管理机制。学完本课程，你应当能够独立完成一份从客户需求出发、落到具体监控参数的CTQ清单，并说明每一条监控规则背后的依据。

需要提醒的是，CTQ不是一次性的文档，而是随客户需求、工艺能力和市场反馈持续更新的动态清单。今天被定为CTQ的特性，可能因为工艺稳定而降低监控等级；今天被忽略的特性，也可能因为新的客户投诉而升级。保持清单的“活性”，比一次性做得完美更重要。