2. CTQ识别起点

CTQ（Critical to Quality，关键质量特性）不是工程师凭经验“猜”出来的技术指标，而是从客户需求出发、经过结构化转换得到的可测量特性。识别CTQ的起点永远是客户需求（Voice of Customer, VOC），但客户说的是“手机充电要快”“包装不能破损”“软件别卡”，这些是模糊的期望，无法直接作为质量特性去监控。本节要解决的核心问题就是：如何把客户语言系统地翻译成CTQ候选清单，并借助QFD质量屋和卡诺模型完成优先级判断。

从VOC到CTQ的三层翻译

客户需求到CTQ之间通常存在三层转换。第一层是原始VOC，即客户原话，例如“充电半小时能用一整天”。第二层是需求要素，把原话归纳为可理解的需求维度，如“充电速度”“续航能力”。第三层是CTQ候选，把需求要素转化为可测量的特性，如“0%→80%充电时间≤30min”“满电续航≥12h”。这三层之间不是简单同义替换，而是从主观期望到客观参数的映射，映射过程中必须回答：客户说的这个需求，最终由哪个物理量、哪个接口、哪个过程参数决定？

以某款便携储能电源为例，客户反馈“户外用一天，电量要够”。需求要素可归纳为“容量充足”。但容量本身不是CTQ，因为客户真正在意的是“在典型负载下能持续供电多久”。因此CTQ候选应写成“在300W恒功率负载下，持续供电时间≥4h”。这里300W和4h是示例假设参数，实际项目需根据目标客户画像确定。可见，CTQ必须包含测量对象、测量条件、目标值三要素，否则无法监控。

QFD质量屋：把需求权重传递到特性权重

QFD（Quality Function Deployment）质量屋是VOC到CTQ映射的经典工具。它的核心逻辑是：先给客户需求赋权重，再判断每项需求与每个技术特性之间的相关强度，最后加权求和得到各技术特性的重要度。质量屋的典型结构包括左墙（客户需求及权重）、天花板（技术特性/CTQ候选）、房间（关系矩阵）、地板（特性重要度）、屋顶（特性间自相关）。

关系矩阵通常用9、3、1表示强、中、弱相关，0表示无关。某需求权重为5，与某特性强相关（9），则贡献为45；若另一需求权重为3，与该特性中相关（3），贡献为9。把所有需求对该特性的贡献相加，就得到该特性的加权重要度。重要度越高，越应优先纳入CTQ清单。屋顶的自相关用于识别特性之间的冲突或协同，例如“充电时间”与“电池寿命”可能负相关，需要在设计时权衡。

上图展示了一个简化的质量屋示例。左墙列出5项客户需求及权重，天花板列出4项CTQ候选，房间内填入关系强度，地板计算加权重要度。以“电池容量”为例：充电速度权重5×9=45，续航时间权重5×9=45，体积权重3×0=0，安全权重4×0=0，价格权重2×0=0，合计90？但图中显示72，这是因为示例中“充电速度快”与“电池容量”的关系设为9，而“续航时间长”与“电池容量”的关系设为9，但权重分别为5和5，5×9+5×9=90。图中72是另一组假设数据，实际使用时以项目组打分结果为准。这里要强调的是：质量屋的价值不在于算出一个绝对正确的数字，而在于把“客户更在意什么”和“技术特性影响什么”放在同一张表上，让优先级判断有据可依。

卡诺模型：区分“必须做”和“做了加分”

QFD解决了“哪个特性更重要”，但没解决“客户对特性的期望类型”。卡诺模型把需求分为五类：基本型需求（不满足会强烈不满，满足了也不会加分，如充电器不发热）、期望型需求（满足程度越高越满意，如充电速度）、兴奋型需求（不满足无所谓，满足了惊喜，如反向给手机充电）、无差异需求（做不做都一样）、反向需求（做了反而引起不满）。

卡诺模型对CTQ识别的意义在于：基本型需求对应的CTQ必须设为“门槛值”，不达标即一票否决；期望型需求对应的CTQ应设为“目标值”，持续改进；兴奋型需求对应的CTQ可作为“差异化卖点”，但不宜作为强制监控项。例如“过温保护”属于基本型需求，CTQ应定义为“外壳温度≤45℃（25℃环境，满载运行1h）”，这是必须满足的底线，而不是越高越好。

CTQ候选清单的生成与筛选

综合QFD和卡诺模型后，可以生成CTQ候选清单。清单不是把所有技术特性都列进去，而是按以下规则筛选：第一，可测量——每个CTQ必须有明确的测量方法和单位；第二，可控制——该特性受设计或过程参数影响，不是随机波动；第三，客户相关——能追溯到至少一项客户需求；第四，优先级明确——根据QFD重要度和卡诺分类确定监控等级。

以下是一份可直接参考的CTQ候选清单示例，以某便携储能电源为例：

这张表就是“需求转CTQ矩阵”的实战成果。它把客户语言、卡诺分类、测量条件、目标值和监控等级放在同一张表上，后续的监控设计（如SPC控制图、检验频次、抽样方案）都以此为依据。需要提醒的是：表中数值为教学示例假设，实际项目必须通过客户访谈、竞品分析和设计验证确定。