フレームワーク活用ガイドひとことで言うと#
機能と顧客満足度の関係は一律ではない。「あって当然」の機能、「あればあるほど嬉しい」機能、「あると感動する」機能の3種類を見分けることで、限られたリソースをどこに投資すべきかが明確になるフレームワーク。日本発の品質理論として世界中で使われている。
押さえておきたい用語#
- 当たり前品質（Must-be Quality）
- ないと不満だが、あっても満足度は上がらない基本要件のこと。ホテルの清潔さやアプリの安定動作が典型例。
- 一元的品質（Performance Quality）
- 充足度に比例して満足度が上がり、不足すると不満になる比較検討の勝負所のこと。スマホのバッテリー持ちや通信速度が該当。
- 魅力的品質（Attractive Quality）
- あると感動するが、なくても不満にならない差別化の源泉のこと。時間とともに「当たり前品質」に変化する。
- 無関心品質（Indifferent Quality）
- あってもなくても顧客の満足度に影響しない品質要素のこと。ここにリソースを投じるのはムダ。
- カノモデルアンケート
- 「あったら？」「なかったら？」の2つの質問をセットで聞く調査手法のこと。回答の組み合わせで品質カテゴリを分類する。
カノモデルの全体像#
こんな悩みに効く#
- 機能をたくさん追加しているのに顧客満足度が上がらない
- どの機能を優先して開発すべきか、チーム内で意見が割れる
- 競合と同じ土俵で戦い続けて差別化できない
基本の使い方#
カノモデルでは機能を以下の5つに分類する。特に重要なのは最初の3つ。
- 当たり前品質（Must-be）: ないと不満だが、あっても満足度は上がらない。例: ホテルの清潔さ、アプリのクラッシュしない安定性
- 一元的品質（Performance）: あればあるほど満足度が上がる。ないと不満。例: スマホのバッテリー持ち、通信速度
- 魅力的品質（Attractive）: あると感動するが、なくても不満にならない。例: ホテルのウェルカムドリンク、アプリの予想外に便利な機能
- 無関心品質（Indifferent）: あってもなくても満足度に影響しない
- 逆品質（Reverse）: あるとむしろ不満になる（不要な機能の押し付けなど）
核心: 「当たり前品質」をいくら強化しても感動は生まれない。「魅力的品質」に投資して初めて差別化できる。ただし「当たり前品質」に欠陥があると、それだけで離脱される。
各機能について2つの質問をセットで聞く。
- 「この機能があったらどう感じますか？」（機能的質問）
- 「この機能がなかったらどう感じますか？」（非機能的質問）
回答選択肢（5段階）:
- とても嬉しい / 当然だと思う / 何とも思わない / 仕方ない / 困る
例: 「会議の自動文字起こし機能」について
- あったら → 「とても嬉しい」
- なかったら → 「何とも思わない」 → この組み合わせは魅力的品質に分類される
回答者は最低30人は欲しい。社内メンバーではなく実際のユーザーや見込み顧客に聞くこと。
回答の組み合わせを評価テーブルに照らし合わせて分類する。
投資の優先順位:
- 当たり前品質の欠陥を最優先で修正 — ここが欠けているとユーザーは去る
- 一元的品質を競合以上のレベルに — 比較検討の勝負所
- 魅力的品質を1〜2個投入 — 差別化と感動の源泉
- 無関心品質は作らない — リソースの無駄
重要: 品質カテゴリは時間とともに変化する。かつて「魅力的品質」だったスマホの指紋認証は、今や「当たり前品質」。定期的に再調査すること。
具体例#
スタートアップA社が開発中のタスク管理アプリ。次期バージョンの候補8機能について、既存ユーザー50人にカノモデルアンケートを実施した。
アンケート結果（n=50）:
| 機能 | 分類 | 回答の一致率 | 判断 |
|---|---|---|---|
| タスクの期限設定 | 当たり前品質 | 92% | 欠陥があれば即修正 |
| 通知・リマインダー | 当たり前品質 | 88% | 必須。品質を落とさない |
| ドラッグ&ドロップで並べ替え | 一元的品質 | 74% | 操作感を磨き込む |
| チームでのタスク共有 | 一元的品質 | 70% | 競合より使いやすく |
| AIによるタスク自動分類 | 魅力的品質 | 82% | 差別化の柱にする |
| カレンダー連携 | 一元的品質 | 66% | 対応必須 |
| カスタムテーマ（見た目変更） | 無関心品質 | 78% | 後回しでOK |
| ゲーミフィケーション（バッジ等） | 逆品質 | 64% | 作らない |
意思決定: カスタムテーマとゲーミフィケーションの開発を中止し、2名月分のリソースをAIタスク自動分類（魅力的品質）に集中投下。結果、リリース後のNPSが+18pt改善し、「他にはない機能」として口コミ流入が前月比3.2倍に増加した。「作らないことを決める」のもカノモデルの大きな価値。
駅前の個人経営コーヒーショップが、常連離れを食い止めるためにメニュー改善を検討。来店客80人に紙のアンケートで10項目を調査した。
アンケート結果（n=80）:
| メニュー・サービス項目 | 分類 | 満足度スコア（5点満点） | 判断 |
|---|---|---|---|
| コーヒーの味・鮮度 | 当たり前品質 | 3.2 | 要改善（低すぎる） |
| 清潔な店内 | 当たり前品質 | 4.1 | 維持する |
| Wi-Fi完備 | 一元的品質 | 2.8 | 速度改善が急務 |
| 電源コンセント数 | 一元的品質 | 3.5 | 競合カフェ並みに増設 |
| 季節限定ドリンク | 魅力的品質 | 4.6 | 継続・強化 |
| バリスタのラテアート | 魅力的品質 | 4.8 | SNS映えで集客効果大 |
| オリジナルグッズ販売 | 無関心品質 | 2.1 | 中止 |
| BGMのジャンル選択 | 無関心品質 | 1.9 | 投資不要 |
| サブスクプラン（月額制飲み放題） | 魅力的品質 | 4.4 | テスト導入 |
| ポイントカードのデジタル化 | 一元的品質 | 3.0 | LINE連携で対応 |
意思決定: コーヒー豆の仕入れ先を見直し（当たり前品質の底上げ）、Wi-Fiを光回線に変更（一元的品質の強化）。さらに月額3,800円のサブスクプランをテスト導入したところ、初月で常連客の**42%（34人）**が加入。オリジナルグッズの在庫は処分し、月2.5万円のコスト削減にも成功した。当たり前品質の修復と魅力的品質の投入を同時に進めたのがポイント。
BtoB勤怠管理SaaSを提供するB社が、導入企業50社の人事担当者にカノモデルアンケートを実施。次期ロードマップの優先順位を定量的に決定した。
アンケート結果（n=50社）:
| 機能 | 分類 | Must-be回答率 | Performance回答率 | Attractive回答率 | 最終分類 |
|---|---|---|---|---|---|
| 打刻の正確性・安定性 | 当たり前品質 | 88% | 8% | 2% | Must-be |
| 労基法の自動アラート | 当たり前品質 | 76% | 16% | 4% | Must-be |
| 有給残日数の自動計算 | 一元的品質 | 22% | 62% | 12% | Performance |
| シフト作成の柔軟性 | 一元的品質 | 18% | 58% | 20% | Performance |
| 給与計算ソフトとのAPI連携 | 一元的品質 | 14% | 54% | 28% | Performance |
| AIによるシフト最適化提案 | 魅力的品質 | 4% | 18% | 72% | Attractive |
| 従業員エンゲージメント分析 | 魅力的品質 | 2% | 12% | 64% | Attractive |
| 社内SNS機能 | 無関心品質 | 6% | 8% | 10% | Indifferent |
| オフィスBGM連動 | 逆品質 | 2% | 2% | 4% | Reverse |
意思決定: 社内SNS機能（3名月の開発予定）を白紙撤回し、そのリソースで打刻安定性の改修（当たり前品質）とAPIの連携先拡大（一元的品質）を先行。Q3にAIシフト最適化（魅力的品質）を投入する計画に変更した。結果、解約率が前年比1.8%→0.9%に半減し、AIシフト機能は展示会で「他社にない機能」として新規リード獲得数が前期比2.4倍になった。数値に基づく「やらない判断」が、限られたエンジニアリソースの最大活用につながった。
やりがちな失敗パターン#
- 当たり前品質を無視して魅力的品質だけ追う — 土台が崩れていたら感動は生まれない。まず「ないと困る」機能が十分なクオリティか確認する
- カテゴリが永続すると思い込む — 今日の「魅力的品質」は来年の「当たり前品質」になる。競合が追随すればなおさら。半年〜1年ごとに再調査する
- 社内の意見でカテゴリを決める — 開発チームが「絶対欲しいはず」と思った機能がユーザーにとっては「無関心品質」だった、というのはよくある話。必ず実ユーザーに聞く
- サンプル数が少なすぎる・偏っている — 10人程度の調査では統計的に意味がなく、ヘビーユーザーだけに聞くと「当たり前品質」が過小評価される。最低30人、できれば50人以上を目標に、利用頻度や契約プランが異なるセグメントから均等に集める
まとめ#
カノモデルは「すべての機能は平等ではない」という当たり前だけど忘れがちな事実を教えてくれる。当たり前品質で足元を固め、魅力的品質で差別化する。そして無関心品質を作らない勇気を持つ。機能の優先順位で迷ったら、まずユーザーに2つの質問を投げかけてみよう。