Contents
Amplitude の基本概念とデータモデル
Amplitude で効果的な データ可視化ダッシュボード を構築するには、まず「イベント」「プロパティ」「ユーザー属性」の三層構造を正しく理解しておく必要があります。このセクションでは、各要素が分析全体に与える影響と、実務での取り扱い上の注意点を解説します。
イベント・プロパティ・ユーザー属性の役割
イベントはユーザーの具体的な行動（例：ボタンクリック、画面遷移）を記録し、プロパティはその行動に付随する詳細情報（例：button_name、price）をキー‑バリュー形式で保持します。ユーザー属性は個々の利用者に紐づく固定または変化する情報（例：country、subscription_plan）です。
- イベント は分析の出発点となる「何が起きたか」
- プロパティ は「どんな条件・属性で起きたか」を示す補足情報
- ユーザー属性 は「誰が」その行動を取ったかを特定するために使われます
データ構造が分析に与える影響
この三層構造が揃って初めて、単なる集計から行動パターンの深掘りへとステップアップできます。たとえば Button Click イベントに button_name と user_id を付加すれば、「どのボタンがどのユーザー層で多くクリックされたか」を瞬時に把握でき、施策の優先順位を迅速に決定できます。
ダッシュボード作成前のデータ設計とイベント設定
ダッシュボードは「設計されたデータ」上にしか成立しません。ここでは測りたい指標を明確化し、後から手間がかからないスキーマを構築するためのポイントをご紹介します。
効果的なイベント設計の指針
以下のガイドラインは実務で広く採用されているベストプラクティスです。チーム全体で合意しておくことで、後続の可視化作業が格段に楽になります。
- 命名規則：
動詞_対象（例：Add_To_Cart,Complete_Purchase）で統一し、検索性と可読性を確保。 - 粒度の決定：1 つのイベントは 1 アクションに限定し、追加情報はプロパティで補完する。過剰な粒度はクエリコストを増大させます。
- タイムスタンプ管理：必ず UTC 基準で保存し、時系列分析時のタイムゾーン変換ミスを防止。
必須プロパティとタグ付けのベストプラクティス
プロパティは分析目的に直結するため、最低限必要な項目を事前に定義しておくことが重要です。
- 共通必須プロパティ：
user_id,timestamp,source_platform - ビジネス固有プロパティ：
plan_type,campaign_idなど、KPI に紐づく項目 - タグ付け：イベントに
category:checkoutのようなカテゴリタグを付与すると、ダッシュボード上でのフィルタリングがシンプルになります。
Amplitude UI でダッシュボードを作成する手順
Amplitude の UI は直感的ですが、最初はフローを把握しておくと作業効率が上がります。この章では「New Dashboard」からウィジェット配置までの具体的なステップを示します。
New Dashboard の作成フロー
以下の手順で空のキャンバスを用意し、名前と説明を設定します。途中で保存できるので、途中経過を失う心配はありません。
- 左メニューから Dashboards を選択
- 右上の 「New Dashboard」 ボタンをクリック
- ダッシュボード名・概要を入力し 「Create」 を実行
- キャンバスサイズ（例：12 カラム）とデフォルトレイアウトを決定
レイアウトとウィジェット配置のコツ
情報の優先順位に合わせてウィジェットを配置すると、閲覧者が直感的に重要指標へ目を向けられます。
- 左上に重要指標：視線の自然な流れを考慮し、KPI を最初に見せる。
- 同系統チャートは横並び：比較が容易になる（例：週次 MAU と日次 DAU）。
- 余白は 8–12px 程度：ウィジェット間の空間を確保し、視認性とクリックミス防止に寄与。
チャートタイプと分析手法の選び方
Amplitude が提供するチャートは多彩ですが、目的に合わせて最適なものを選択しないと洞察が得にくくなります。この章では代表的なチャートの特徴と、セグメント・コホートで絞り込む方法を紹介します。
主なチャートの特徴と設定ポイント
| チャート | 用途例 | 推奨設定 |
|---|---|---|
| ライン | 時系列トレンド（例：週次新規ユーザー） | 集計粒度（日/週/月）、スムージング有無 |
| バーチャート | カテゴリ比較（例：機能別利用率） | 軸の並べ替え、スタック表示可 |
| ヒートマップ | 2 次元相関・頻度（例：時間帯×デバイス） | X/Y にプロパティ指定、色スケール調整 |
セグメント・コホートで絞り込む方法
- セグメントは属性やイベント条件でリアルタイムに抽出します。例：
country = JP AND event = Purchase - コホートは特定期間に共通した行動を取ったユーザー群を作成し、継続率やリテンションを分析できます（例：2024 年 1 月サインアップユーザー）。
手順はダッシュボード上部の 「Add Filter」 → 条件設定 → 「Apply」 の流れです。
カスタム指標・ファネル・リテンションレポートの組み込み方
標準チャートだけでなく、独自の KPI を数式で表現できるカスタム指標や、転換率を可視化するファネル、ユーザー維持を測るリテンションレポートを同一画面にまとめることで、全体像と詳細分析がシームレスに行えます。
カスタム指標の作成手順
- Analytics > Custom Metrics を開く
- 「Create Metric」 → 名前・説明を入力
- 算出式を設定（例：
sum(revenue) / count(distinct user_id)）し保存 - ダッシュボードの 「Add Widget」 で 「Custom Metric」 を選択し、作成した指標を表示
ファネルとリテンションを効果的に可視化するポイント
- ファネルはステップ数を 3〜5 に絞り、主要転換ポイントだけを抽出。各ステップのドロップ率が一目で分かります。
- リテンションは日次・週次コホートで比較し、離脱が顕著な期間にハイライトを付けると原因分析がスムーズです。
- 画面構成例：左側にファネル（横並び）を配置し、右側にリテンションヒートマップを置くことで「転換 → 継続」の因果関係を直感的に把握できます。
ダッシュボードの運用・共有・最適化
完成したダッシュボードは定期的な更新やアクセス権限管理が不可欠です。この章では自動リフレッシュ設定、共有オプション、パフォーマンス向上策を具体的に示します。
リアルタイム更新と自動リフレッシュ設定
- 設定手順：ダッシュボード右上の 「Settings」 → 「Auto Refresh」 をオンにする
- 推奨間隔：5 分、15 分、1 時間から選択し、データ重要度に合わせて調整
- 注意点：高頻度更新はクエリ制限に達しやすいため、必要最小限の間隔で運用
共有方法と権限管理
| 方法 | 特徴 | 推奨シーン |
|---|---|---|
| 公開リンク | 認証不要で閲覧可 | 社外ステークホルダー向け |
| 埋め込みコード | Web ページや社内ポータルに統合可能 | ナレッジベース構築時 |
| チーム権限 | ロール別の閲覧・編集権限を細かく設定 | プロダクトチーム内部共有 |
- 権限は Viewer, Editor, Admin の 3 階層で管理し、最小権限の原則を徹底します。
パフォーマンス最適化の具体策
- クエリ期間を限定：過去 30 日程度に絞るとレスポンスが大幅に改善
- 不要プロパティは除外：使用しない属性はイベントスキーマから削除し、データ量を削減
- 集計粒度の調整：日次 → 週次 に切り替えるだけで処理コストが半減
実務事例とまとめ
実務事例
- オンボーディング分析：
Onboarding_Step_Completedファネルを作成し、ステップ2の離脱率が 35% と判明。改善策として UI ガイダンスを追加し、翌月のコンバージョン率が 12% 向上しました。 - 機能利用率測定：各機能ごとの
Feature_Useイベントをバーチャートで比較し、低利用機能をリソース再分配対象に決定。
まとめ
- イベント‑プロパティ‑ユーザー属性 が分析の土台になることを理解する
- 事前のデータ設計と命名規則でダッシュボード作成コストを削減
- UI の「New Dashboard」→ウィジェット配置→レイアウト調整という流れを守れば、初心者でも完成度の高い画面が作れる
- ライン・バーチャート・ヒートマップは目的別に選択し、セグメントやコホートで絞り込むと洞察が深まる
- カスタム指標・ファネル・リテンションを同一画面に統合すれば、KPI を一目で把握可能
- 自動更新・権限管理・エクスポート機能を活用し、組織全体でデータドリブンな意思決定を促進
以上のベストプラクティスを踏まえて、ぜひ Amplitude データ可視化ダッシュボードの作り方 を実践してください。