尧图网站建设 
简介QFDQuality Function Deployment是一种从顾客需求出发、将需求逐层转化为产品设计、工艺与生产要求的系统性方法起源于三菱重工。这份PPT围绕QFD的核心概念与操作流程展开适合产品研发、质量管理及项目管理相关人员学习尤其适合希望通过系统化工具减少设计变更、提升产品竞争力的团队。全篇包含品质屋House of Quality、相关矩阵、技术评估与困难分析、四阶段展开等内容并配有案例说明帮助读者从“谁是顾客、顾客想要什么、如何达成”三个问题切入理解如何用八阶段步骤落实QFD。资源仅1个PPT演示文稿压缩包约493KB文件轻量便于快速阅读和下载使用。目前已有112人学习这套资料内容较为精炼适合作为QFD入门或培训辅助材料。通过学习可以掌握顾客需求获取、转化及监控的完整链条为后续在新产品开发或流程优化中实际运用QFD打下基础。1. QFD质量功能展开先搞清它解决哪个问题再动手做产品的团队最怕的不是技术难而是“每个人都忙到飞起最后发现做的东西客户根本不想要”。QFD质量功能展开Quality Function Deployment就是为了治这个病来的。它最早由日本三菱重工在神户造船厂摸索成型核心解决一件事把顾客说的人话逐步翻译成工程师能执行的目标值。它不是一张质量控制表而是一套跨部门协作的逻辑框架。适合产品经理、研发、质量、制造坐在一起讨论的场景也适合在做任何复杂产品之前先有组织地确认方向对不对。2. 品质屋House of Quality四个区块一张表落地前先看结构我拆这份PPT的时候印象最深的不是流程而是它反复强调的那句话QFD 的展开利用的是“品质机能屋”。整份课件把顾客要求和实现方法放在同一张表上逼着团队面对矛盾而不是各说各话。如果你只看一页就先看品质屋这张图。2.1 左墙与天花板WHAT和HOW在QFD里分别住哪品质屋的左墙放的是顾客要求术语叫 WHAT天花板放的是技术特性术语叫 HOW。这两个东西必须分开放原因很简单顾客说“我要更轻”这是一个 WHAT但“重量做到 1.2kg 以下”才是 HOW。左墙来自顾客调查、客诉记录、销售反馈是顾客觉得重要的事天花板来自工程师对产品的理解是研发能控制和测量的参数。实操里最容易犯的错是把顾客需求写成工程语言。比如“增强信号稳定性”看起来没问题但它已经带了方案顾客真正想要的可能是“在电梯里不断连”。所以左墙的每条需求都得回到顾客原话宁可口语不可提前翻译。代用特性放在天花板上两者隔着关系矩阵呼应这才是品质屋的基本结构。2.2 房间里的关系矩阵三种符号定强度左墙和天花板之间的“房间”就是关系矩阵。它回答的是某条顾客需求到底靠哪几个技术特性来实现PPT里把这部分叫“关系矩阵”我一般建议团队用三档符号来填强相关、中相关、弱相关。对应到后续计算就是 9 分、3 分、1 分的权重。你也可以用 5/3/1但 9/3/1 拉开了差距排序结果更锐利。填这张表有个节奏先把一行一行过哪条顾客需求和哪个技术特性有关再回头检查有没有哪一行全是空格。如果某条顾客需求对应不上任何技术特性说明这条需求目前没人负责后面大概率会丢。如果某列全是空格说明这个技术特性是工程师自嗨顾客根本不关心。这两种情况都要当场解决别拖到算绝对数的时候再返工。2.3 相关矩阵与技术评估屋顶和地下室必须一起看PPT里品质屋结构图中有一块“相关矩阵”放在技术特性的上方被叫成屋顶。它表达的是技术特性之间的互相影响有些特性互相促进比如降重量和减功耗通常正相关有些特性互相冲突比如降重量和提高结构强度往往打架。屋顶的作用就是提前暴露这些矛盾别等到试产才发现两个指标不可兼得。配套的是“技术评估与困难分析”。我见过太多团队只填关系矩阵完全不看实现难度结果算出来的重点特性根本做不出来。技术评估要回答三个问题这个特性当前水平是多少实现目标需要多大的设计变更变更的风险和成本在哪个量级所以屋顶看逻辑冲突地下室看实现压力两者要连在一起评审才算把品质屋读完整了。2.4 地下室输出目标值、绝对数、相对数、竞争评估品质屋底部是输出区PPT里明确提到“目标”“重要性分值”“绝对数”“相对数”。这里设计团队最终要带走的东西每个技术特性的重要度排序以及对应的目标值。重要度排序不能靠感觉拍要靠绝对数计算得出这点我会在第 5 章展开讲。地下室还有两块竞争评估顾客竞争性评估就是拿自己的产品跟竞品比看顾客需求维度上谁做得好技术竞争性评估是比技术参数的实际数值。前者回答“顾客怎么看你”后者回答“参数上你到底差多少”。两份评估放一起才能决定哪些需求是机会点、哪些目标是保底项。PPT里这几个区块排得紧凑但真到落地时它们要分两天做第一天填左墙和房间第二天做屋顶和地下室中间隔一夜好让团队冷静。3. QFD四阶段展开从完成品特性到作业指示的逐层传递这份PPT里有一页展开过程图画的是“设计要求→零部件要求→工序要求→生产要求”每条链路都标着“重要的、风险大、技术新”。这套逻辑是整个QFD区别于普通需求列表的地方它不是做一次就结束而是把上一层品质屋的输出当作下一层的输入一层层传到底。3.1 四层展开模型上一层输出变下一层输入标准QFD四个阶段是整体顾客需求规划矩阵、完成品特性展开矩阵、制程规划与品质管制图、作业指示。第一层把顾客需求变成完成品的管制特性第二层把管制特性变成关键零部件特性第三层把零部件特性变成工序参数和控制点第四层把工序参数变成作业人员每天要执行的动作。每一层的核心动作都一样上一层的 HOW就是下一层的 WHAT。第一层选定的技术特性第二层要当成新的“顾客要求”来对待第二层选出的零件特性第三层要变成工序的管控对象。这种传递方式保证需求不丢失但代价是文件层层增加所以PPT里特别标出“重要的、风险大、技术新”意思是每一层都要筛选不要试图把所有东西都传下去。只传关键的否则文件会膨胀到没人维护。3.2 整体顾客需求规划矩阵把顾客心声换成代用特性第一层要输出的是“整体顾客需求规划矩阵”。这层的任务是把顾客心声换成代用特性。代用特性就是可量测的技术语言比如顾客说“操作简单”代用特性可以是“设置完成所需按键次数≤3次”或者“首次上手平均操作时长≤2分钟”。一个顾客需求可以对应多个代用特性但每个代用特性必须有单位、有目标方向。我一般会让团队做一张对照表左列是顾客原话右列是代用特性中间标注测量方法。测量方法很关键因为“按键次数”可以靠人工数“平均操作时长”需要定义起始点。别小看这个定义过程很多项目做到后面目标值无法验证就是因为第一层没把测量方法写清楚。3.3 完成品特性展开矩阵与制程规划参数再拆到工序第二层完成品特性展开矩阵要把完成品特性拆到零件。比如产品特性是“整机噪声≤40dB”拆下去可能是“风扇转速不超过3000rpm”“风道结构采用XX型”再到“电机振动速度≤Xmm/s”。这一层开始涉及具体零部件研发部门是主力质量部门要在旁边盯着每个零件特性都要有检测手段不能只有设计目标没有验收标准。第三层制程规划与品质管制图解决的是“生产线上管什么”。每个关键参数要落到具体工序哪个工位测、用什么量具、检测频率是多少、出现异常按什么规则停线。PPT里说“订出主要之产品和制程参数及每一参数之管制点及检查点”这句话很实在。到这一层QFD已经从产品设计延伸到了制造准备团队里制造工程师和品管工程师必须进场。3.4 QFD的好处卖点、管制点和改图费用PPT把QFD的好处写得很简洁我挑三条最值钱的展开第一顾客需求在后续阶段不容易被误解因为每一层都有书面传递第二市场评估阶段的特殊卖点在转换过程中不会丢失很多产品做歪就是因为“当初那个卖点”在层层转述中被改没了第三重要生产管制点不会被忽略等试产再去补管控早就晚了。第一次见到这套逻辑的团队容易高估它的工作量。确实四层全做完需要几周时间但省下的是后面反复改图、试产翻车、量产客诉的成本。工程变更越晚发生越贵QFD的价值就是让变更发生在图纸阶段而不是模具阶段。4. Sullivan八阶段实施法跨部门小组按这套顺序最不容易跑偏PPT里单独讲了一节“QFD规划矩阵实施的八个阶段”源自美国品管学者 Sullivan 的总结。八阶段听起来复杂但本质上就是品质屋从空表到填完的八步操作顺序。我建议团队第一次做QFD时就按这个顺序推进别自己发明新流程。4.1 第一阶段用顾客的语言列需求八阶段第一步是“以顾客之用语表达产品之需求”PPT原话说“此步骤是整个 QFD 过程中最困难的一步”。难点不在整理在于你拿到的信息多半是销售转述、售后报告、用户访谈纪要里面混着猜测和加工。要回到原始表达就得把所有来源的需求列成清单市场研究、销售部门、杂志评论、专门调查一条条写成“我要”“我希望”“如果能更好”的句式。实操建议是把需求分三级主要、次要和第三重要。先不讨论可行性只讨论顾客是否会说出这句话。让研发成员闭嘴让客服和销售先发言。需求列全后用亲和图把相似需求归类合并重复项最后得到一张干净的WHAT清单。这一阶段不填任何工程技术内容。4.2 第二阶段把需求翻译成可量测的完成品管制特性第二阶段是“列出完成品之管制特性”。对应WHAT清单每个需求翻译成可量测的技术特性。PPT特别强调“这些产品管制特性最好以可量测之用语来表示”因为后面要跟目标值对比。做翻译时要控制两个问题一是过度翻译顾客说“续航好”你直接写“电池容量≥4000mAh”但顾客真正在意可能是“一天不用充电”正确翻译应该是两个特性都列出来二是翻译不足一条需求只对应一个特性没考虑边界环境。比如“续航好”还需要“待机电流≤XmA、低温下容量衰减≤X%”。一个需求翻译成两三个特性很正常如果每一条都翻译出五个以上特性说明需求写得太粗。4.3 第三到第八阶段关系强度、技术评估、权重目标回路PPT在八阶段里只详细展开了前两步后面六步不同资料划分不同但工作流是一致的。常见做法是第三阶段建立关系矩阵确定每个技术特性对每条需求的关系强度第四阶段做技术评估与困难分析确认哪些特性有实现风险第五阶段用绝对数和相对数计算技术特性权重第六阶段评审屋顶相关矩阵识别冲突特性第七阶段设定各技术特性的目标值并做顾客竞争性评估和技术竞争性评估第八阶段把目标值和关键特性作为下一层品质屋的WHAT输入。这个回路里最容易跑偏的是第五和第七。权重计算都做完了却不敢按权重设目标最终目标值还是老板拍脑袋。我的习惯是先把权重排序贴出来再看排序结果和直觉差异大的地方逐条讨论。如果发现某条需求权重很低但很多人在争多半是需求没列全回去补WHAT而不是硬调权重。4.4 会议节奏与角色分工谁拍板、谁唱反调QFD小组必须跨部门这是PPT开篇就强调的。但我见过不少小组只是“研发部门拉质量的人来旁听”这不是QFD。一个能运转的小组至少要有产品经理定义顾客、研发工程师定义技术、质量工程师定义验证、制造工程师定义工艺、销售或售后提供真实顾客声音。开会节奏我一般这样安排第一次会只做 WHO/WHAT确认顾客是谁、需求清单有哪些第二次会做 HOW 和关系矩阵工程人员入场第三次会做技术评估、屋顶分析和目标值决策层到场拍板。节奏拉开的好处是中间留出时间让成员回去查数据、问同事而不是现场瞎填。主持人最好由受过QFD训练但不属于项目组的人担任否则需求讨论会变成技术争论。5. QFD避坑手册绝对数相对数的正确算法与五个高频翻车场景绝对数和相对数计算是整个品质屋里最像“玄学”的部分但也是最不能跳过的部分。PPT把绝对数和相对数并排列在品质屋底部说明两者都要算不是算一个就够。5.1 绝对数计算一个公式把顾客权重转成技术权重绝对数也叫技术特性重要度计算公式是绝对数 A[j] Σ顾客需求权重 W[i] × 关系强度 R[i][j]其中 W[i] 是第 i 条顾客需求的权重来自顾客调查或团队打分R[i][j] 是关系矩阵中第 i 行第 j 列的强度值强相关取 9、中相关取 3、弱相关取 1。下表是四需求对三特性的演算示例顾客需求需求权重W重量电池容量峰值电流续航时间长0.35399机身轻便0.30931充电速度快0.20139价格适中0.15311绝对数 A[j]—5.255.858.55以“重量”列为例0.35×3 0.30×9 0.20×1 0.15×3 1.05 2.7 0.2 0.45 5.25。其余两列同理。这个 5.25 代表的是“重量”这个技术特性对满足四条顾客需求的整体贡献度。注意权重 W 可以用百分比也可以用 1-5 分但要保证所有行同量纲否则绝对数没有可比性。5.2 相对数计算归一化后才知道真正该投谁相对数就是绝对数的归一化相对数 B[j] A[j] / Σ A[j] × 100%。上表三列合计 5.25 5.85 8.55 19.65所以重量相对数是 26.7%电池容量是 29.8%峰值电流是 43.5%。这组数字意味着如果研发资源有限峰值电流相关的设计投入优先级最高。绝对数的意义是展示每个特性的绝对贡献相对数的意义是展示特性之间的相对差距。两者都要算的原因在于只看相对数容易忽略所有特性得分都很低的场景。比如三个特性全是 1.2、1.1、1.3相对数看起来各占三成但绝对数告诉你整体填表质量很差可能是关系矩阵没填好也可能是需求权重没拉开。先看绝对数判断填表质量再看相对数排优先级顺序不能反。5.3 五个高频翻车点与排查建议现象一绝对数算完排序结果和团队直觉完全相反。原因通常是顾客需求权重没经过验证拍脑袋权重压过了真实需求也可能是关系矩阵里强相关符号太多拉平了所有特性。解决回到需求权重来源用成对比较或顾客排序重新确认前三条需求再检查强相关符号的比例一般一张表里强相关不超过三成。现象二关系矩阵几乎全填满每一格都是 9。原因团队对“关系”的定义没对齐把“可能有关系”当成了强相关。解决明确只有“该特性直接决定了这条需求的满足程度”才算强相关间接影响算中相关微弱影响算弱相关。填表时先每行限一个强相关再回头补。现象三屋顶相关矩阵全空或者全满。全空说明团队没讨论技术冲突后续试产一定会冒出来全满说明把直觉当成了分析把所有参数都认为互相影响。解决只标注成对冲突明显或协同明显的格子比如“降重量 vs 提高强度”标冲突“降重量 vs 降低功耗”协同其余保持空白。现象四目标值被定成理想值而不是可实现值。原因地下室目标没有结合技术评估与困难分析。比如电池容量目标写 5000mAh但结构空间和成本分析根本没做过。解决每个目标值旁边必须附一栏“实现难度”分高二中低三档。难度为高的目标要单独列出风险预案。现象五第一层做完就停目标值没有变成第二层的WHAT。原因团队把QFD当成了评审文档做完汇报就归档。解决立项时就把四层展开的负责人和时间点写进项目计划第一层目标值评审通过后两周内必须启动第二层。QFD不需要一次做完但每一层都必须有指定的接力人。6. 用一个完整案例验证你的QFD从一条客诉改到目标值案例不一定在PPT里但它能把前面所有概念串起来。假设某款耳机最集中的客诉是“跑步时声音断断续续”按QFD走一遍先把客诉转成需求用顾客的话说是“连接稳定”技术特性有两项——蓝牙协议版本和左右耳直连方式。关系矩阵里“连接稳定”对这两项都是强相关屋顶相关矩阵显示蓝牙协议提升会带来功耗上升与“续航时间长”冲突。技术评估下来协议版本改动成本高、周期长于是目标值定为左右耳连接成功率≥99.5%断连恢复时间≤200ms。这个目标值再传给下一层成为PCB天线布局设计的目标。验证这件事要比做QFD更早想清楚。每个第一层目标值都要对应一个可执行的验证方法断连恢复时间怎么测用哪个软件、在什么环境、测几次取平均。如果找不出验证方法这个目标值就还没写完。我的习惯是每一层品质屋评审时必须有一个人负责反问“这句目标值下周能不能出验证方案”不能就退回重写。从那以后我每次启动QFD工作坊都强制把过去三个月的客诉和售后记录先翻出来按“现象—需求—技术特性—目标值”过一遍再决定要不要开新品会议。这套流程不一定让你一次做对但至少让做错的代价变小。希望帮到你。本文还有配套的精品资源点击获取 质量功能展开QFD实战指南：品质屋、四阶段与避坑要点
简介QFDQuality Function Deployment是一种从顾客需求出发、将需求逐层转化为产品设计、工艺与生产要求的系统性方法起源于三菱重工。这份PPT围绕QFD的核心概念与操作流程展开适合产品研发、质量管理及项目管理相关人员学习尤其适合希望通过系统化工具减少设计变更、提升产品竞争力的团队。全篇包含品质屋House of Quality、相关矩阵、技术评估与困难分析、四阶段展开等内容并配有案例说明帮助读者从“谁是顾客、顾客想要什么、如何达成”三个问题切入理解如何用八阶段步骤落实QFD。资源仅1个PPT演示文稿压缩包约493KB文件轻量便于快速阅读和下载使用。目前已有112人学习这套资料内容较为精炼适合作为QFD入门或培训辅助材料。通过学习可以掌握顾客需求获取、转化及监控的完整链条为后续在新产品开发或流程优化中实际运用QFD打下基础。1. QFD质量功能展开先搞清它解决哪个问题再动手做产品的团队最怕的不是技术难而是“每个人都忙到飞起最后发现做的东西客户根本不想要”。QFD质量功能展开Quality Function Deployment就是为了治这个病来的。它最早由日本三菱重工在神户造船厂摸索成型核心解决一件事把顾客说的人话逐步翻译成工程师能执行的目标值。它不是一张质量控制表而是一套跨部门协作的逻辑框架。适合产品经理、研发、质量、制造坐在一起讨论的场景也适合在做任何复杂产品之前先有组织地确认方向对不对。2. 品质屋House of Quality四个区块一张表落地前先看结构我拆这份PPT的时候印象最深的不是流程而是它反复强调的那句话QFD 的展开利用的是“品质机能屋”。整份课件把顾客要求和实现方法放在同一张表上逼着团队面对矛盾而不是各说各话。如果你只看一页就先看品质屋这张图。2.1 左墙与天花板WHAT和HOW在QFD里分别住哪品质屋的左墙放的是顾客要求术语叫 WHAT天花板放的是技术特性术语叫 HOW。这两个东西必须分开放原因很简单顾客说“我要更轻”这是一个 WHAT但“重量做到 1.2kg 以下”才是 HOW。左墙来自顾客调查、客诉记录、销售反馈是顾客觉得重要的事天花板来自工程师对产品的理解是研发能控制和测量的参数。实操里最容易犯的错是把顾客需求写成工程语言。比如“增强信号稳定性”看起来没问题但它已经带了方案顾客真正想要的可能是“在电梯里不断连”。所以左墙的每条需求都得回到顾客原话宁可口语不可提前翻译。代用特性放在天花板上两者隔着关系矩阵呼应这才是品质屋的基本结构。2.2 房间里的关系矩阵三种符号定强度左墙和天花板之间的“房间”就是关系矩阵。它回答的是某条顾客需求到底靠哪几个技术特性来实现PPT里把这部分叫“关系矩阵”我一般建议团队用三档符号来填强相关、中相关、弱相关。对应到后续计算就是 9 分、3 分、1 分的权重。你也可以用 5/3/1但 9/3/1 拉开了差距排序结果更锐利。填这张表有个节奏先把一行一行过哪条顾客需求和哪个技术特性有关再回头检查有没有哪一行全是空格。如果某条顾客需求对应不上任何技术特性说明这条需求目前没人负责后面大概率会丢。如果某列全是空格说明这个技术特性是工程师自嗨顾客根本不关心。这两种情况都要当场解决别拖到算绝对数的时候再返工。2.3 相关矩阵与技术评估屋顶和地下室必须一起看PPT里品质屋结构图中有一块“相关矩阵”放在技术特性的上方被叫成屋顶。它表达的是技术特性之间的互相影响有些特性互相促进比如降重量和减功耗通常正相关有些特性互相冲突比如降重量和提高结构强度往往打架。屋顶的作用就是提前暴露这些矛盾别等到试产才发现两个指标不可兼得。配套的是“技术评估与困难分析”。我见过太多团队只填关系矩阵完全不看实现难度结果算出来的重点特性根本做不出来。技术评估要回答三个问题这个特性当前水平是多少实现目标需要多大的设计变更变更的风险和成本在哪个量级所以屋顶看逻辑冲突地下室看实现压力两者要连在一起评审才算把品质屋读完整了。2.4 地下室输出目标值、绝对数、相对数、竞争评估品质屋底部是输出区PPT里明确提到“目标”“重要性分值”“绝对数”“相对数”。这里设计团队最终要带走的东西每个技术特性的重要度排序以及对应的目标值。重要度排序不能靠感觉拍要靠绝对数计算得出这点我会在第 5 章展开讲。地下室还有两块竞争评估顾客竞争性评估就是拿自己的产品跟竞品比看顾客需求维度上谁做得好技术竞争性评估是比技术参数的实际数值。前者回答“顾客怎么看你”后者回答“参数上你到底差多少”。两份评估放一起才能决定哪些需求是机会点、哪些目标是保底项。PPT里这几个区块排得紧凑但真到落地时它们要分两天做第一天填左墙和房间第二天做屋顶和地下室中间隔一夜好让团队冷静。3. QFD四阶段展开从完成品特性到作业指示的逐层传递这份PPT里有一页展开过程图画的是“设计要求→零部件要求→工序要求→生产要求”每条链路都标着“重要的、风险大、技术新”。这套逻辑是整个QFD区别于普通需求列表的地方它不是做一次就结束而是把上一层品质屋的输出当作下一层的输入一层层传到底。3.1 四层展开模型上一层输出变下一层输入标准QFD四个阶段是整体顾客需求规划矩阵、完成品特性展开矩阵、制程规划与品质管制图、作业指示。第一层把顾客需求变成完成品的管制特性第二层把管制特性变成关键零部件特性第三层把零部件特性变成工序参数和控制点第四层把工序参数变成作业人员每天要执行的动作。每一层的核心动作都一样上一层的 HOW就是下一层的 WHAT。第一层选定的技术特性第二层要当成新的“顾客要求”来对待第二层选出的零件特性第三层要变成工序的管控对象。这种传递方式保证需求不丢失但代价是文件层层增加所以PPT里特别标出“重要的、风险大、技术新”意思是每一层都要筛选不要试图把所有东西都传下去。只传关键的否则文件会膨胀到没人维护。3.2 整体顾客需求规划矩阵把顾客心声换成代用特性第一层要输出的是“整体顾客需求规划矩阵”。这层的任务是把顾客心声换成代用特性。代用特性就是可量测的技术语言比如顾客说“操作简单”代用特性可以是“设置完成所需按键次数≤3次”或者“首次上手平均操作时长≤2分钟”。一个顾客需求可以对应多个代用特性但每个代用特性必须有单位、有目标方向。我一般会让团队做一张对照表左列是顾客原话右列是代用特性中间标注测量方法。测量方法很关键因为“按键次数”可以靠人工数“平均操作时长”需要定义起始点。别小看这个定义过程很多项目做到后面目标值无法验证就是因为第一层没把测量方法写清楚。3.3 完成品特性展开矩阵与制程规划参数再拆到工序第二层完成品特性展开矩阵要把完成品特性拆到零件。比如产品特性是“整机噪声≤40dB”拆下去可能是“风扇转速不超过3000rpm”“风道结构采用XX型”再到“电机振动速度≤Xmm/s”。这一层开始涉及具体零部件研发部门是主力质量部门要在旁边盯着每个零件特性都要有检测手段不能只有设计目标没有验收标准。第三层制程规划与品质管制图解决的是“生产线上管什么”。每个关键参数要落到具体工序哪个工位测、用什么量具、检测频率是多少、出现异常按什么规则停线。PPT里说“订出主要之产品和制程参数及每一参数之管制点及检查点”这句话很实在。到这一层QFD已经从产品设计延伸到了制造准备团队里制造工程师和品管工程师必须进场。3.4 QFD的好处卖点、管制点和改图费用PPT把QFD的好处写得很简洁我挑三条最值钱的展开第一顾客需求在后续阶段不容易被误解因为每一层都有书面传递第二市场评估阶段的特殊卖点在转换过程中不会丢失很多产品做歪就是因为“当初那个卖点”在层层转述中被改没了第三重要生产管制点不会被忽略等试产再去补管控早就晚了。第一次见到这套逻辑的团队容易高估它的工作量。确实四层全做完需要几周时间但省下的是后面反复改图、试产翻车、量产客诉的成本。工程变更越晚发生越贵QFD的价值就是让变更发生在图纸阶段而不是模具阶段。4. Sullivan八阶段实施法跨部门小组按这套顺序最不容易跑偏PPT里单独讲了一节“QFD规划矩阵实施的八个阶段”源自美国品管学者 Sullivan 的总结。八阶段听起来复杂但本质上就是品质屋从空表到填完的八步操作顺序。我建议团队第一次做QFD时就按这个顺序推进别自己发明新流程。4.1 第一阶段用顾客的语言列需求八阶段第一步是“以顾客之用语表达产品之需求”PPT原话说“此步骤是整个 QFD 过程中最困难的一步”。难点不在整理在于你拿到的信息多半是销售转述、售后报告、用户访谈纪要里面混着猜测和加工。要回到原始表达就得把所有来源的需求列成清单市场研究、销售部门、杂志评论、专门调查一条条写成“我要”“我希望”“如果能更好”的句式。实操建议是把需求分三级主要、次要和第三重要。先不讨论可行性只讨论顾客是否会说出这句话。让研发成员闭嘴让客服和销售先发言。需求列全后用亲和图把相似需求归类合并重复项最后得到一张干净的WHAT清单。这一阶段不填任何工程技术内容。4.2 第二阶段把需求翻译成可量测的完成品管制特性第二阶段是“列出完成品之管制特性”。对应WHAT清单每个需求翻译成可量测的技术特性。PPT特别强调“这些产品管制特性最好以可量测之用语来表示”因为后面要跟目标值对比。做翻译时要控制两个问题一是过度翻译顾客说“续航好”你直接写“电池容量≥4000mAh”但顾客真正在意可能是“一天不用充电”正确翻译应该是两个特性都列出来二是翻译不足一条需求只对应一个特性没考虑边界环境。比如“续航好”还需要“待机电流≤XmA、低温下容量衰减≤X%”。一个需求翻译成两三个特性很正常如果每一条都翻译出五个以上特性说明需求写得太粗。4.3 第三到第八阶段关系强度、技术评估、权重目标回路PPT在八阶段里只详细展开了前两步后面六步不同资料划分不同但工作流是一致的。常见做法是第三阶段建立关系矩阵确定每个技术特性对每条需求的关系强度第四阶段做技术评估与困难分析确认哪些特性有实现风险第五阶段用绝对数和相对数计算技术特性权重第六阶段评审屋顶相关矩阵识别冲突特性第七阶段设定各技术特性的目标值并做顾客竞争性评估和技术竞争性评估第八阶段把目标值和关键特性作为下一层品质屋的WHAT输入。这个回路里最容易跑偏的是第五和第七。权重计算都做完了却不敢按权重设目标最终目标值还是老板拍脑袋。我的习惯是先把权重排序贴出来再看排序结果和直觉差异大的地方逐条讨论。如果发现某条需求权重很低但很多人在争多半是需求没列全回去补WHAT而不是硬调权重。4.4 会议节奏与角色分工谁拍板、谁唱反调QFD小组必须跨部门这是PPT开篇就强调的。但我见过不少小组只是“研发部门拉质量的人来旁听”这不是QFD。一个能运转的小组至少要有产品经理定义顾客、研发工程师定义技术、质量工程师定义验证、制造工程师定义工艺、销售或售后提供真实顾客声音。开会节奏我一般这样安排第一次会只做 WHO/WHAT确认顾客是谁、需求清单有哪些第二次会做 HOW 和关系矩阵工程人员入场第三次会做技术评估、屋顶分析和目标值决策层到场拍板。节奏拉开的好处是中间留出时间让成员回去查数据、问同事而不是现场瞎填。主持人最好由受过QFD训练但不属于项目组的人担任否则需求讨论会变成技术争论。5. QFD避坑手册绝对数相对数的正确算法与五个高频翻车场景绝对数和相对数计算是整个品质屋里最像“玄学”的部分但也是最不能跳过的部分。PPT把绝对数和相对数并排列在品质屋底部说明两者都要算不是算一个就够。5.1 绝对数计算一个公式把顾客权重转成技术权重绝对数也叫技术特性重要度计算公式是绝对数 A[j] Σ顾客需求权重 W[i] × 关系强度 R[i][j]其中 W[i] 是第 i 条顾客需求的权重来自顾客调查或团队打分R[i][j] 是关系矩阵中第 i 行第 j 列的强度值强相关取 9、中相关取 3、弱相关取 1。下表是四需求对三特性的演算示例顾客需求需求权重W重量电池容量峰值电流续航时间长0.35399机身轻便0.30931充电速度快0.20139价格适中0.15311绝对数 A[j]—5.255.858.55以“重量”列为例0.35×3 0.30×9 0.20×1 0.15×3 1.05 2.7 0.2 0.45 5.25。其余两列同理。这个 5.25 代表的是“重量”这个技术特性对满足四条顾客需求的整体贡献度。注意权重 W 可以用百分比也可以用 1-5 分但要保证所有行同量纲否则绝对数没有可比性。5.2 相对数计算归一化后才知道真正该投谁相对数就是绝对数的归一化相对数 B[j] A[j] / Σ A[j] × 100%。上表三列合计 5.25 5.85 8.55 19.65所以重量相对数是 26.7%电池容量是 29.8%峰值电流是 43.5%。这组数字意味着如果研发资源有限峰值电流相关的设计投入优先级最高。绝对数的意义是展示每个特性的绝对贡献相对数的意义是展示特性之间的相对差距。两者都要算的原因在于只看相对数容易忽略所有特性得分都很低的场景。比如三个特性全是 1.2、1.1、1.3相对数看起来各占三成但绝对数告诉你整体填表质量很差可能是关系矩阵没填好也可能是需求权重没拉开。先看绝对数判断填表质量再看相对数排优先级顺序不能反。5.3 五个高频翻车点与排查建议现象一绝对数算完排序结果和团队直觉完全相反。原因通常是顾客需求权重没经过验证拍脑袋权重压过了真实需求也可能是关系矩阵里强相关符号太多拉平了所有特性。解决回到需求权重来源用成对比较或顾客排序重新确认前三条需求再检查强相关符号的比例一般一张表里强相关不超过三成。现象二关系矩阵几乎全填满每一格都是 9。原因团队对“关系”的定义没对齐把“可能有关系”当成了强相关。解决明确只有“该特性直接决定了这条需求的满足程度”才算强相关间接影响算中相关微弱影响算弱相关。填表时先每行限一个强相关再回头补。现象三屋顶相关矩阵全空或者全满。全空说明团队没讨论技术冲突后续试产一定会冒出来全满说明把直觉当成了分析把所有参数都认为互相影响。解决只标注成对冲突明显或协同明显的格子比如“降重量 vs 提高强度”标冲突“降重量 vs 降低功耗”协同其余保持空白。现象四目标值被定成理想值而不是可实现值。原因地下室目标没有结合技术评估与困难分析。比如电池容量目标写 5000mAh但结构空间和成本分析根本没做过。解决每个目标值旁边必须附一栏“实现难度”分高二中低三档。难度为高的目标要单独列出风险预案。现象五第一层做完就停目标值没有变成第二层的WHAT。原因团队把QFD当成了评审文档做完汇报就归档。解决立项时就把四层展开的负责人和时间点写进项目计划第一层目标值评审通过后两周内必须启动第二层。QFD不需要一次做完但每一层都必须有指定的接力人。6. 用一个完整案例验证你的QFD从一条客诉改到目标值案例不一定在PPT里但它能把前面所有概念串起来。假设某款耳机最集中的客诉是“跑步时声音断断续续”按QFD走一遍先把客诉转成需求用顾客的话说是“连接稳定”技术特性有两项——蓝牙协议版本和左右耳直连方式。关系矩阵里“连接稳定”对这两项都是强相关屋顶相关矩阵显示蓝牙协议提升会带来功耗上升与“续航时间长”冲突。技术评估下来协议版本改动成本高、周期长于是目标值定为左右耳连接成功率≥99.5%断连恢复时间≤200ms。这个目标值再传给下一层成为PCB天线布局设计的目标。验证这件事要比做QFD更早想清楚。每个第一层目标值都要对应一个可执行的验证方法断连恢复时间怎么测用哪个软件、在什么环境、测几次取平均。如果找不出验证方法这个目标值就还没写完。我的习惯是每一层品质屋评审时必须有一个人负责反问“这句目标值下周能不能出验证方案”不能就退回重写。从那以后我每次启动QFD工作坊都强制把过去三个月的客诉和售后记录先翻出来按“现象—需求—技术特性—目标值”过一遍再决定要不要开新品会议。这套流程不一定让你一次做对但至少让做错的代价变小。希望帮到你。本文还有配套的精品资源点击获取