熊野

思维工具箱质量功能展开/质量屋

C13

质量功能展开/质量屋

Quality Function Deployment, QFD

把用户需要映射到技术特性与可验收目标,暴露冲突

类型 · 框架分类 · 产品方案与验证

这是什么

质量功能展开把用户需要及其重要性映射到技术特性与责任环节;质量屋是常用起始矩阵。关键是说清哪些技术特性支撑哪些用户结果,以及特性之间是否冲突。易测的工程指标不等于用户价值;关系权重是结构化判断,不是物理定律。

示意图

用户需要 → 技术特性矩阵 → 冲突与目标规格 用户需要 重要性 关系矩阵 强 / 中 / 弱 标明依据 技术特性 冲突检查 目标规格 易测指标 ≠ 用户价值;权重是判断非定律

什么时候用 / 别用

该用

  • 用户语言需转成工程指标
  • 软硬件多参数互相制约
  • 各方对「好用」「可靠」理解不同

别用

  • 用虚假重要性分数放大偏见
  • 只凭加权最高就定规格、不做实测
  • 把易测指标直接等同用户价值

怎么做

准备:整理后的用户需求与重要性依据;竞品或现有表现、技术特性与单位;工程关系判断、成本与制造约束

  1. 用用户结果描述需求
  2. 写技术特性及单位、方向、测试条件
  3. 逐格评关系并标明依据,权重口径一致
  4. 检查特性间支持与冲突,比较目标与成本
  5. 展开为部件/软件/过程要求,落实责任与验收

交付:需求—技术关系矩阵、冲突清单、目标规格与验证计划

一个例子

假设示例 · 产品

【假设示例】51as.com 工具页要「十分钟能用」、加载快、示例丰富。图量、包体积与首屏时间可能冲突;质量屋帮助看见加图改善了什么又牺牲什么,再按典型会议场景定目标。

容易踩坑

  • 权重当物理定律
  • 虚假重要性被矩阵放大
  • 加权最高直接定规格

出处:常见于把用户需要展开到技术特性的质量功能展开传统