QFD质量功能展开入门：从“客户说要好用”到“工程师懂做

市场部带回一句"手机要手感好"，研发部却不知道该改重量还是改倒角——这类场景在制造企业中并不鲜见。客户语言与工程语言之间的鸿沟，往往导致产品定义反复、开发周期拉长。QFD质量功能展开正是弥合这一鸿沟的结构化方法，它不是画图，而是一套将客户语言翻译成工程语言的精密词典。天行健管理咨询在多年驻场辅导中发现，多数企业并非缺乏工具认知，而是缺少将工具嵌入实际开发流程的操作路径。

一、VOC收集：从模糊抱怨中提取原始需求

1.1 客户语言的"降噪"处理

客户说"车要稳"，这句话包含的是操控感受、行驶平顺性还是安全信心？VOC收集的第一步不是记录原话，而是通过场景追问还原真实使用情境。天行健管理咨询建议采用"场景-行为-感受"三层追问法，将"车要稳"逐步收敛为"高速变道时车身侧倾小""颠簸路面方向盘回正及时"等可观测的描述，再进一步转化为"抓地力""悬架刚度"等工程候选参数。

1.2 Kano模型区分需求层级

并非所有需求都值得同等投入。基本型需求缺失会引发不满，满足却不会带来额外好感；兴奋型需求则相反。将VOC条目按Kano模型分类，能帮助团队在资源有限时做出优先级判断。这一步骤的关键在于用正反向问卷获取客户真实反馈，而非凭经验拍板。

二、质量屋构建：让关系矩阵成为施工图纸

2.1 左墙与天花板的对齐

质量屋的左墙陈列客户需求，天花板列出工程措施——钢板厚度、芯片主频、握把硬度等可调参数。两者的对齐不是一一映射，而是通过关系矩阵标注强相关、弱相关与负相关。工程师最该关注的正是负相关项：提升A参数是否以牺牲B需求为代价。

2.2 关系矩阵的量化表达

用符号标注强弱关系后，需赋予权重并计算工程措施的优先级得分。这一过程将定性判断转为可比较的数值，使研发资源投放有据可依。天行健管理咨询在项目实践中强调，矩阵填写应由市场、研发、工艺多方共同完成，避免单一部门视角偏差。

三、实战推演：一把锤子的需求翻译

客户说"不累手"，如何落到图纸上？通过场景追问，可分解为"连续敲击100次手腕酸胀感低""握持时不易滑脱"。前者关联到整锤重量与重心位置，后者关联到握把橡胶硬度与表面纹理。进一步将"重量<500g""握把橡胶邵氏硬度55±5"写入工程规格，定性感受便完成了向定量参数的转化。这一推导链条的完整性，决定了后续设计验证能否对准客户真实关切。

结语

QFD的价值不在于图纸本身，而在于建立研发与市场的通用语。让工程师不再靠猜，让市场不再靠吼。你在产品开发中是否也遇到过需求翻译的卡点？欢迎在评论区聊聊你的经历。