品質機能展開(QFD)と品質の家

顧客ニーズを行に、技術特性を列に配置した品質機能展開を示す品質の家マトリクス図

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

品質機能展開(QFD)は、顧客が求めるものを段階的に、エンジニアリングチームや業務チームが実際に構築できる技術仕様へと変換する体系的な手法です。顧客が「もっと長持ちしてほしい」と言うことと、エンジニアがどの材料強度規格を狙えばよいかを正確に把握することの間にあるギャップを埋めます。この翻訳がなければ、製品チームは社内的には重要に感じられるが実際の購買動機にはつながらない仕様の最適化に力を注いでしまいます。

QFDは1960年代後半に日本の赤尾洋二によって開発され、1972年に三菱重工業の神戸造船所部門で初めて導入されました。トヨタはその後まもなくこれを採用し、10年以内に新モデル発売時の立ち上げコストを60%以上削減しました。この手法は1980年代を通じて米国の製造業に広まり、主にフォードとゼロックスによって普及しました。

品質機能展開とは何か

品質機能展開(QFD)とは、顧客要求(「何を(whats)」と呼ばれる)を、製品またはサービス開発の各段階で具体的な技術特性(「どのように(hows)」と呼ばれる)に変換する体系的な計画手法です。 各フェーズの出力が次のフェーズの入力となるため、顧客の意図は構想段階から最終生産まで一貫して引き継がれます。

QFDの中心となるのが品質の家(House of Quality、HoQ)です。これは顧客ニーズと技術設計パラメータを視覚的に対応づけるマトリクスです。「家」と呼ばれるのは、技術特性同士の相関関係を示す三角形の屋根が、主要な長方形マトリクスの上に、建物の屋根のように乗っているためです。

QFDはVOC(顧客の声)調査と密接につながっています。VOCは顧客の生の言葉を収集します。QFDはその言葉を実行可能なエンジニアリング目標に変換します。また、QFDは広範な顧客ニーズを測定可能な品質特性に分解するCTQツリーからも直接情報を得ます。これらのCTQが、品質の家の左側にある行の入力になります。

重要なファクト

  • トヨタは1980年代初頭にQFDを導入した後、量産前のエンジニアリング変更を61%、立ち上げコストを61%削減しました(ハウザー&クラウジング、ハーバード・ビジネス・レビュー、1988年)。
  • フォードは、QFDを用いて設計された車両では、用いずに設計された車両と比較して初期生産の問題が40%減少したと報告しています(アメリカン・サプライヤー・インスティテュート、1987年)。
  • QFDを使用する35社を対象とした調査では、製品開発サイクルタイムが平均で33%短縮されたことが分かりました(GOAL/QPCリサーチコンソーシアム、Quality Progress誌)。

品質の家の仕組み

品質の家には、それぞれ特定の種類の情報を持つ6つの異なる「部屋」があります。各部屋に何を入れるかを理解すれば、構築の方法が正確に分かります。

部屋 内容 目的
顧客ニーズ(Whats) テーマ別にまとめられた、顧客要求の原文または要約 行を設定する:顧客が実際に求めているものを定義する
重要度評価 各ニーズの重要度を示す数値スコア(1〜5または1〜10) 高優先度のニーズが意思決定を左右するよう分析に重みをつける
技術特性(Hows) チームが管理するエンジニアリングまたは工程パラメータ(例:壁厚、サイクルタイム) 列を設定する:チームが調整できるものを定義する
関係マトリクス 行と列の交点ごとの記号または数値(強い=9、中程度=3、弱い=1、空欄=0) どの技術特性がどの顧客ニーズに影響するかを示す
相関屋根 列の上にある三角形のグリッドで、技術特性間の正負の相関を示す トレードオフを示す(あるスペックの改善が別のスペックを悪化させる可能性)
競合評価 各ニーズについて自社製品と競合製品を並べて評価した顧客評価 自社にギャップがある部分と、すでにリードしている部分を示す
目標値 各技術特性に対する具体的で測定可能な目標 分析を実行可能なエンジニアリング目標に変換する

分析作業の大部分は関係マトリクスで行われます。各関係スコアを対応する顧客ニーズの重要度評価と掛け合わせ、各列を合計します。最もスコアが高い列が、顧客満足度に最も影響を与える技術特性です。そこにエンジニアリングの注力を最初に向けるべきです。

QFDの4つのフェーズ

ほとんどのQFD展開は4フェーズのカスケードを使います。フェーズ1の出力がフェーズ2の入力となり、以下同様に続くことで、顧客の意図が生産現場まで完全に伝わります。

フェーズ 入力元 出力先 焦点
フェーズ1:製品計画 顧客ニーズ(VOC、CTQツリー) 製品特性と目標値 「製品は何をする必要があるか?」
フェーズ2:設計計画 フェーズ1の製品特性 部品・コンポーネント仕様 「どの部品がその特性を実現するか?」
フェーズ3:工程計画 フェーズ2の部品仕様 工程パラメータと管理項目 「どの生産工程がその部品を作るか?」
フェーズ4:生産計画 フェーズ3の工程パラメータ 品質管理計画とオペレーター指示書 「工程が管理された状態を維持するにはどうすればよいか?」

ほとんどのチームはフェーズ1(従来型の品質の家)で完了させ、そこで止まります。それは有用な出発点ですが、真の効果は4フェーズすべてをカスケードさせることで生まれます。それによって、木曜の朝に組立ラインのオペレーターが行う作業が、6か月前のフォーカスグループで顧客が述べた要求に直接たどり着くようになるからです。

よくある誤り

機能をニーズとして列挙してしまう。 顧客ニーズは成果(「寒い時期でもスムーズに開く」)として表現すべきであり、製品の機能(「高級グリースを使う」)として表現すべきではありません。機能は技術特性の列に属します。

競合評価を省略する。 ベンチマーキングを省くチームは、すでに競合に対して優位な領域に技術的な改善投資をしてしまうことがよくあります。競合評価の列は、ギャップを埋めることが実際に購買行動を変える箇所を明らかにします。

すべての関係を「強い」として扱う。 関係マトリクスのすべてのセルが「9」になると、優先順位付けの計算が破綻します。規律を持って臨みましょう。ほとんどのセルは空欄か「弱い」であるべきです。

屋根は作るが活用しない。 技術特性間の矛盾を示す相関屋根は、よく作られるものの、その後何も対応されないことが頻繁にあります。負の相関(スペックAの改善がスペックBを悪化させる)には、沈黙ではなく明確な設計上の意思決定が必要です。

一度きりで終わらせる。 品質の家は生きた文書です。顧客の優先事項は変化します。競合製品も変わります。少なくとも製品世代ごとに1回は重要度評価と競合ベンチマークを更新しましょう。

品質の家の構築方法

ステップ1:顧客ニーズを収集する

VOC(顧客の声)調査を実施します。インタビュー、アンケート、フォーカスグループ、サポートチケット分析などです。原文の言葉を記録します。関連する発言をテーマごとにグループ化し、各テーマを明確なニーズの記述に要約します。10〜30件のニーズ記述を目指しましょう。少なすぎるとニュアンスを見逃し、多すぎるとマトリクスが管理不能になります。

ステップ2:ニーズの重要度を評価する

顧客に(あるいは購買行動、クレーム頻度、市場調査などの代理データを使って)各ニーズがどれほど重要かを1〜5または1〜10のスケールで評価してもらいます。これが重要度の重みになります。以降のすべての優先順位付けの意思決定を左右するため、ここには十分な時間をかけましょう。

ステップ3:技術特性を定義する

チームが実際に管理できるエンジニアリングまたは工程パラメータを列挙します。寸法、公差、材料、サイクルタイム、工程温度、ソフトウェアの応答時間などです。各特性は測定可能であり、改善の方向性(大きいほど良い、小さいほど良い、目標値が最適)が明確に定義されている必要があります。

ステップ4:関係マトリクスを構築する

各セルについて検討します。この技術特性はこの顧客ニーズに影響するか?影響するならスコアを割り当てます:強い(9)、中程度(3)、弱い(1)。意味のある関係がなければ空欄のままにします。このステップには機能横断的な入力が必要です。エンジニア、プロダクトマネージャー、品質責任者が一緒にマトリクスを埋めるべきです。

ステップ5:スコアリングと優先順位付け

各技術特性の列について、すべての関係スコアを対応する顧客ニーズの重要度評価と掛け合わせ、その列を合計します。結果は、顧客満足度全体に対するその技術特性の相対的な重要度です。比較しやすいようスコアをパーセンテージに正規化します。

ステップ6:相関屋根を完成させる

技術特性の各ペアについて、一方の改善が他方に良い影響を与えるか(「+」または「++」で示す)、対立するか(「-」または「--」)、無関係か(空欄のまま)を評価します。負の相関は設計フェーズで明確に解決する必要があります。

ステップ7:競合ベンチマーキングを実施する

自社の現行製品と、上位2〜3社の競合製品を各顧客ニーズについて1〜5のスケールで評価します。この評価を競合評価の部屋にプロットします。自社の位置と競合の位置とのギャップ(特に重要度の高いニーズにおいて)が、最優先の設計目標になります。

ステップ8:技術目標を設定する

各技術特性について、具体的で測定可能な目標値を設定します。これらは優先順位付けのスコア、競合ベンチマーキングのギャップ、エンジニアリング上の実現可能性から導き出されます。目標値はフェーズ1の出力となり、フェーズ2の入力となります。

QFDの例

再利用可能な水筒について、5つの顧客ニーズを4つの技術特性に対応づけた簡略化した品質の家を示します。

顧客ニーズ 重要度 壁厚(mm) キャップシール力(N) ボトル重量(g) 表面テクスチャ(グリップ評価1〜10)
漏れない 9 3 9 1 0
12時間以上冷たさを保つ 8 9 3 3 0
持ち運びやすい 6 1 0 9 9
頑丈に感じる 7 9 3 3 3
片手で開けやすい 8 0 9 0 9
加重スコア 189 225 111 141

加重スコアを見ると、キャップシール力(225)が顧客満足度全体との結びつきが最も強く、次いで壁厚(189)、表面テクスチャ(141)、ボトル重量(111)と続きます。エンジニアリングリソースはまずキャップシール力の仕様を優先すべきです。これは重要度が最も高い2つのニーズ(漏れない、片手で開けやすい)に同時に対応することになります。

ベストプラクティス

小さく始めて拡大する。 最初の品質の家は、単一の製品ラインまたは単一の顧客セグメントに絞って構築しましょう。焦点を絞った最初の実施のほうが、完成しない大規模なマトリクスよりもはるかに有用です。

初日から機能横断チームで取り組む。 QFDは品質チームだけがマトリクスを埋める場合に失敗します。顧客の声の入力(プロダクトマネジメントまたはカスタマーサクセス)、技術的専門知識(エンジニアリングまたはオペレーション)、戦略的な文脈(プロダクトリーダーシップまたは営業)が同じ場に必要です。

QFDをDMADVシックスシグマプロジェクトに結びつける。 QFDフェーズ1の出力は、DMADVのDefine(定義)とMeasure(測定)フェーズに直接対応します。新しい製品やプロセスをゼロから設計する際、QFDは最適化しようとしているCTQが実際に顧客が気にかけているものであることを確認する手段になります。

まずKanoモデルでニーズを整理する。 顧客ニーズを重要度で重み付けする前に、Kano分析を実施し、当たり前品質(期待されるもの、あっても喜びは生まれない)、一元的品質(多いほど良い)、魅力的品質(予想外で喜びを生む)に分けましょう。当たり前品質はデフォルトで高い重要度評価を受け、魅力的品質は中程度の重要度でも高い戦略的重みを持つことがあります。

競合の動きがあれば見直す。 競合他社がより優れた製品を発売すると、競合ベンチマーキングの部屋が変わります。市場が変化するたびに重要度評価と目標値を再評価しましょう。TQM(総合的品質管理)プログラムでは、QFDを一度きりの演習ではなく、繰り返し行う計画ツールとして使用しています。

バリューストリームマッピングと結びつける。 フェーズ3(工程計画)の後、特定した工程パラメータは、バリューストリームマップが測定すべき入力そのものです。これにより、顧客要求から工程ステップ、そしてバリューストリームのムダ分析までを直接結びつけることができます。

よくある質問

QFDと品質の家の違いは何ですか?

QFDは4フェーズ全体を含む手法です。品質の家は、QFDのフェーズ1で使われる特定のマトリクスです。フェーズ1がフレームワークの中で最も一般的に実施される部分であるため、両者は同じ意味で使われることが多いですが、品質の家はより広いQFDシステムの中の一つのツールです。

品質の家の構築にはどれくらい時間がかかりますか?

良質なVOCデータを持つ機能横断チームであれば、フェーズ1を2〜4回の半日ワークショップで完了できます。20件以上の顧客ニーズと15件以上の技術特性を持つ大規模な製品の場合はより時間がかかります。よくある誤りは、単独で、または1回のマラソンセッションで完了させようとすることです。準備作業を挟みながら複数のセッションに分けましょう。

要件定義書だけでなく、いつQFDを使うべきですか?

競合する技術特性間で明確なトレードオフの意思決定をする必要があるとき、エンジニアリングの優先順位が社内の想定ではなく顧客データにさかのぼって根拠づけられていることを確認したいとき、あるいは代替案とのベンチマーキングが重要になる競争市場に参入するときにQFDを使いましょう。要件定義書は何を作るべきかを教えてくれますが、QFDはなぜその要件がその優先順位になっているのかを教えてくれます。

QFDは製品だけでなくサービスにも使えますか?

はい。サービスQFDでは、物理的な寸法をサービス属性(待ち時間、対応スクリプトの質、システム稼働率、解決率)に置き換えます。マトリクスの構造は同じです。多くの銀行、病院、物流会社がサービスプロセスの設計にQFDを使用しています。

QFDはCTQツリーとどう関係していますか?

CTQツリーは、品質の家を作るための準備作業となることがよくあります。CTQツリーは広範な顧客ニーズを測定可能な品質特性に分解します。それらの測定可能な特性が、品質の家マトリクスの左側にある行の入力(顧客ニーズ)になります。両者が合わさることで、VOC調査がCTQツリーに供給され、それが品質の家に供給され、それがエンジニアリング仕様に供給されるという、すっきりとしたパイプラインが形成されます。


QFDは、顧客が何を望んでいるかを教えてはくれません。それはVOC(顧客の声)調査の役割です。しかし顧客が何を望んでいるかが分かれば、QFDはその知識を実際に構築される技術的判断へと変換する構造を与えてくれます。このステップを省略するチームは、技術的には優れているのに顧客を満足させられない製品を作ってしまうことがよくあります。それは、優秀さが間違った目標に向けられていたからです。

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. With 8+ years in revenue operations and process optimization, Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.