客户说「不顺手」，你怎么落到图纸上？QFD 一次讲清

质量管理工具 · 读懂客户的声音

客户说「不顺手」，你怎么落到图纸上？

QFD：从客户需求到设计要求，一次讲清 客户说「不顺手」，你怎么落到图纸上？QFD 一次讲清

客户说的是感受，图纸上写的是参数。
这两者之间隔的不是沟通问题，是一次翻译；
翻译错了，后面所有验证都在验证一个错的东西。

一、QFD 要解决的，是一次翻译

售后把客户的原话带回来： 「这个开关按下去太硬，用着不顺手。」

设计部的回复也很标准：「手感是主观判断，我们的按压阻力是符合技术条件的。」工艺补一句：「装配力已经控制在范围内了。」

三句话都没错。但会议开完，问题仍然在那儿——因为没有人把「不顺手」这三个字，翻译成图纸上的一组数。

客户用的是感受语言：不顺手、太吵、不耐脏、看着不上档次。工程用的是参数语言：推力 40N 以内、噪声 62dB 以内、耐磨 500 次、色差 ΔE 小于 1.0。

两套语言之间没有一本字典，最后就只能靠经验、靠嗓门，或者靠「我做了二十年」来拍板。

QFD（Quality Function Deployment，质量功能展开）就是这本字典。它做三件事：把客户的要求逐条记下来（要什么）；把每条要求翻译成可测量的技术特性（用什么参数实现）；再用一张矩阵把「哪条要求更要紧、哪个参数影响更大」算出来，最后落到目标值。

这套方法 1966 年由日本学者赤尾洋二提出，1972 年在三菱重工神户造船所的船舶设计中首次系统应用，后来被丰田用于新车开发，逐步推广到汽车、电子和装备行业。它最广为人知的那张图，就是「质量屋」（House of Quality）。

先说清楚一点：QFD 的产出不是一张漂亮的表，而是排序和取舍——谁先做、谁可以让、谁和谁打架。

翻译前后长这样：

客户这么说 → 工程这么定 用着不顺手 → 按压推力 ≤ 40N，行程 3±0.5mm 装的时候费劲 → 导向角 ≥ 15°，单件装配 ≤ 25s 看着不上档次 → 分模线段差 ≤ 0.05mm，色差 ΔE ≤ 1.0

左边这几句是客户的原话，右边这几条是可以拿去验证、可以写进图纸的要求。

二、质量屋的六个房间，各装什么

很多人第一次看质量屋，会觉得结构挺复杂。其实它就是一栋房子，六个位置各放一样东西，每个位置回答一个问题。

位置 装什么 回答什么问题 左墙 客户需求清单＋重要度 客户在意什么、各自多在意 天花板 技术特性（设计要求） 用什么参数去满足 房间 关系矩阵：需求 × 特性，填 9／3／1 哪个参数真正影响哪条需求 屋顶 技术特性之间的相关（＋／×） 哪些参数互相加强、哪些打架 右墙 竞争评估：自己与对手逐条打分 差距在哪一条上 地板 技术特性重要度排序＋目标值 先做哪个、做到什么程度

六个房间里，真正天天用得上的是三个：左墙（客户声音）、房间（关系矩阵）、地板（排序与目标值）。屋顶是加分项，右墙看项目需要。

三、四步做出来，不靠软件

第一步　收客户原话，先别急着转成指标

从售后记录、客户走访、投诉单里把原话捞出来，一条一条抄在本子上。「提升装配效率」不是客户的话，是我们自己的话。

整理时保留场景和语气：「冬天手冷的时候按不动」「装到第三个就开始烦了」——这些细节里藏着真实的重要度，写成指标就全丢了。

数量控制在 15 到 30 条，按场景归成 3 到 5 组（操作体验、外观质感、安装维护、成本……），每组给一个 1 到 5 的重要度。

第二步　翻译成可测量的技术特性

把每条需求对应到参数上。判断标准只有一句话：这个参数能不能测，能不能验证。

「手感舒适」不行，「按压推力」可以；「外观高档」不行，「分模线段差」可以。翻译不到可测，说明这条需求还没拆到底。

技术特性控制在 15 到 25 个，太多就失去排序的意义。这一步最好由设计和工艺一起做，客户侧的人负责判断「翻得对不对」。

第三步　填关系矩阵，算权重

每个需求和每个特性的交叉格子里，填一个关系强度：9 表示强、3 表示中、1 表示弱，没有关系就空着。

然后纵向算：需求重要度 × 关系强度，逐格相加，得到每个技术特性的重要度。

举个三条需求、三个特性的小例子：

客户需求 重要度 密封性 装配力 成本 不漏水 5 9 3 1 好安装 4 1 9 3 价格便宜 3 1 3 9 加权合计 — 52 60 44

密封性：5×9＋4×1＋3×1＝52　装配力：5×3＋4×9＋3×3＝60　成本：5×1＋4×3＋3×9＝44

结果很清楚：装配力 60，排在最前面。注意它并不是重要度最高的那条需求——「不漏水」的 5 分是最高的，但它对装配力的贡献只有 3 分。

这正是 QFD 最容易被人忽略的价值：它把「谁喊得响」换成「算出来谁重要」。

成熟项目里还会再乘上改善率、销售点等系数，第一版不用管这些，先把基础分算对、把打分依据写在备注列上，比什么都强。

第四步　定目标值，再看屋顶

排序出来只做一件事：给前几名定目标值，而且目标值必须带基线——「现在是多少，要做到多少」。没有基线的目标值不是目标，是口号。

然后抬头看屋顶，把技术特性之间的冲突标出来。典型的例子：密封性要好，装配力往往就得加大，一个上去一个下来。提前看见这个矛盾，就能在设计阶段做取舍；等到样品做出来才发现，代价就完全不一样了。

四、最容易做废的五个地方

QFD 少见「不会做」，常见「做完了没用」。下面五条，中了任何一条，这张表基本就白填了。

坑 1客户需求写成内部指标。把「提升装配效率」当客户需求填进去，后面整条链子就都在自说自话。岗位语言可以出现在备注里，不能出现在左墙。 坑 2技术特性不可测。「手感舒适」「外观高档」是形容词，不是特性。翻译不到可测，后面就验证不了——而验证不了的要求，等于没提。 坑 3关系打分拍脑袋。9／3／1 要拿依据说话：试验数据、仿真结果、历史项目、对标件。全凭印象打分，算出来的排序和没算是一样的，只是多了一层「看起来客观」的外衣。 坑 4只排序，不定目标值。分数排完热闹一场，一条也没写进设计输入。下次评审还要重排一遍，同一个项目做三次 QFD，结论每次都不一样。 坑 5做完不往下接。QFD 的输出要接着往下走：进 DFMEA 当分析对象，进特殊特性清单当管控对象，进控制计划当监控对象。断了这一环，它就是墙上的一张图。

五、它和 FMEA、APQP 是什么关系

一句话区分：QFD 定「要做什么」，FMEA 想「做错了会怎样」。一个是把需求变成参数，一个是把参数失效的后果提前想清楚。前后脚的关系，不能互相替代。

客户声音（VOC）　→　QFD　→　设计输入／技术特性
→　DFMEA／PFMEA　→　特殊特性　→　控制计划　→　现场执行

在 APQP 里，QFD 落在「策划与定义」阶段，是设计输入的重要来源之一。它的产出正好是下一步要用的输入：技术特性排序决定先分析哪些失效，目标值决定哪些参数要列进特殊特性。

有个常见做法是把 QFD 和 FMEA 合成一张大表，图省事。结果通常是两边都做不深：需求翻译没做完，就开始想失效；失效没想清，又回去改需求。分开做，反而快。

六、没有软件，最小版这样做

不需要专门的 QFD 软件，一张表格文件就够了。

表怎么搭：行是客户需求（15 到 30 条），列是技术特性（15 到 25 个），格子填 9／3／1，最右边一列留「打分依据」。

谁来参加：销售或售后 1 人（带原话）、设计 2 人、工艺 1 人、质量 1 人。五个人足够，人越多越容易变成表态会。

要花多久：第一次两小时能出草稿。慢的不是填表，是打分依据这件事——有数据就翻数据，没数据就写下假设，留到下一步验证。

怎么算合格：做完之后，有没有哪一条设计因为排序结果被改了。有，这张表就活着；没有，它就是一次集体活动。

QFD 的价值不在那张房子画得好不好看，而在把「谁觉得重要」变成「算出来谁重要」。

客户需求收集了一堆、设计要求还是拍脑袋，中间少的就是这一次翻译。

下次客户再说「不顺手」，你手里该有的不是一句解释，而是一张对译表。

你们现在收集客户声音，是先把原话记下来，还是直接转成了内部指标？欢迎在文末留言，说说你们的做法。

本文依据公开的 QFD 方法论与制造业实践整理，供学习参考，不构成任何认证、咨询或培训承诺。