UIXHERO

狩野モデル (Kano Model)

ユーザーの満足度を「当たり前品質」「一元的品質」「魅力的品質」などの5つの要素に分類し、機能の優先順位を決定するためのフレームワーク。

2026年1月26日
更新: 2026年8月27日
9
by Dengen Yosho(DGYS)
狩野モデル (Kano Model)

この記事の要点(UIXHERO視点) XHEROでは、狩野モデルを「機能リストに『感情の色』をつけるためのコンパス」と捉える。 本記事では、満たされて当たり前の「衛生要因」と、心を掴む「感動要因」を峻別し、リソース配分の過ち(穴の空いたバケツに水を注ぐ徒労)を防ぐ戦略を整理する。

狩野モデルとは?

1980年代に東京理科大学の狩野紀昭教授によって提唱された、顧客満足度の構造モデルです。 「機能を追加すればするほど、顧客は満足する」という単純な比例関係(線形思考)の誤りを指摘し、品質には異なる種類の感情的影響があることを明らかにしました。

UXデザインでの活用事例

1. 「当たり前品質」の徹底

ホテルの予約アプリにおいて、「予約が確実にできること」「個人情報が漏れないこと」は当たり前品質です。ここを改善してもユーザーは褒めてくれませんが、一度でも不具合があれば二度と使ってくれません。これらはリソースを割いてでも、100%の品質を維持する必要があります。

2. 「一元的品質」での競争

ページの読み込み速度や、検索結果のヒット数などは一元的品質です。競合よりも「1秒速い」「1件多い」ことが、そのままユーザー満足度につながります。ここはが見えやすい領域です。

3. 「魅力的品質」でのファン化

ロード中の待機画面にユーモアのあるを入れたり、誕生日に特別なクーポンを配布したりすることは魅力的品質です。これらは機能的な必須要件ではありませんが、ユーザーの心を掴み、サービスへの愛着(ロイヤルティ)を形成するために重要です。

4. 品質要素の経年変化への対応

かつてスマートフォンの「高画質カメラ」は魅力的品質でしたが、現在は一元的品質、あるいは当たり前品質になりつつあります。機能がコモディティ化することを前提に、常に新しい「魅力的品質」を探求し続ける必要があります。

実装例: 狩野モデル判定ツール

機能に対する「充足質問(ある場合)」と「不充足質問(ない場合)」の回答を組み合わせることで、その機能がどの品質要素に当たるかを自動判定するロジックの実装例です。

実践ガイドライン (Practical Guidelines)

実装チェックリスト

倫理的配慮 (Ethical Considerations)

  • 機能過多の罠: ユーザーの声をすべて聞くと、無関心品質や逆品質の機能まで実装してしまいがちです(フィーチャー・クリープ)。「何を作らないか」を決める勇気を持ちましょう。

更新のお知らせ

サイトに載せていない実例や、新しい記事のお知らせはこちらで出しています。

読んだ内容を、自分の画面に当てるとき

UIXHEROは、記事を書くほかに、画面の検品・判定、デザインシステムの構築、実装と改善の伴走を受けています。何を頼めばいいか決まっていない段階の相談も、同じ窓口で受けます。

UIXHEROに頼めることを見る

※ 記事の内容についての質問や、書いてほしいテーマの要望も同じ窓口で受けています

関連する用語 (Glossary)

理解度チェック

参考文献

  • 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), 39-48.

記事をシェア

メールでお知らせを受け取る

最終更新: 2026年8月27日

この記事を書いた人

Dengen Yosho(DGYS)

Dengen Yosho(DGYS)

UI/UXデザイナー兼デザインエンジニア デザイン歴25年以上 情報設計〜UIデザイン〜React/TypeScriptによる実装までを一気通貫で担当 大手企業のDXプロジェクトや決済アプリ領域で、デザインリードとして改善と構築を経験 現在はフリーランスとして、プロダクトのUI/UX改善とデザインシステム構築を支援 長年の実務の中で感じてきたのは、 「良いUI」はセンスではなく、再現可能な判断の積み重ねであるということ UIXHEROは、 心理学や行動科学の知見を、現場で使える設計言語に翻訳するための場所 関心領域は「ユーザーの行動が変わるUI」 人の認知・注意・意思決定の構造を理解し、 “なぜそのUIが機能するのか”を言語化することを目指している

あわせて読みたい

この記事に関連する記事をご紹介します

Job-to-be-Done (JTBD)

「顧客はプロダクトそのものではなく、プロダクトによって自分が成し遂げたい『仕事(Job)』を買っている」という理論。ユーザーの深層心理と動機を理解し、真の競合を見つけるためのフレームワーク。

2026年1月26日
5

ペルソナ (Persona)

ターゲットユーザーの属性、行動パターン、動機、ゴールなどを詳細に定義した架空の人物像。チーム全体で「誰のために作るのか」という認識を統一し、意思決定のブレを防ぐためのツール。

2026年1月26日
5

確証バイアスとは?UXデザインにおける「思い込み」の影響と対策

確証バイアスとは、自分の信念を肯定する情報ばかりを集め、反証を無視する認知バイアスです。UXデザイン・ユーザーリサーチにおける影響と具体的な対策を解説。

2026年3月11日
14

もっと深く知りたいですか?

ここに掲載されていないトピックについても、リクエストがあれば解説記事を追加します。 わかりにくい点や、具体的な事例について知りたいことがあれば教えてください。

リクエストを送る