---
title: 参照ケース
chapter: "21"
part: 3-cross-cutting
status: revised
visibility: public
authors:
  - claude
reviewers: []
revision: 0.2
updated: 2026-05-19
related-skills: []
related-chapters: []
related-knowledge:
  - knowledge/marketing/case/
---

# 参照ケース

## 概要と対象範囲

マーケティングサイクル × 12 KA の典型適用例を蓄積する参照層。事例本体は [`../../case/`](../../case/) に置き、本章は**それらに マーケティングサイクル段マッピングを与える索引**として機能する横断参照章である。

事例は理論を検証する素材であり、抽象論だけでは把握しづらい運用感を補完する。同時に「他社が成功したから自社も同じ」という単純模倣（[`../knowledge-areas/intelligence/`](../knowledge-areas/intelligence/) §6.6 アンチパターン）を防ぐため、**事例の文脈と判断を明示**することを重視する。

## 事例一覧（v0.2）

### GM vs Ford（1920s）

カテゴリ再設計とポジショニング転換の参照ケース。

- **本体**: [`../../case/gm-defeats-ford-1920s.md`](../../case/gm-defeats-ford-1920s.md)
- **マーケティングサイクル段マッピング**:
  - **観測・データ収集**: 顧客の購買動機の変化（実用 → ステータス）の観測
  - **理解・分析する**: 「車種別の階層」というカテゴリ再定義
  - **再構築**: 「単一車種で勝つ」前提の再構築
  - **起動・実装する**: 階層別ブランド展開（Chevrolet → Cadillac）
  - **学ぶ**: モデルチェンジサイクルの確立
- **関連 KA**: 07 ICP・ポジショニング、08 ブランド・ナラティブ、12 コンテンツ・チャネル運用
- **教訓**: 既存カテゴリの再定義が、機能優位より持続的に勝てる

### （以降、事例が増えるごとに追記）

事例の追加基準は §21.4 に従う。

## 事例の読み方

各事例を マーケティングサイクル × 12 KA のどこに位置づけるかを記述する。読み手は次の順序で事例を読む:

1. **文脈**: いつ、どこで、誰が、何を達成したか
2. **観察**: 何が起きていたか（観測・データ収集段の入力）
3. **判断**: どんな 再構築を行ったか（再構築段）
4. **実行**: 何を本番反映したか（起動・実装する段）
5. **検証**: 何が検証されたか / 何が外れたか（学ぶ段）
6. **転用条件**: 自社に転用できる前提条件

特に **6（転用条件）** が重要。「成功した」だけでは転用できない。

## 事例追加の基準

事例は次の条件を満たす場合に追加する:

- **検証可能性**: 公開情報 or 自社一次情報で検証できる
- **マーケティングサイクル段マッピング可能性**: サイクルのどの段に該当するかが明確
- **転用条件の明示**: どの文脈で適用可能 / 不可能か言語化できる
- **時期の明示**: 「いつの事例か」を明示（古い事例は外部環境前提が崩れている可能性がある）

「面白い話」だけで追加すると、転用できない事例集になる。検証可能性と転用条件を満たさない事例は本章ではなく [`../../case/`](../../case/) の inbox 扱いとする。

## アンチパターン

- **単純模倣**: 「他社がやっているから自社も」。文脈差を無視
- **生存者バイアス**: 成功事例だけを集め、同じことをやって失敗した事例を見ない
- **事例の過剰一般化**: 1 事例から普遍法則を導く
- **古い事例の温存**: 外部環境が変わった事例を更新せずに使い続ける
- **事例の網羅幻想**: 大量に集めれば判断が良くなるという誤認

## 関連 skill / agent

- **`/insight consultant`** — 事例の文脈差を第三者視点で評価
- **`/listen market`** — 競合事例の継続取得

## 今後の拡張論点

- **事例本体の所在** — [`../../case/`](../../case/) に置くか、CMO Marketing OS Playbook 内に取り込むか
- **失敗事例の扱い** — 成功事例と失敗事例を同じフォーマットで蓄積するか、別ファイルに分けるか
- **事例の更新サイクル** — 古くなった事例の見直し頻度
- **自社事例 vs 他社事例の比率** — 自社事例の方が transferable だが、サンプル数が少ない