フレームワーク活用ガイドひとことで言うと#
品質機能展開（QFD）は、顧客が求めていること（Voice of Customer）を、製品の設計仕様や技術特性に体系的に変換する手法です。「品質の家（House of Quality）」と呼ばれるマトリクスを使い、「顧客の声」と「技術的な対応方法」の関係を可視化し、開発の優先順位を決めます。
用語の定義#
押さえておきたい用語
- 品質の家（House of Quality）：QFDの中核となるマトリクス図。屋根のような三角形の相関マトリクスが載ることからこの名前がついた
- VOC（Voice of Customer）：顧客の生の声や要望を整理・構造化したもの。QFDのインプットにあたる
- 品質特性（Quality Characteristics）：顧客要求を実現するための技術的な仕様や測定可能な指標。「軽さ」→「重量○○g以下」のように変換される
- 相関マトリクス（Correlation Matrix）：品質の家の「屋根」部分。技術特性同士の正・負の相関を示す
- 競合ベンチマーク（Competitive Benchmarking）：顧客要求ごとに自社と競合の充足度を比較し、注力すべき領域を特定するプロセス
全体像#
顧客の声を収集
インタビュー・アンケート
→インタビュー・アンケート
品質特性に変換
技術仕様に翻訳
→技術仕様に翻訳
関係マトリクスを作成
要求×仕様の対応を評価
→要求×仕様の対応を評価
優先順位を決定
重み付けで開発順を確定
重み付けで開発順を確定
こんな悩みに効く#
- 「お客さんが求めていること」と「エンジニアが作りたいもの」がズレてしまう
- 開発リソースが限られる中で、どの仕様を優先すべきか判断基準がない
- 競合製品と比較して、自社が本当に注力すべきポイントがわからない
基本の使い方#
顧客の声（VOC）を収集・構造化する
インタビュー、アンケート、サポート問い合わせ、レビューなどから顧客の要望を収集します。集めた声を「機能」「使いやすさ」「耐久性」などのカテゴリに整理し、重要度を5段階で評価してもらいます。
品質特性（技術仕様）を洗い出す
顧客の声を実現するための技術的な仕様を列挙します。「軽くしてほしい」→「本体重量」「バッテリー起動時間」→「応答速度ms」のように、測定可能な指標に変換します。
関係マトリクスで対応関係を評価する
顧客要求（行）×品質特性（列）のマトリクスを作り、各セルの関係の強さを◎（9点）・○（3点）・△（1点）で記入します。同時に屋根の相関マトリクスで技術特性同士のトレードオフも可視化します。
技術的優先度を算出して開発順位を決める
各品質特性の列について「顧客の重要度×関係の強さ」のスコアを合計し、開発の優先順位を決定します。競合ベンチマークの結果も加味し、「顧客にとって重要かつ競合に劣っている」領域に集中投資します。
具体例#
家電メーカーのコードレス掃除機開発
家電メーカー（従業員1,200名）が新型コードレス掃除機の設計にQFDを適用。VOC調査で300名の主婦・主夫から収集した要望の上位5つは「吸引力が強い」「軽い」「バッテリーが長持ち」「音が静か」「ゴミ捨てが簡単」。品質特性に変換すると「吸引仕事率W」「本体重量kg」「稼働時間min」「騒音値dB」「ダストカップ容量L」。関係マトリクスで分析した結果、「吸引力」と「バッテリー持ち」にトレードオフ（屋根の相関マトリクスで負の相関）があることが判明。競合ベンチマークでは吸引力は業界トップだが本体重量が競合比**+200g重かった。優先度スコアの結果、「本体重量の1.5kg以下への軽量化」を最優先仕様に設定。モーターの小型化とカーボンファイバー素材の採用で目標を達成し、発売後3か月で12万台**を販売した。
BtoB SaaSのダッシュボード機能リニューアル
経費精算SaaS（契約企業800社）が管理者向けダッシュボードの刷新にQFDを導入。カスタマーサクセスが蓄積した要望147件を構造化し、重要度の高い要求は「承認待ちが一目でわかる」「部門別のコスト推移を見たい」「月次レポートの自動生成」の3つ。品質特性は「画面読み込み速度」「グラフの種類数」「エクスポート形式」「リアルタイム更新頻度」など11項目。関係マトリクスの結果、「承認待ち一覧」の要求に最も強く関係するのは「リアルタイム更新頻度」（現状15分→目標1分）で、技術的優先度スコアが全項目中1位。リニューアル後、管理者のDAUが38%→62%に上昇し、NPS（管理者セグメント）が+18ポイント改善。
地方旅館のサービス改善
箱根の旅館（客室24室、従業員35名）がリピート率向上のためにQFDの簡易版を実施。宿泊客200名へのアンケートから「料理の質」「温泉の種類」「接客の温かさ」「チェックイン/アウトのスムーズさ」「Wi-Fi速度」が上位要求として抽出された。品質特性は「食材の地元調達率」「源泉かけ流し浴槽数」「スタッフ1人あたり担当客室数」「チェックイン所要時間」「Wi-Fi帯域Mbps」に変換。競合3旅館とのベンチマークで、料理の評価は5段階中4.2と高いがWi-Fiは2.8で最下位だった。QFDの優先度計算ではWi-Fiの技術的優先度は低い（顧客の重要度が4位）一方、「チェックイン所要時間の短縮」が高スコア。タブレット受付の導入でチェックイン時間を平均8分→3分に短縮し、口コミサイトの総合評価が4.1→4.4に上昇した。
やりがちな失敗パターン#
| 失敗 | 原因 | 対策 |
|---|---|---|
| マトリクスが巨大になりすぎて完成しない | 顧客要求も品質特性も全部載せようとする | 要求は上位10〜15個、品質特性は10個程度に絞る。重要度の低い要求は次回のQFDに回す |
| 顧客の声を技術仕様に変換できない | 「使いやすい」「かっこいい」など曖昧な要求を分解せずに載せる | 「使いやすい」を「操作ステップ数」「エラー率」など測定可能な指標に分解してから品質特性に入れる |
| 関係マトリクスが全部◎になる | 「関係がある」だけで◎にしてしまい、優先順位が出ない | ◎は全体の15〜20%以内にするルールを設け、本当に強い関係だけを◎にする |
| 競合ベンチマークを省略する | 社内のデータだけで完結させ、市場での相対的な位置づけがわからない | 最低2社の競合製品を実際に使い、同じ顧客要求軸で評価する。客観的な比較がQFDの価値を高める |
まとめ#
QFDの力は「顧客が何を求めているか」と「技術的に何をすべきか」を1枚のマトリクスでつなぐ点にあります。開発チームが「なぜこの仕様を優先するのか」を顧客要求に遡って説明できるようになり、社内の合意形成も加速します。最初から完璧な品質の家を作ろうとせず、主要な要求と仕様を10個ずつ程度に絞った簡易版から始めると、半日のワークショップでも十分に使えるアウトプットが得られます。