ひとことで言うと#
顧客の「こうしてほしい」という要求(Voice of Customer)を、エンジニアリングの「こう作る」という技術仕様にマトリクス形式で変換し、何をどこまで作り込むべきかの優先順位を決める設計手法。家の形に似たマトリクスから「品質の家」とも呼ばれる。
押さえておきたい用語#
- VOC(Voice of Customer)
- 顧客インタビューやアンケートから集めた生の要求・期待。「軽い」「長持ちする」「操作が簡単」など定性的な表現が多い。
- 品質特性(Engineering Characteristics)
- VOCに対応する測定可能な技術仕様。「重量○g以下」「耐久テスト○万回」のように数値で定義する。
- 相関マトリクス
- VOCと品質特性の関係の強さを◎○△で示す中央のマトリクス。どの技術仕様がどの顧客要求に影響するかを可視化する。
- 屋根(Roof Matrix)
- 品質特性同士の相互干渉を示す三角形部分。「軽量化すると強度が下がる」のようなトレードオフを記録する。
- 競合比較
- 自社と競合の製品を顧客要求ごとに5段階評価で比較する列。どの要求で勝っていて、どこで負けているかが一目で分かる。
品質機能展開(QFD)の全体像#
こんな悩みに効く#
- 顧客の要求が曖昧で、エンジニアがどの仕様をどこまで追い込むべきか判断できない
- マーケと開発で「顧客が求めるもの」の認識がずれ、製品リリース後に「これじゃない」と言われる
- 開発リソースが限られる中、どの機能を優先すべきかの根拠が欲しい
基本の使い方#
具体例#
状況: 競合が乱立するポータブル扇風機市場で差別化を図りたい。顧客調査で「風量が足りない」「重い」「音がうるさい」の3大不満が判明したが、風量を上げると重量と騒音が増えるというジレンマがあった。
適用方法: VOC 15項目を収集し、重要度1位「風量」、2位「静音性」、3位「軽さ」と確定。品質特性として風速(m/s)、騒音(dB)、重量(g)、バッテリー持続時間(h)など8項目を設定。相関マトリクスで「風速」が◎の関連度を持つVOCが最多だったが、屋根マトリクスで風速↔騒音に強い負の相関を確認。
結果: 風速と騒音のトレードオフ解消に注力し、羽根形状の最適化に開発リソースを集中投下。従来品比で風速+20%・騒音−5dBを両立させた製品を12ヶ月で市場投入。発売初月で計画の1.4倍の販売数を達成した。
状況: 顧客からの機能要望が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)は「顧客が求めるもの」と「技術で実現できること」の間に橋を架ける翻訳ツールだ。マトリクスを埋める作業自体がマーケ・設計・品質の共通言語を作るプロセスであり、部門間の認識ずれが自然と解消される。数字で優先順位がつくため、限られたリソースを「顧客にとって最も価値の高い仕様」に集中させることができる。