一篇文章讲透QFD质量功能展开！（3000+字）

目录客户要猫业务要老虎丢给技术全做错画一座房子装下三件事左墙用户要什么天花板我们怎么做房间需求和技术的对应关系屋顶技术方案之间的冲突右墙竞品在哪里地下室我们到底要做什么为什么一个质量屋还不够你可能不需要画完整座房子最后开启正式内容之前先看一个产品评审会的场景市场说「竞品都有这个功能我们必须上。」研发说「这个需求技术上做不了至少这个版本不行。」你说「用户问卷里80%的人都选了需要这个功能。」三方各说各的话谁也说服不了谁结果一个多小时过去了结论还是「再研究研究」。这件事不单单是团队沟通有问题还缺少了一张能把三件事放在一起看的「翻译表」也就是质量屋。它背后的方法论是QFD——质量功能展开。今天的这篇内容我想跟你聊聊这个被严重低估的工具。▲ QFD 的定位把三种声音放在同一张表里翻译客户要猫业务要老虎丢给技术全做错比如客户说我想要一个「操作简单」的门锁。市场部理解成客户要「功能少」的门锁于是告诉产品做减法功能越少越好产品经理写成PRD仅保留基础开锁功能研发开始做测试按PRD验收。结果上市后迎来了客户铺天盖地的投诉这锁连个临时密码功能都没有我要它干吗问题就出在「翻译」这件事上客户说的「操作简单」本意是「我不用看说明书就能用」。市场理解成了「功能少」产品照单抓药研发照方执行。每一个环节都在忠实传递上一环的信息但每一环都在偏离客户的原意。有个比喻很贴切客户需要做猫业务要求做老虎再丢给技术就完全做错了。这不是某个人的错是「需求传递失真」信息每经过一个人就丢失一点原意、增加一点自己的理解。传了三四手之后跟原始需求已经没什么关系了。▲ 需求传递链条每一环忠实传递最终完全偏离原始需求怎么解决呢你需要一张表把「用户要什么」「我们怎么做」「竞品在哪」放在同一个画面里。谁都能看、谁都能对。翻译错了一眼可见。QFD的核心思想其实很简单把用户的声音一层一层「翻译」成产品规格确保每一层翻译都有据可查、有表可对。而QFD最核心的工具就是前面说的——质量屋。画一座房子装下三件事质量屋英文叫House of Quality之所以叫「屋」是因为它的结构画出来确实像一座房子。它是一张把三件事关在同一个画面里的矩阵表用户要什么 我们怎么做 竞品在哪里。我把它拆成六个部分来讲。左墙用户要什么质量屋的左侧是一列清单对应的是客户需求。比如你在做一把智能门锁客户需求可能包括安全性高、开锁快、操作简单、外观好看、价格合理。但光列出需求还不够不同需求的重要性不一样。所以左墙还有第二列重要度。让客户打分1到5分。这一步QFD强制你做一件事先搞清楚用户到底在乎什么再动手。那怎么收集这些需求QFD有一个配套工具叫亲和图法把零散的用户反馈按相似性分组。操作分三步先把访谈编号、提取关键词写成便贴条再按动机、行为、态度三个维度归类最后同类问题贴在一起命名、排序。天花板我们怎么做天花板写的是「我们用什么技术手段来满足它」。每一项必须是可度量、可执行的技术方案。比如「开锁快」对应指纹识别时间0.3秒「安全性高」对应加密算法等级。注意这里的关键转变从用户语言变成了工程语言。用户不会说「我需要C级锁芯」只会说「我觉得这个锁不够安全」。天花板的作用就是把「不够安全」翻译成「锁芯等级」「加密方式」「防撬机制」这些工程师能动手做的规格。房间需求和技术的对应关系每一项技术方案到底服务于哪一项客户需求这就是「房间」——需求与技术的关系矩阵。用符号标记强相关、中等相关、弱相关。这个矩阵让你看到两件事。第一有些技术方案很努力但没人在意。你花大半年做了3D人脸识别结果它只跟「外观好看」弱相关跟用户最在意的「安全性」「开锁快」都没关系。第二有些需求很重要但没有技术方案在服务它。「操作简单」是5分重要度天花板却一片空白——这是红灯。屋顶技术方案之间的冲突天花板上的技术方案之间不是独立的。「开锁快」需要低功耗快速响应「安全性高」需要多重加密验证——加密越多验证越慢。质量屋的「屋顶」就是用来标记这些关系的。正相关、负相关、不相关。屋顶的意义在于在产品设计阶段就发现冲突而不是等样机做出来才发现「这个快不起来」。右墙竞品在哪里右墙是竞品对比分两个维度客户维度用户觉得你和竞品谁更好和技术维度你的技术方案跟竞品比谁更强。做完右墙你通常会有一个清醒的时刻你以为的优势用户可能根本不在意。你以为的劣势用户可能觉得无所谓。这就是右墙的价值——把主观感觉变成可对比的评分。地下室我们到底要做什么最后一步是「地下室」——输出矩阵。包括每项技术方案的目标值、技术权重、成本估算。地下室是QFD从「分析工具」变成「决策工具」的关键一步。前面的五个部分都在帮你「看清楚」地下室在帮你「做决定」。做完一整个质量屋你就拥有了一个完整的视图质量屋六部分结构一张表装下用户需求、技术方案、竞品对比为什么一个质量屋还不够看到这里你可能在想好我画一个质量屋把需求翻译成技术方案就完事了。还不够因为从「用户想要什么」到「产线上做出来什么」中间要经过四次翻译。QFD把这四次翻译叫做四阶段展开。阶段一质量策划。客户需求 → 技术特征。也就是刚才拆解的质量屋——把「用户说什么」翻译成「产品做什么」。阶段二设计展开。技术特征 → 零部件特征。阶段一告诉你「产品要做到什么」阶段二分解到具体零件——外壳强度、电池续航、主板响应速度。阶段三过程策划。零部件特征 → 工序特性。零件有了规格接下来规划「怎么制造」——需要什么工艺、什么参数、什么设备。阶段四生产策划。工序特性 → 质量控制方法。最后一步如何确保每一步都按规格执行——检验标准、控制计划、抽样方案。每一个阶段都要建一座质量屋。上一阶段的输出变成下一阶段的输入。QFD四阶段展开每一次翻译都要建一座质量屋上一阶段输出 下一阶段输入阶段1决定做什么阶段2决定怎么做阶段3决定怎么造阶段4决定怎么保证造对了。很多公司只做了阶段1把需求列一列、排个优先级、画个原型然后就直接跳到开发。阶段2的「分配到零部件」被跳过。结果就是系统设计时看起来很美好到了样机阶段才发现电池带不动、主板塞不进、结构装不上。你可能不需要画完整座房子大部分产品团队不需要画完四个阶段的质量屋。不是因为没用是因为你的产品阶段还没到那一步。一个还在做MVP的团队阶段3和阶段4跟你关系不大你没有产线也没有工序可以优化。那QFD对你还有什么用有用的是QFD的思维方式而不是完整的工具套件。最小实践路径我建议三步走第一步先做亲和图。把你能收集到的所有用户反馈问卷、访谈、客服记录、应用商店评论按相似性分组。你会发现你以为用户最在意的东西跟用户实际在抱怨的东西可能不是一个东西。第二步画一个极简版质量屋。不需要六个部分全画。至少画三个左墙客户需求和重要度、天花板你的技术应对方案、房间两者之间的对应关系。填完这三个你至少能回答一个问题我的技术投入有没有投在用户最在意的地方第三步做一次右墙竞品对比。选3-5个核心需求维度让目标用户给你的产品和竞品打分。不需要大样本不需要统计学显著。QFD最小实践路径不需要画完整四座房子三步就能见效在实战中QFD的核心价值不在计算精度在「逼你把三件事放在一起看」的结构性约束。不画质量屋的时候你可以凭直觉说「这个功能用户应该需要」。画了质量屋你必须指着表上的某一格说这个技术方案对应的是这一条客户需求相关度是这个等级。如果指不出来——那这个功能可能真的不需要。这就是QFD作为一个「思考框架」的意义。它不是给你正确答案的是让你问对问题的。最后很多方法论被搞复杂了是因为大家把「教学版」当成了「实战版」。教材为了逻辑完整必须覆盖所有场景大公司怎么做、小团队怎么做、硬件怎么做、软件怎么做。结果就是一张质量屋画出来几十行几十列正常人看了只想关掉。但QFD最核心的东西其实就是三个问题1. 用户到底要什么左墙2. 我们怎么满足它天花板3. 我们跟竞品比差在哪右墙把这三个问题答清楚你已经赢了大部分凭直觉做决策的产品团队。剩下的是锦上添花。作者简介卫朋《硬件产品经理》作者实战派产品及流程专家人人都是产品经理受邀专栏作家CSDN认证博客专家、嵌入式领域优质创作者阿里云开发者社区专家博主。