质量功能展开(QFD)是一种以客户需求为中心的产品开发与质量管理方法论，它将客户的语言转化为工程语言，并确保这些需求贯穿于产品开发的全过程。
倾听和理解顾客的要求，而非单纯提高产品质量或扩展产品功能。
质量屋的核心价值：将"客户要什么"转化为"我们做什么"
| 符号 | 强度 | 分值 | 含义 |
|---|---|---|---|
| ◎ | 强相关 | 9分 | 技术参数直接决定客户需求满足度 |
| ○ | 中等相关 | 3分 | 有一定影响，但非决定性因素 |
| △ | 弱相关 | 1分 | 间接、轻微影响 |
| （空） | 不相关 | 0分 | 无关系 |
为什么使用9-3-1而非3-2-1？拉大强相关与弱相关的差距，避免"平均主义"
评估技术特性之间的相互影响，识别技术矛盾
| 符号 | 含义 | 示例 |
|---|---|---|
| ○ / + | 正相关 | 功率增大 → 扭矩增大 |
| △ | 弱正相关 | 重量增加 → 握持稳定性提升 |
| × / - | 负相关（技术矛盾） | 功率增大 → 重量增加 |
| # | 弱负相关 | 噪音降低 → 功率略受影响 |
| 阶段 | 质量屋类型 | 输入 | 输出 | 负责部门 |
|---|---|---|---|---|
| 第一阶段 | 产品规划矩阵 | 客户需求(VOC) | 产品级设计特性+目标值 | 市场+研发 |
| 第二阶段 | 零件展开矩阵 | 产品设计特性 | 关键零部件特性/参数 | 零部件研发+结构设计 |
| 第三阶段 | 工艺规划矩阵 | 零件特性 | 关键工艺参数/工序要求 | 工艺工程部 |
| 第四阶段 | 生产/质量控制矩阵 | 工艺参数 | 控制方法、检验标准、SPC控制点 | 质量部+生产部 |
核心逻辑：客户要什么 → 产品怎么设计 → 零件怎么做 → 工艺怎么控 → 生产怎么检
| 客户需求 | 重要度 | 扭矩 | 重量 | 寿命 | 噪音 |
|---|---|---|---|---|---|
| 钻孔有劲不卡 | 5 | ◎ | - | ○ | - |
| 拿久了不累 | 4 | - | ◎ | - | - |
| 不容易坏 | 5 | ○ | - | ◎ | - |
| 噪音小 | 3 | - | - | - | ◎ |
| 重要度得分 | 60 | 36 | 60 | 27 |
关键质量特性(CTQ)排序：
1. 扭矩（60分）
2. 电机寿命（60分）
3. 成本（45分）
4. 重量（36分）
5. 噪音（27分）
丰田汽车应用QFD成果：新车开发成本降低60%，开发周期缩短1/3，客户满意度提升25%
| 搭配工具 | 用在QFD哪个环节 | 协同效应 |
|---|---|---|
| KANO模型 | 客户需求分类 | 精准识别需求类型 |
| 亲和图(KJ法) | VOC收集整理 | 聚类形成结构化需求 |
| 标杆分析 | 竞争评估 | 找出差距与改进空间 |
| FMEA | 关键特性识别后 | 分析失效模式与影响 |
| TRIZ | 发现技术矛盾时 | 提供创新解题思路 |
| SPC/控制图 | 生产控制环节 | 实时监控过程稳定 |
误区1：把QFD做成填表游戏，质量部自己填完存档
误区2：追求大而全，一张屋塞几十项需求
误区3：一个人闭门造车，客户需求不客观
表现：部门间沟通不畅，信息孤岛
解决方案：建立标准化会议议程，使用冲突解决模板
表现：客户反馈多为模糊描述
解决方案：结合KANO模型，使用联合分析工具
表现：只完成第一阶段，后续流于形式
解决方案：纳入APQP流程，明确各阶段输出文件
作业提交时间：培训后1周内
提交方式：邮件发送至培训负责人
格式要求：Word文档或Excel表格
QFD不是一张表，也不是单一工具，而是一套跨阶段、跨职能、可追溯的需求转化机制。