> ## Documentation Index
> Fetch the complete documentation index at: https://meta.niceshare.site/llms.txt
> Use this file to discover all available pages before exploring further.

# カノモデル

> カノモデルは機能を基本・性能・魅力に分類し、満足度への影響で優先順位を設計する実践的フレームワークです。

<Info>
  **カテゴリ**: モデル<br />
  **種類**: 顧客満足度優先順位モデル<br />
  **起源**: Noriaki Kano ら、1984年<br />
  **別名**: Kano分析、魅力品質モデル
</Info>

<Note>
  **先に答えると** — **カノモデル**（Kano Model）は、機能の有無が満足度に与える非対称な影響で優先順位を決める手法です。1984年に Noriaki Kano らが提案し、基本品質・性能品質・魅力品質を区別しました。実務上の要点は、まず基本品質を満たし、次に性能を伸ばし、最後に魅力品質を選択的に投資することです。
</Note>

## カノモデルとは？

カノモデルは、開発項目を「実装のしやすさ」ではなく「満足度の変化構造」で評価する優先順位フレームです。

> "Not all quality attributes create satisfaction in the same way." — Noriaki Kano framework

**基本品質**は欠けると不満を生みますが、満たしても強い満足にはなりにくい要素です。**性能品質**は改善量に応じて満足が上がる比較軸です。**魅力品質**は期待外の価値として満足を強く押し上げます。さらに無関心品質・逆品質を識別することで、不要開発も減らせます。

### カノモデルの3つの深さ

* **Beginner**: 安定したログインは基本品質、電池持ちは性能品質、意外に便利な自動化機能は魅力品質になりやすいです。
* **Practitioner**: 機能あり/なしの対質問票を使い、ロードマップ前に候補を分類します。
* **Advanced**: 市場成熟とともに魅力品質は基本品質へ移行しやすいため、四半期ごとの再分類が有効です。

## 起源

1984年、Noriaki Kano、Nobuhiko Seraku、Fumio Takahashi、Shin-ichi Tsuji は *Attractive Quality and Must-Be Quality* を発表し、満足と不満が単純な反転関係ではないことを示しました。これは従来の一次元的な品質認識を更新する重要な転換点でした。

当初の研究では、テレビや時計などの属性を構造化質問で分類し、品質カテゴリへマッピングしました。この考え方は現在のプロダクト運営にも広く使われ、`/ja/models/swot-analysis`、`/ja/models/diffusion-of-innovation`、`/ja/models/feedback-loops` と組み合わせることで実装力が高まります。

## 要点

カノモデルは「何を先に作るか」を決める順序設計として使うと強力です。

<Steps>
  <Step title="基本品質の欠陥は信頼を一気に失う">
    基本品質の不備は軽微な不満ではなく、離脱や低評価に直結します。安定性・安全性・可用性はまずここで守るべき要素です。
  </Step>

  <Step title="性能品質は比較競争の主戦場">
    ユーザーはこの層で競合比較を行います。速度、精度、コスト効率などの改善は、選好と支払い意思に直結しやすくなります。
  </Step>

  <Step title="魅力品質は差別化のレバー">
    魅力品質は目新しさ自体ではなく、潜在課題を滑らかに解消する体験であるべきです。
  </Step>

  <Step title="カテゴリは時間とともに変化する">
    かつての驚きはすぐ標準になります。分類を固定すると、ロードマップが陳腐化しやすくなります。
  </Step>
</Steps>

## 応用場面

カノモデルを使うと、機能議論を検証可能な意思決定に変えられます。

<CardGroup cols={2}>
  <Card title="ロードマップ優先順位">
    バックログを先にカテゴリ分けすることで、基礎品質が弱いまま派手な機能へ投資する失敗を防げます。
  </Card>

  <Card title="顧客調査設計">
    インタビューやアンケートにカノ質問を組み込み、平均満足度だけでなく欠如時の痛みも測定します。
  </Card>

  <Card title="リリース計画">
    基本品質の完了を出荷条件に設定し、各サイクルで性能改善と魅力要素を1つずつ組み合わせると安定します。
  </Card>

  <Card title="部門横断の合意形成">
    プロダクト、デザイン、開発が同じ分類言語で議論でき、スコープ調整が速くなります。
  </Card>
</CardGroup>

## 事例

2024年の Gen Z 向けスマートフォン選好研究では、カノ手法で16属性を分類し、5つが基本品質、2つが性能品質、6つが魅力品質と整理されました。この分布は、要件の重要度が均等ではないことを定量的に示した点に価値があります。

同研究が対象セグメント向けに推奨した構成は、5000mAh バッテリー、8GB RAM、128GB ストレージ、6.7インチ画面でした。測定可能な指標は「どの属性がどのカテゴリに何件入ったか」であり、抽象的な好みを実装判断へ変換できることを示しています。

## 限界と失敗パターン

カノ分類は固定真理ではありません。セグメントが変われば分類も変わり、質問設計が粗いと誤分類が起きます。もう一つの失敗は、実装コストや運用制約を無視して魅力品質へ偏ることです。カノは満足度構造を示す道具であり、事業性評価の代替ではありません。

## よくある誤解

実務では、次の誤解が導入効果を下げがちです。

<AccordionGroup>
  <Accordion title="魅力品質を最優先すべきだ">
    基本品質が壊れている状態では、魅力機能は不信を打ち消せません。まず土台の安定が先です。
  </Accordion>

  <Accordion title="一度分類すれば十分だ">
    顧客期待は移動します。定期再分類は追加作業ではなく、手法の本体です。
  </Accordion>

  <Accordion title="高評価機能は戦略価値も高い">
    好かれる機能が必ずしも差別化に効くとは限りません。カノは人気ではなく満足度の非対称性を見ます。
  </Accordion>
</AccordionGroup>

## 関連概念

カノモデルは、競争と実行のフレームを重ねると実務適合性が高まります。

<CardGroup cols={3}>
  <Card title="SWOT分析" href="/ja/models/swot-analysis">
    満足度優先順位を事業上の強みと脅威に接続する。
  </Card>

  <Card title="イノベーション普及理論" href="/ja/models/diffusion-of-innovation">
    魅力品質が標準化していく時間変化を読む。
  </Card>

  <Card title="Cynefinフレームワーク" href="/ja/models/cynefin-framework">
    文脈の複雑性に応じた意思決定様式を選ぶ。
  </Card>

  <Card title="意思決定ツリー" href="/ja/models/decision-tree">
    予算・リスク・時期の不確実性を比較評価する。
  </Card>
</CardGroup>

## 一言で言うと

<Tip>
  まず基本品質で信頼を守り、次に性能品質で比較優位を作り、最後に魅力品質で選ばれる理由を作るのがカノ実践の順序です。
</Tip>