品質機能展開(QFD)

英語名 House Of Quality
読み方 ハウス オブ クオリティ
難易度
所要時間 3〜5時間(1製品につき)
提唱者 赤尾洋二・水野滋が1966年に三菱重工業で開発。「品質の家」の名称で世界に普及
目次

ひとことで言うと
#

顧客の「こうしてほしい」という要求(Voice of Customer)を、エンジニアリングの「こう作る」という技術仕様にマトリクス形式で変換し、何をどこまで作り込むべきかの優先順位を決める設計手法。家の形に似たマトリクスから「品質の家」とも呼ばれる。

押さえておきたい用語
#

押さえておきたい用語
VOC(Voice of Customer)
顧客インタビューやアンケートから集めた生の要求・期待。「軽い」「長持ちする」「操作が簡単」など定性的な表現が多い。
品質特性(Engineering Characteristics)
VOCに対応する測定可能な技術仕様。「重量○g以下」「耐久テスト○万回」のように数値で定義する。
相関マトリクス
VOCと品質特性の関係の強さを◎○△で示す中央のマトリクス。どの技術仕様がどの顧客要求に影響するかを可視化する。
屋根(Roof Matrix)
品質特性同士の相互干渉を示す三角形部分。「軽量化すると強度が下がる」のようなトレードオフを記録する。
競合比較
自社と競合の製品を顧客要求ごとに5段階評価で比較する列。どの要求で勝っていて、どこで負けているかが一目で分かる。

品質機能展開(QFD)の全体像
#

品質の家(House of Quality):顧客要求→技術仕様への変換マトリクス
屋根: 技術特性間の相関品質特性(HOW)重量・強度・消費電力… 測定可能な技術仕様顧客要求(WHAT)・軽い・壊れにくい・操作が簡単・長時間使える重要度でランク付け相関マトリクス◎ ○ △WHAT × HOW の関連度◎=強い ○=中 △=弱い関連度 × 重要度 = 優先度競合比較自社 vs 競合Avs 競合B要求ごとに5段階評価弱い箇所 =改善候補技術目標値・優先順位重量≤180g / 耐久10万回 / ボタン数≤5 …
1
VOCを収集する

こんな悩みに効く
#

  • 顧客の要求が曖昧で、エンジニアがどの仕様をどこまで追い込むべきか判断できない
  • マーケと開発で「顧客が求めるもの」の認識がずれ、製品リリース後に「これじゃない」と言われる
  • 開発リソースが限られる中、どの機能を優先すべきかの根拠が欲しい

基本の使い方
#

VOC(顧客の声)を収集し、重要度をつける
顧客インタビュー、アンケート、クレーム分析からVOCを20〜30項目収集する。次にターゲット顧客に「どの要求が最も重要か」を5段階で評価してもらい、重要度ランキングを作る。この重要度が後の優先順位計算のベースになる。
品質特性(技術仕様)を定義する
各VOCに対して「それを満たすために何を測定すればよいか」を技術言語に翻訳する。「軽い」→「重量(g)」、「壊れにくい」→「耐久テスト回数」のように、測定可能な仕様に変換する。漏れがないよう、マーケ・設計・品質の3部門で共同で洗い出す。
相関マトリクスを埋めて優先度を算出する
VOC(行)× 品質特性(列)のマトリクスで、各セルに◎(9点)、○(3点)、△(1点)の関連度を記入する。品質特性ごとに「関連度 × VOC重要度」の合計を計算し、スコアの高い品質特性が開発で最も注力すべき仕様になる。
屋根マトリクスでトレードオフを可視化する
品質特性同士の相互干渉を屋根の三角形に記入する。「重量を減らすと強度が下がる」のようなトレードオフが明示されることで、設計判断の議論がデータベースで進められる。

具体例
#

家電メーカーがポータブル扇風機を新開発する

状況: 競合が乱立するポータブル扇風機市場で差別化を図りたい。顧客調査で「風量が足りない」「重い」「音がうるさい」の3大不満が判明したが、風量を上げると重量と騒音が増えるというジレンマがあった。

適用方法: VOC 15項目を収集し、重要度1位「風量」、2位「静音性」、3位「軽さ」と確定。品質特性として風速(m/s)、騒音(dB)、重量(g)、バッテリー持続時間(h)など8項目を設定。相関マトリクスで「風速」が◎の関連度を持つVOCが最多だったが、屋根マトリクスで風速↔騒音に強い負の相関を確認。

結果: 風速と騒音のトレードオフ解消に注力し、羽根形状の最適化に開発リソースを集中投下。従来品比で風速+20%・騒音−5dBを両立させた製品を12ヶ月で市場投入。発売初月で計画の1.4倍の販売数を達成した。

SaaS企業が次期バージョンの機能優先順位を決める

状況: 顧客からの機能要望が100件以上溜まっており、プロダクトチーム6名のリソースで全部は対応できない。要望の優先度を感覚で決めていたが、営業とCSで意見が食い違い、四半期ごとの機能選定会議が紛糾していた。

適用方法: VOCとして要望100件を12カテゴリに集約し、顧客NPS調査で重要度をスコアリング。品質特性には「応答速度(ms)」「API連携数」「設定ステップ数」「ダッシュボードのカスタマイズ度」など10項目を設定し、QFDマトリクスを構築。

結果: 優先度1位は「ダッシュボードのカスタマイズ度」で、2位が「API連携数」。営業が推していた「新機能A」は重要度×関連度のスコアが5位に沈んだ。データに基づく意思決定ができたことで会議の紛糾がなくなり、開発チームのフォーカスが明確になった。次期バージョンリリース後のNPSは+12ポイント改善。

建設会社が注文住宅の標準仕様を見直す

状況: 注文住宅の引き渡し後アンケートで「断熱性」「収納量」「デザイン」への不満が上位。しかし限られたコスト枠で3つすべてに最高性能を盛り込むのは不可能だった。

適用方法: 直近100棟の施主アンケートからVOCを抽出し、重要度を数値化。品質特性には断熱等級、収納率(延床面積比)、外観デザインスコア(5段階評価)、坪単価などを設定。相関マトリクスで断熱等級が「冬暖かい」「光熱費が安い」「結露しない」の3つのVOCに◎で関連していることが判明。

結果: 断熱等級を現行の等級4→等級6に引き上げることを標準仕様に決定。坪単価は2.5万円上昇したが、顧客が最も重視する3つの要求を同時に満たせるため、受注率が前年比115%に向上。引き渡し後の「断熱」不満スコアが4.2→1.8に低下した。

やりがちな失敗パターン
#

パターン問題点対策
VOCを社内の想像で書く実際の顧客要求とずれ、マトリクス全体が的外れになる必ず顧客インタビューやアンケートの生データから抽出する
相関マトリクスを全部◎にする優先順位がつかず、QFDの意味がなくなる厳密に評価し、◎は全体の15〜20%以内に抑える
屋根マトリクスを省略するトレードオフが見えず、仕様決定後に矛盾が発覚する品質特性間の正負の相関を必ず記入する
1回作って終わりにする市場や顧客の要求は変わるのに設計根拠が古いまま年1回または新製品企画時にVOCの再収集とQFDの更新を行う

まとめ
#

品質の家(House of Quality)は「顧客が求めるもの」と「技術で実現できること」の間に橋を架ける翻訳ツールだ。マトリクスを埋める作業自体がマーケ・設計・品質の共通言語を作るプロセスであり、部門間の認識ずれが自然と解消される。数字で優先順位がつくため、限られたリソースを「顧客にとって最も価値の高い仕様」に集中させることができる。