「要望の多い機能から順に作ろう」——一見正しいこの判断が、製品開発でよく外します。なぜなら、「あれば満足が跳ねる機能」と「なくて当たり前、欠けると激怒される機能」は、まったく別のロジックで動く からです。前者をいくら磨いても不満は消えず、後者をいくら磨いても満足は上がらない。
満足度には 非対称性 があります。これを5つの品質タイプで捉え、機能の打ち手を変えるのが Kano（狩野）モデル です。日本の狩野紀昭氏が1980年代に提唱し、世界中の製品開発・サービス設計で使われ続けています。本稿では、5分類の意味から、Kano モデル独自の「2問1組」の聞き方、評価マトリクスでの分類、Better-Worse 係数による可視化、そして IPA・キードライバー分析との接続までを、実務の手触りで整理します。
1. なぜ「満足の非対称性」が重要か
普通、私たちは「品質が上がれば満足も上がる」と素朴に考えます。でも現実はそうではありません。Kano et al. (1984) は、品質要素には 充足度（できている度合い）と満足度の関係が一直線ではないものがある ことを示しました。
例で考えます。スマホの「バッテリーが1日持つ」は、できていて当たり前。持っても感動しないが、持たないと猛烈に不満。一方「想定外の便利機能」は、なくても誰も困らないが、あると「お、いいね」と満足が跳ねる。この2つは、同じ「機能」でも満足への効き方が正反対 です。
この非対称性を無視して「要望数」や「平均満足度」だけで開発優先順位を決めると、当たり前品質を強化して満足が上がらず徒労に終わる、あるいは 魅力品質を見落として競合に差をつけられる ことになります。Kano モデルは、各機能が満足にどう効くかのタイプを見分けるための道具です。
重要度-満足度分析（IPA） や キードライバー分析 でも「満足の非対称性（Matzler 2004）」に触れましたが、その非対称性を 設問段階で直接測りにいく のが Kano モデルの独自性です。
2. Kano の5分類 — 機能を満足への効き方で分ける
Kano モデルは、品質要素を5つのタイプに分類します。
Kano の5つの品質タイプ
分類が示す打ち手
- 当たり前品質: 「最低ライン」として確実に満たす。ここで競っても満足は上がらない（守り）
- 一元的品質: 投資量に応じて満足が伸びる。競合との勝負どころ（伸ばす）
- 魅力品質: 少数でも刺さると差別化になる。次の目玉（攻め）
- 無関心・逆品質: やらない / 削る判断。リソースの節約と過剰機能の除去
「要望が多い＝作るべき」ではなく、そのタイプによって投資の意味が変わる のが Kano の核心です。
3. Kano モデル独自の「2問1組」の聞き方
Kano モデルが他の調査と決定的に違うのは、各機能について2つの質問をペアで聞く ことです。これを 充足質問（functional）と不充足質問（dysfunctional） と呼びます。
設問の形
ある機能について、次の2問を聞きます。
【充足質問】その機能が「ある」場合、どう感じますか?
【不充足質問】その機能が「ない」場合、どう感じますか?
回答選択肢は、両質問とも共通の5段階を使います。
- 気に入る（満足）
- 当然である（そうあるべき）
- 何とも感じない（中立）
- 仕方ない（許容できる）
- 気に入らない（不満）
「ある場合」と「ない場合」の 回答の組み合わせ から、その機能がどのタイプかを判定します。「ある→気に入る／ない→何とも感じない」なら魅力品質、「ある→当然／ない→気に入らない」なら当たり前品質、というように。
なぜ2問必要か
満足度を1問で「この機能は重要ですか」と聞いても、非対称性は見えません。重要と答えても、それが「ないと困る（当たり前）」のか「あると嬉しい（魅力）」のか区別できない。充足・不充足の両面から挟み撃ちにして初めて、満足への効き方のタイプが分かる のです。これが Kano の設問設計の肝です。
設問の言い回しは結果を左右します。誘導や二重否定を避ける原則は アンケート設問の書き方完全ガイド を参照してください。
4. 評価マトリクスで分類する
充足質問（5択）× 不充足質問（5択）の組み合わせは 25 通り。これを Kano 評価表に当てはめて、各回答者・各機能をタイプ分類します。
代表的なセルの読み方:
| 充足（ある場合） | 不充足（ない場合） | 分類 |
|---|---|---|
| 気に入る | 気に入らない | 一元的品質（O） |
| 気に入る | 何とも感じない | 魅力品質（A） |
| 当然である | 気に入らない | 当たり前品質（M） |
| 何とも感じない | 何とも感じない | 無関心品質（I） |
| 気に入らない | 気に入る | 逆品質（R） |
- 集計の基本: 機能ごとに「最も多く分類されたタイプ（最頻値）」をその機能のタイプとする
- 疑わしい回答（Questionable, Q）: 「ある→気に入る／ない→気に入る」のような論理的に矛盾する組み合わせ。データクリーニングで除外候補。多すぎる場合は設問の理解に問題がある可能性(データクリーニングガイド)
機能ごとにタイプの分布（A が何%、M が何%……）を出し、最頻タイプで代表させるのが標準的な集計です。
5. Better-Worse 係数で可視化する
最頻値での分類はシンプルですが、「魅力 45% / 一元的 40%」のように 僅差で割れる機能 の扱いに困ります。そこで Berger et al. (1993) が提案した Better-Worse 係数（CS係数 / 顧客満足係数） で連続量として可視化します。
計算式
- Better 係数（満足係数） = (A + O) / (A + O + M + I)
- Worse 係数（不満係数） = −(O + M) / (A + O + M + I)
（A=魅力、O=一元的、M=当たり前、I=無関心 の各回答数）
- Better は「その機能を提供したとき満足がどれだけ上がるか」（0〜1、大きいほど満足向上効果大）
- Worse は「その機能が欠けたとき不満がどれだけ増えるか」（−1〜0、絶対値が大きいほど欠落の打撃大）
散布図で4象限に
横軸 Better、縦軸 Worse（絶対値）で散布図を描くと、機能が4つのゾーンに分かれます。
- Better 大・Worse 大 → 一元的品質（伸ばすほど効く主戦場）
- Better 大・Worse 小 → 魅力品質（差別化の目玉候補）
- Better 小・Worse 大 → 当たり前品質（守るべき土台）
- Better 小・Worse 小 → 無関心品質（後回し）
この見せ方は IPA の4象限 と発想が近く、経営会議で「どの機能にいくら投資するか」を1枚で議論できます。散布図の作図は アンケート結果の可視化ガイド を参照。
6. IPA・キードライバー分析との使い分け
Kano モデルは、満足度分析の他手法と補完関係にあります。混同せず、目的で使い分けます。
- Kano モデル: 各機能の 満足への効き方のタイプ（魅力／当たり前／一元的）を、設問段階で直接分類する。新機能の取捨選択・ロードマップ設計向き
- キードライバー分析（KDA）: 既存の満足度データから、総合満足度を 統計的に動かしている要因 を導出する。回帰ベース。運用中サービスの改善要因特定向き
- 重要度-満足度分析（IPA）: 重要度×満足度の 4象限で改善優先度 を地図化する。現状の棚卸し向き
組み合わせの定石
- 発売前・新機能の検討 → Kano で機能タイプを見極め、当たり前品質を満たしつつ魅力品質を1〜2個仕込む
- 運用中の改善 → KDA で効く要因を特定し、IPA で優先度を地図化。Kano の「当たり前/魅力」の視点で「直しても満足が上がらない当たり前品質」を見抜く
KDA / IPA が「今あるものの満足構造を分析する」のに対し、Kano は「これから作る/載せる機能のタイプを見極める」発売前・企画寄りの道具、という棲み分けです。発売前の機能優先順位づけでは MaxDiff や コンジョイント分析 とも併用されます。
7. 編集部の視点 — Kano モデルでやってはいけない5つ
業界事例と実務担当者の声を継続的に追っている立場から、Kano モデルで繰り返し起きる事故を5つ。
1. 当たり前品質を「強化」して満足が上がると期待する
最頻出の誤解です。当たり前品質は 満たして当然、欠けると不満 のタイプ。ここを人一倍磨いても満足は上がりません。「ログインの安定性を究極まで高めれば顧客が感動する」は起きない。当たり前品質は 「欠けさせない」守り であって、伸ばす対象ではない。攻めるなら一元的・魅力品質へ。
2. 「要望が多い機能」を全部一元的品質だと思い込む
顧客が「欲しい」と言う機能の多くは一元的品質ですが、中には魅力品質（言語化されにくい）も当たり前品質（言うまでもないから要望に出ない）もある。要望数ランキングだけで開発を決めると、当たり前品質の欠落や魅力品質の見落としが起きる。要望の量ではなく Kano のタイプで判断する。
3. 矛盾回答（Questionable）を放置する
「ある→気に入る／ない→気に入る」のような論理矛盾の回答を除外せず集計に混ぜる。Q が多い機能は、設問の説明が伝わっていない サイン。機能の説明文を見直すか、その機能を分析から外す判断が要る。クリーニングを省くと分類がぶれます。
4. 魅力品質を「永久の差別化」と過信する
今日の魅力品質は、明日の当たり前品質になります（Kano 自身が「品質の陳腐化」として指摘）。スマホのカメラは登場時は魅力品質、今は当たり前品質。Kano 分類は時点のスナップショット であり、定期的に測り直さないと、かつての目玉が「あって当然」に変わったのを見逃します。
5. セグメントを無視して全体で1分類に決める
ヘビーユーザーには魅力品質でも、ライトユーザーには無関心品質、ということは普通に起きます。全体集計で1タイプに丸めると、セグメントごとの違いが消える。重要な機能は 顧客セグメンテーション と組み合わせ、セグメント別に Kano 分類を見る。
8. アンケートツール Kicue での Kano モデル調査
Kano モデル調査は「2問1組の設問を設計して回答を集める」フェーズと、「評価表分類・Better-Worse 係数を計算する」分析フェーズに分かれます。Kicue が担うのは前者です。
- 2問1組（充足・不充足）の設問設計: 各機能について充足質問・不充足質問を共通5択で並べる構成に対応（設問タイプ）。機能数ぶんのペアを組める
- 機能説明の提示: 各機能の説明文をテキストで提示してから2問を聞く設計が可能
- 回答者 ID 付き CSV エクスポート: 充足・不充足の回答を1行1回答で出力。評価表分類・係数計算にそのまま投入できる構造
- 対象者スクリーニング: ターゲット顧客に絞って聞く冒頭スクリーニング（スクリーニング設問ガイド）
⚠️ Kicue で対応できない範囲
- Kano 評価表による自動分類はなし: 25 セルのマトリクス分類は CSV エクスポート後、Excel / R（例: Kained 等のパッケージ）/ Python で実施。Kicue 自体には Kano 分類機能を持たせていません
- Better-Worse 係数の計算・散布図作成もなし: 係数計算と可視化は Excel / R / Python で実施
- 矛盾回答（Q）の自動判定もなし: クリーニング・除外はエクスポート後の処理
- セグメント別の Kano 分類もなし: セグメントごとの集計は外部ツールで実施
関連記事として 重要度-満足度分析（IPA）ガイド・キードライバー分析ガイド・MaxDiff の設計ガイド・コンジョイント分析の実務・コンセプトテスト調査ガイド を併読すると、「機能のタイプを見極める（Kano）→ 優先順位を測る（MaxDiff/コンジョイント）→ コンセプトを評価する」の発売前・製品開発調査の全体像が見えてきます。
まとめ — Kano モデルを使いこなす6点
- 満足は非対称 — 当たり前品質を磨いても満足は上がらない。攻めるのは一元的・魅力品質
- 2問1組で聞く — 充足質問と不充足質問の組み合わせでタイプを判定する。1問では非対称性は見えない
- 要望数ではなくタイプで決める — 要望が多くても当たり前品質なら満足は上がらない
- Better-Worse 係数で可視化 — 最頻値で割れる機能を連続量にし、4象限で投資判断
- Kano 分類は時点のスナップショット — 魅力品質はいずれ当たり前になる。定期的に測り直す
- セグメント別に見る — 全体で1分類に丸めず、重要機能はセグメンテーションと組み合わせる
Kano モデルは「凝った分析手法」ではなく、「満足には非対称性がある」という1つの洞察を、設問設計に落とし込んだ道具 です。2問1組という独特の聞き方さえ正しく設計できれば、「要望の多い順に作る」から「タイプを見極めて投資する」へと、製品開発の意思決定の質を一段引き上げられます。
製品・機能の Kano モデル調査を設計したい方は、無料のアンケートツール Kicue を試してみませんか。充足質問・不充足質問の2問1組の設問設計、機能説明の提示、回答者 ID 付き CSV エクスポートまで、Kano 調査の入力データを作る部分を 1 アカウントで開始できます（評価表による分類・Better-Worse 係数の計算・散布図作成は Excel / R / Python との組み合わせ運用となります）。
参考文献 (4件)
- Kano, N., Seraku, N., Takahashi, F., & Tsuji, S. (1984). Attractive Quality and Must-Be Quality. Journal of the Japanese Society for Quality Control, 14(2), 147-156.
- Berger, C., Blauth, R., Boger, D., Bolster, C., Burchill, G., DuMouchel, W., ... Walden, D. (1993). Kano's Methods for Understanding Customer-Defined Quality. Center for Quality Management Journal, 2(4), 3-36.
- Matzler, K., & Hinterhuber, H. H. (1998). How to make product development projects more successful by integrating Kano's model of customer satisfaction into quality function deployment. Technovation, 18(1), 25-38.
- Mikulić, J., & Prebežac, D. (2011). A critical review of techniques for classifying quality attributes in the Kano model. Managing Service Quality, 21(1), 46-66.