data-dashboard-design

ダッシュボード設計

フレームワーク

IRON LAW: One Dashboard, One Audience, One Purpose

A dashboard that tries to serve the CEO, the marketing team, AND the
engineers will serve none of them well. Each audience has different
questions, different metrics, and different time horizons.

CEO: "Are we growing?" → North Star + revenue + key trends
Marketing: "Which campaigns work?" → CAC, ROAS, conversion by channel
Engineering: "Is the system healthy?" → Latency, error rate, uptime

KPI の階層（ピラミッド構造）

          [North Star Metric]
         /                    \
    [L1: 3-5 Business KPIs]
       /         |         \
  [L2: Driving Metrics per KPI]
     /     |     |     |     \
[L3: Diagnostic / Operational Metrics]

• ノーススター：価値の提供を最もよく捉える単一の指標（DAU、MRR、GMV）
• L1：ノーススターを押し上げるビジネス KPI（継続率、獲得、収益化）
• L2：チームが改善に取り組める推進指標（コンバージョン率、ARPU、解約率）
• L3：問題のデバッグに使う診断指標（ページ読み込み時間、エラー率、ファネルの各ステップのコンバージョン率）

グラフの種類の選択

質問	グラフ	理由
傾向はどうなっていますか？	折れ線グラフ	時間の経過に伴う変化を示します
カテゴリ間の比較はどうなっていますか？	棒グラフ（カテゴリが多い場合は横棒グラフ）	簡単に比較できます
構成はどうなっていますか？	積み上げ棒グラフまたは円グラフ（使用は控えめにし、スライスは 5 個未満にします）	全体に占める各要素の割合を示します
分布はどうなっていますか？	ヒストグラムまたは箱ひげ図	ばらつきと外れ値を示します
関係性はどうなっていますか？	散布図	相関関係を示します
地理的なパターンはどこにありますか？	マップ／コロプレス図	空間的なパターンを示します
単一の数値は何ですか？	スコアカード／大きな数値	状況をひと目で把握できます
目標に対する進捗はどうですか？	ゲージまたはブレットグラフ	進捗を追跡できます

設計原則

1. 5 秒ルール：ダッシュボードの主なメッセージは 5 秒以内に理解できるようにします
2. ファーストビュー：最も重要な指標はスクロールせずに見えるようにします
3. 期間の統一：1 つのダッシュボード上のすべてのグラフでは、デフォルトで同じ期間を使用します
4. 目的のある色使い：装飾ではなく、意味を表すために色を使います（赤＝悪い、緑＝良い）
5. 比較の文脈：すべての数値に、前の期間、目標、ベンチマークとの比較などの文脈を添えます
6. 段階的な情報開示：上部に概要を表示し、クリックやドリルダウンで詳細を表示します

ダッシュボードの階層

階層	対象者	更新頻度	内容
エグゼクティブ	経営幹部、取締役会	週次／月次	5～8 個の KPI、傾向、アラート
オペレーショナル	チームリーダー	毎日	10～15 個の指標、チーム／製品ごとのフィルター
診断	アナリスト、エンジニア	リアルタイム～1 時間ごと	20 個以上の指標、ドリルダウン、生データへのアクセス

ツールの比較

ツール	最適な用途	コスト	学習曲線
Tableau	複雑な分析、大規模なデータセット	$$$	中～高
Power BI	Microsoft のエコシステム、エンタープライズ	$$	中
Looker	SQL 中心のチーム、データモデリング	$$$	高
Metabase	すばやいセットアップ、オープンソース、セルフサービス	無料／$	低
Google Sheets/Data Studio	シンプル、共同作業、無料	無料	低
Grafana	インフラストラクチャ／リアルタイム監視	無料／$	中

出力形式

# Dashboard Specification: {Name}

## Purpose & Audience
- Audience: {who}
- Key question: {what they need to answer}
- Refresh: {real-time / daily / weekly}

## KPI Hierarchy
- North Star: {metric}
- L1 KPIs: {3-5 metrics}
- L2 Driving Metrics: {per L1}

## Layout
| Position | Component | Chart Type | Metric |
|----------|-----------|-----------|--------|
| Top-left | {scorecard} | Big number | {North Star} |
| Top-right | {trend} | Line chart | {key KPI over time} |
| Mid-left | {comparison} | Bar chart | {breakdown by segment} |
| ... | ... | ... | ... |

## Filters
- Date range, product, segment, region

## Alerts
| Metric | Threshold | Alert To |
|--------|-----------|---------|
| {metric} | {value} | {team/person} |

注意点

• ダッシュボード ≠ レポート：レポートは何が起きたかを説明します（ナラティブ）。ダッシュボードは現在何が起きているかを監視します（リアルタイムの状況）。読む必要があるダッシュボードを作らないでください。
• 円グラフはほとんどの場合不適切です：人間は角度の比較が苦手です。カテゴリが 3 つを超える構成を示す場合は、棒グラフを使います。円グラフが適しているのは、スライスが 2～3 個で、それぞれの大きさが大きく異なる場合に限られます。
• 指標が多すぎると、指標がないのと同じです：すべてが強調されていれば、何も強調されていないのと同じです。エグゼクティブダッシュボードの指標は 5～8 個に絞ります。それ以上の場合は、フィルターやドリルダウンを使います。
• 虚栄の指標が紛れ込みます：ユーザー数の合計、ページビュー、ダウンロード数は見栄えがしますが、アクションにつながることはほとんどありません。ダッシュボード上の各指標について、「この数値が変わったら、何を変えるか？」に答えられるようにします。
• ETL の信頼性：ダッシュボードの品質は、データパイプラインの品質に左右されます。データが古い、不完全、または誤っている場合、ダッシュボードは負担になります。「最終更新日時」を目立つように表示します。

参考資料

• ダッシュボードのワイヤーフレームテンプレートについては、references/dashboard-templates.md を参照してください
• SQL ベースの指標定義については、references/metric-definitions.md を参照してください