质量功能展开的失真控制：质量屋之外的三道关

质量功能展开麻烦的地方，不是矩阵画得丑。是矩阵画得太漂亮。去年在南京江北新区看一家轨道门企业做质量屋，白板上贴满便利贴，关系矩阵几乎全是9和3，空档少得像被橡皮擦刻意抹过。那一刻我有点懊恼：这不是QFD，这是考试前抄答案。

质量功能展开把顾客语言翻译成工程参数。翻译就会失真。矩阵只是记录失真的纸。真正决定成败的，是纸前面和纸后面的动作。

顾客语言不是需求，先别急着画房子

顾客说“关门声要高级”。工程听到这句话会愣住。高级是什么？声压级？频谱重心？密封条压缩量？门锁机构撞击时间？质量功能展开的起点不是一句原话，而是一条可判别、可验证、带场景的需求陈述。原话只是线索。

很多团队跳过这一步。访谈做完，把录音里的形容词直接贴进质量屋左墙。复合需求也塞进去。“关门声高级且不夹手且冬天不卡”是一句话，里面藏着声品质、安全、环境适应性三类问题。关系矩阵再认真，也无法把这种复合句拆干净。问题出在翻译，不在矩阵。

我倾向先做需求分层：场景、任务、体验、可测指标。关门声这个例子，先限定地库、夜间、低温、有风等场景，再把“高级”拆成听觉感知和操作感知。拆完会发现，有些条目根本不该进质量屋，它们是方案伪装成需求。比如“必须用双层密封条”是方案，不是顾客需求。把它放左墙，工程讨论会被提前锁死。

质量功能展开质量屋顾客需求技术特性关系矩阵示例图

这一步没有漂亮产出。访谈笔记乱，场景表粗，指标半成品。正常。需求条目如果一开始就整整齐齐，反而要警惕——很可能只是把去年的表改了日期。

质量屋的数学不是护城河，证据链才是

关系矩阵里的9、3、1很诱人。它们让讨论看起来有数学感。权重一乘，目标值一出，会议就能散会。说实话，这种散会方式很危险。权重来自样本、策略和约束，不是自然常数；关系强度来自试验、数据和专家判断，不是拍脑袋的九宫格。

南京那家企业后来复盘，发现矩阵全填9，是因为部门怕空档暴露自己没做验证。空档不是坏事。空档是问题地图。屋顶相关矩阵里的负相关更值钱：轻量化和刚度冲突，成本和密封性冲突。把这些冲突显性化，QFD才开始工作。

目标值也要带条件。写“噪声降低3 dB”不如写“在40 km/h匀速、粗糙路面、车门关闭瞬间，A计权声压级降低3 dB，密封条压缩永久变形不超过15%”。前者是口号，后者能进验证计划。可追溯的证据链比矩阵的数学形式更重要：需求条目、判断依据、试验编号、分歧记录、目标值条件、责任接口。没有这些，质量屋只是装饰性图表。

制造业QFD跨部门质量屋工作坊白板讨论现场

跨部门工作坊也别开成填表会。市场部念需求，工程部填关系，质量部收表。这种流程很快，产出很薄。有效的工作坊会让冲突提前发生：测试说这个关系强度没有数据，采购说目标值会推高成本，制造说现有节拍做不到。吵完再填，矩阵才有信息量。

边界：成熟系统改进能算，颠覆式创新别硬算

边界：成熟系统改进能算，颠覆式创新别硬算

质量功能展开有适用边界。需求相对可枚举、技术路径可分解、跨职能可协商的成熟产品改进，它很顺手。轨道门、医疗器械、工业控制器，这类系统用分层质量屋能把系统级需求落到子系统接口。颠覆式创新就不一样。需求还没成形，用户说不清，技术路线也在晃。硬画质量屋，会把未知压成已知，把探索变成填表。

服务场景也要改。顾客接触点、失败模式、人员能力，这些变量不能直接套制造业的技术特性矩阵。软件需求同样要小心。用户故事不是顾客需求，验收条件也不是技术特性。把故事卡贴进左墙，关系矩阵会失真。

复杂系统别指望一张巨屋解决所有问题。分层更现实：系统级质量屋定接口和约束，子系统质量屋定设计参数。层与层之间要有追溯，也要允许回退。顶层目标值下不去，说明需求分解或技术方案有问题，不是基层执行不力。

应用边界可以写得很具体：需求条目无法判别时不做；关键关系强度没有证据时先做试验；跨部门没有共同约束时先谈策略；创新早期需求未成形时用探索性方法，别用质量屋假装确定。

数字化能提速，不能替代判断

数字化能提速，不能替代判断

文本挖掘、需求管理平台、基于模型的系统工程、数字孪生，都能给QFD提速。自动聚类顾客评论，自动推荐关系强度，自动生成质量屋草案。听着很省事。风险也明显：语料偏差会被算法放大，相关关系会被误当成因果，历史项目权重会固化旧策略。

我的建议偏保守：轻量化质量屋先跑起来，一页纸也能做。把需求条目、技术特性、冲突、证据、目标值条件写清楚，比堆一百个自动生成的9有用。每季度回看一次失败记录，比回看漂亮图表有用。

质量屋画完那天，真正的工程才开始。矩阵会过时，证据链不会。问题是，下一次开会，团队愿不愿意把空档和冲突留在白板上，而不是用9和3把它们涂平。