売上ダッシュボード設計の正解｜EC事業者向け5指標と業種別テンプレ

「売上ダッシュボードを作ったのに、見ても次にやることが決まらない」。EC事業者と話していて最も多く聞く悩みのひとつです。グラフ・指標・フィルタを増やすほど画面は豪華になりますが、意思決定の速度はむしろ遅くなります。ダッシュボードは情報量で勝負するものではなく、「次の一手」を1分で決めるための装置です。

本記事では売上ダッシュボード設計の正しい考え方を、5指標を売上の分解式から逆引きで配置する という軸で整理します。EC事業者向けの推奨レイアウト、業種別テンプレート、よくある落とし穴、GA4・BIツール（Looker Studio / Tableau / Power BI）と専用ツールの使い分けまで、実務目線で扱います。

この記事のまとめ#

1. 売上ダッシュボードに置くべきは5指標 + チャネル別RPS のみ：売上 / CVR / AOV / RPS / ROAS の5指標を1画面に並べ、その下にチャネル別RPS を縦に並べる構成が、意思決定速度を最も上げる
2. ダッシュボードの設計は「指標を増やす」ではなく「絞る判断」そのもの：BIツールは何でも置けるからこそ、20指標を画面に置きがち。「この指標が動いたら、来週の施策が変わるか?」という問いを全指標に投げて、Yes と答えられるものだけを残す
3. GA4 と BIツールだけでは「売上から逆引き」のダッシュボードは作りにくい：GA4 は行動指標（PV / セッション / 直帰率）に強く、収益指標は別途設計が必要。BIツールは自由度が高いがゼロから設計する負荷が大きい。「売上から逆引き」をデフォルトで持つ専用ツール が現実的な選択肢になる

1. 売上ダッシュボードとは — 5指標を1画面に並べる#

売上ダッシュボード（Sales Dashboard / Revenue Dashboard）は、「マーケティング・EC運用の意思決定を1分で行うための画面」と定義されます。重要なのは、ダッシュボードの目的は「観察」ではなく「行動」 という点です。情報を眺めるだけならレポートで十分で、ダッシュボードはそれを次の施策に変えるための装置です。

EC事業者にとって本当に意思決定に効く売上ダッシュボードは、次の5指標 + チャネル別RPS の配置がベースになります。

この構成で、画面を1分眺めるだけで「今週、改善優先度が高いチャネルはどこか」が読めるようにします。それ以上の指標を画面に置きたくなったら、「この指標が0.1動いたら、来週の施策が変わるか?」 という問いを投げて、Yes と答えられないものは外す。これだけでダッシュボードの密度は劇的に整理されます。

5指標そのものの定義・関係性については、別記事 マーケティングKPI設計の正解｜売上から逆引きで決める5指標と優先順位 で詳しく整理しています。本記事はその5指標を「画面にどう配置するか」に特化します。

1.1 ダッシュボードの目的は「次の一手」を1分で決めること#

ダッシュボード設計でまず合意すべきは、それを誰が、何分で、何を判断するために使うか です。EC事業者の現場で典型的なのは次の3パターンです。

• マーケティング責任者：週1回30分のレビュー会議で、改善優先度の高いチャネルを特定する
• EC運用担当：毎朝5分、前日の売上と異常値を確認する
• 経営層：月1回、事業全体の健全性をチェックする

3者は見たい時間軸も粒度も違います。1つのダッシュボードに3者全員のニーズを詰め込むと、誰も使わない画面が出来上がります。理想はユーザーごとに3画面を分けることですが、最初の1枚を作るならマーケティング責任者向けの「週次レビュー画面」が最大公約数として機能します。

1.2 「数字を出す」と「行動を決める」は別の機能#

ダッシュボードは行動を決めるためのものですが、現場ではよく「数字を出すだけ」の画面が量産されます。両者は機能が違います。

• 数字を出す画面（レポート）：「先月のCVRはいくつだった?」を答える機能。集計と表示が中心
• 行動を決める画面（ダッシュボード）：「来週、どのチャネルに広告予算を寄せるか?」を判断する機能。比較と異常検知が中心

数字を出すだけならスプレッドシートで十分で、行動を決める画面は 比較対象（前週・前月・他チャネル） が常に画面に同居している必要があります。「絶対値だけが大きく表示される画面」は数字を出す画面で、行動を決める画面ではありません。

2. ダッシュボードに置くべき5要素 — 売上分解式から逆引き#

売上ダッシュボードに置くべき要素は、「売上 = セッション数 × CVR × AOV」 という分解式から自然に導かれます。逆に、この式に登場しない指標を置くときは、必ず理由を言語化する、というルールが品質を保ちます。

2.1 5指標カードの並び順#

5指標カードは、読み手が「左から順に見たときに、売上分解の論理が追える」 並びが理想です。

この順で並べると、左から右に読むだけで「売上 → 構成要素（CVR・AOV）→ 統合指標（RPS）→ 広告効率（ROAS）」という流れが自然に頭に入ります。並び順が変わるとダッシュボードの意味が変わるので、社内で合意をとるべき設計判断です。

2.2 チャネル別RPSテーブル — 比較がダッシュボードの本体#

5指標カードは「全体の体温」を示しますが、行動を決めるのは チャネル別の比較 です。チャネル別RPSテーブルが、売上ダッシュボードの実質的な本体になります。

このテーブルの読み方は「Email の RPS が他の3倍なのに、Email のセッションが3,100しかない。CRMの強化が来週の優先施策」というふうに、1分で次の施策候補が浮かぶ ことが目標です。20列のテーブルではこれが見えません。

2.3 時系列グラフは「売上 + RPS」の2本だけ#

時系列グラフは、5指標すべてを並べると密度が高すぎて何も読めなくなります。実務では 売上 + RPS の2本 に絞るのが最大公約数です。

• 売上：結果指標。トレンドの全体感
• RPS：サイト効率の先行指標。売上に先行して動くことが多い

CVR・AOV・ROAS は時系列で見るより、チャネル別テーブルで見たほうが行動につながります。時系列グラフは「直近4週で何が起きたか」「季節性のピークが今年も来るか」を読むための道具で、それ以上を載せるとノイズが増えます。

2.4 異常検知のしきい値 — 健全性KPIの自動化#

ダッシュボードの上端には 「健全性KPI のアラート」 を置くと、毎週のレビュー会議が効率化されます。

• 直帰率 > 60% → 警告
• Direct/(none) 流入 > 全体の30% → 警告
• 特定チャネルのセッションが前週比 -30% → 警告

健全性KPI は 異常値が出た時だけ議論する という運用に切り替えると、5指標だけに集中できます。GA4 の「インサイト」機能や、BIツール（Looker Studio・Tableau・Power BI）の条件付き書式で実装可能です。

GA4 で Direct/(none) が増える原因については、別記事 GA4のDirect/(none)が増える5つの原因と対処 で扱っています。

3. ダッシュボード設計の落とし穴 — よくある4パターン#

ダッシュボードは「作る」工程より「絞る」工程が圧倒的に難しい設計物です。EC事業者の現場で最も多い4パターンを整理します。

3.1 指標を集めすぎて1分で読めなくなる#

最も多い失敗です。「データドリブンであるべき」という強迫観念から、20-30指標 + 10種類のグラフを1画面に詰める設計が量産されます。スクロールしないと全体が見えない時点で、ダッシュボードの目的（1分で行動を決める）から外れています。

問題は、指標が増えるほど「どこから手を打つべきか」が曖昧になる ことです。これは KPI設計の落とし穴と同じ構造で、画面に出す前の「絞る判断」が抜けていることが原因です。

対処：5指標 + チャネル別RPS を中心に置き、それ以外は 「補助指標タブ」を別画面に切り出す。デフォルトで開く画面は5指標のみ、深掘りしたいときだけタブを開く、という二段構造にする。

3.2 GA4の指標をそのまま並べる#

GA4 のレポート画面をスクショで貼ったような、GA4 の指標をそのまま並べたダッシュボード がよく見られます。GA4 は強力ですが、デフォルトは行動指標（セッション数・PV・直帰率・滞在時間）に最適化されており、収益指標（RPS・チャネル別売上効率）は別途設計が必要です。

直帰率や滞在時間を売上ダッシュボードのKPIカードに置いても、それが0.1動いたところで来週の施策は変わりません。「測れる指標」と「行動を決める指標」は別物 です。

対処：GA4 の指標は「補助指標タブ」に格下げする。メイン画面は売上 / CVR / AOV / RPS / ROAS のみ。GA4 で取れない RPS は、自社のセッションログから集計するか、専用ツールに任せる。

GA4 の限界と、足りない部分の補い方については、別記事 GA4を完全活用しても突き当たる壁 で詳しく整理しています。

3.3 last-click偏重のチャネル分解#

チャネル別RPSテーブルを作るとき、last-click（最終接触）モデルだけで集計すると判断が歪みます。Direct や Organic Search の RPS が異常に高く見える一方、Paid Social のような認知経路の貢献が消える、という典型パターンです。

具体的には、Meta広告で初回認知 → 検索広告で再訪 → CV、というユーザー導線で、last-click は検索広告に売上を100%帰属させます。チャネル別RPSテーブルだけを見ると「検索広告だけ強化すべき」という誤った結論に達します。

対処：チャネル別RPSテーブルには last-click と data-driven（または線形）の2モデルを並べて表示 する。ROAS は管理画面の数字（last-click相当）と、サイトログから出した data-driven 風集計を並べる。両者の差が大きいチャネルは、認知貢献が大きい証拠なので、判断を慎重にする。

アトリビューションの基本については、別記事 GA4アトリビューションのブラインドスポット と last-clickの罠 で扱っています。

3.4 「カッコいい画面」を優先して読みにくくする#

BIツール（Tableau / Power BI / Looker Studio）の自由度の高さが、逆に裏目に出るパターンです。3D円グラフ・カラフルなヒートマップ・凝ったゲージチャート…。これらは見栄えはしますが、比較がしにくく数字も読み取りにくい ので、行動を決める用途には向きません。

ダッシュボードの装飾は 数値の読み取り精度を上げる方向に使う べきで、見栄えのために色や図形を増やすと、読むのに時間がかかる画面になります。

対処：ダッシュボードの基本要素は 数値カード・棒グラフ・折れ線・テーブル の4種類だけに絞る。色は「警告（赤）」「健全（緑）」「中立（グレー）」の3色までに制限する。テーブルは行高80px・主要数値は太字、というふうに、視認性のルールを文書化する。

4. 業種別ダッシュボードテンプレ — D2C / サブスク / 単発購入#

5指標と基本レイアウトは全EC事業者に共通ですが、事業モデルによって配置と重みづけが変わります。代表的な3パターンを整理します。

4.1 D2C・自社EC（Shopify / BASE / STORES）#

D2Cブランドでは、チャネル別RPSテーブル が画面の主役になります。トラフィックの大半が広告経由のため、ROAS と RPS を並べる2列構成が必須です。

D2Cでは、「ROASが高い広告でも、その広告経由のRPSが自然流入のRPSより低ければ、サイト全体の売上効率は逆に下がる」 という現象が頻発します。チャネル別RPSテーブルを最大化することで、この構造的な落とし穴を画面で見える化します。

4.2 サブスクリプション系#

サブスク型では、初回コンバージョンに加えて 継続率（解約率） が事業成果を支配するため、5指標に加えて補助指標としてLTVと解約率を月次パネルで見せます。

サブスクでは「広告のROASは高いが、解約率が高くてLTVが低いチャネル」が判別ポイントになります。RPS と LTV を並べることで、広告の質を「短期売上効率」と「長期収益効率」の2軸で評価できます。

4.3 単発購入系（食品・ギフト・季節商品）#

単発購入が中心の業態では、新規顧客獲得の効率 が事業成果の中心になります。AOV と セッション数の重みが他業態より高くなるため、ダッシュボードもこれを反映します。

単発購入では季節需要が事業成果の半分以上を決めるため、前年同月比 を必ずダッシュボードに含めます。前週比だけだと季節要因を見誤ります。

5. ツール比較 — GA4 / BIツール / 専用ツールの使い分け#

売上ダッシュボードを作るときの選択肢は、大きく3系統に分かれます。それぞれの長所と限界を整理します。

5.1 GA4 + Looker Studio の長所と限界#

GA4 + Looker Studio は無料で始められる王道の組み合わせです。ただし、売上ダッシュボードを作るには3つの追加作業 が必要です。

1. チャネル分類の修正：GA4 のデフォルトチャネルグループは EC 向けに最適化されていない（Direct/(none) が膨らみがち）
2. RPS の手動計算：GA4 にはRPS指標がないため、Looker Studio の計算式で「売上 ÷ セッション」を毎回作る
3. アトリビューションの選択：last-click と data-driven の切替を、ユーザーが意識的に行う必要がある

導入から実用まで、設計に詳しい担当者がいて1-2週間、いない場合は数ヶ月の試行錯誤が必要です。

5.2 BIツール（Tableau / Power BI）の長所と限界#

Tableau や Power BI は表現力が圧倒的で、複雑な集計や分岐ロジックも実装できます。ただし、ゼロから設計する負荷が大きく、属人化しやすい という構造的な短所があります。

• BI担当者が変わると引き継ぎコストが大きい
• 「ちょっと指標を増やしたい」が、エンジニア依頼で1週間待ち
• ライセンス費用が、ユーザー数に応じて線形に増える

中規模以上のEC事業者で、BI担当者がフルタイムでいる組織なら最強の選択肢ですが、SMB（年商1-10億）には運用負荷が重すぎることが多い、というのが現場の感覚です。

5.3 専用解析ツールの長所と限界#

EC特化の解析ツール（RevenueScope のような専用ツール）は、「売上から逆引きで5指標を見る」をデフォルトで持つ ことが特徴です。導入後、設定らしい設定をせずに、5指標 + チャネル別RPS が表示されます。

• 長所：設定最小・運用工数最小・SMBでも維持できる
• 短所：BIツールほどの自由度はない・特定業態向けのため業種が外れると合わない

「ダッシュボードの自由設計に時間を使うより、商品開発と広告運用に時間を使いたい」という事業者には、専用ツールの方が現実的な選択肢になります。

ヒートマップツール・解析ツールの比較については、別記事 ヒートマップツール完全比較｜無料/有料・主要5社の使い分け で類似テーマを扱っています。

6. 売上ダッシュボードと RevenueScope の位置づけ#

ここまでで整理した5指標 + チャネル別RPS の構成は、すべて 「セッション × CVR × AOV = 売上」 という分解式から導かれています。問題は、この構成をデフォルトで持つツールが、市場にほとんどない ことです。

GA4 はトラフィック計測の万能ツールですが、デフォルトで強いのは行動指標で、売上から逆引きで分解する収益指標は別途設計が必要です。BIツールは自由度が最大ですが、ゼロから設計する負荷が SMB には重すぎます。

私たちが開発している RevenueScope は、この 「売上から逆引きで5指標 + チャネル別RPS を見る」 ダッシュボードをデフォルトで持つ、EC特化のアクセス解析ツールです。GA4 と置き換えるのではなく、GA4 と並べて使う補完ツール として、5指標カード + 時系列 + チャネル別RPSテーブルを、1画面で表示する設計にしています。

GA4 eコマース設定をしているなら、RevenueScope の追加設定はほぼ不要です。dataLayer に相乗りで売上イベントを取得するため、新しいタグを仕込む必要がありません。「ダッシュボードを20指標で作って誰も見ない」状態から、「5指標を毎週見て次の施策が決まる」状態へ移行するための、最短の設計を提供します。

UTMパラメータの設計品質も、5指標を正しく計算するための前提条件になります。UTMが崩れるとチャネル別のRPSもROASも歪みます。詳細は別記事 UTMパラメータの正しい使い方 で扱っています。AOV を上げる打ち手については AOV（平均注文単価）の正しい計算と上げ方、ROAS の業種別目安と改善の打ち手については ROAS計算式 完全ガイド で詳しく整理しています。

参考文献#

[1] Google Analytics 「\[GA4\] Default channel group」 2024年

[2] Google Analytics 「\[GA4\] Conversions」 2024年

[3] Google 「Looker Studio overview」 2024年

[4] Tableau 「What is a dashboard? A complete overview」 2024年

[5] Microsoft 「Power BI documentation - Dashboards」 2024年

[6] Shopify 「New achievement unlocked: Shopify merchants drive record-high $11.5 billion in sales over Black Friday Cyber Monday」 2024年12月

[7] Harvard Business Review 「Identify the Marketing Metrics That Actually Matter」 2015年7月