WebサイトのKPI設計で経営ダッシュボードを作るのアイキャッチ

NOTES

WebサイトのKPI設計で経営ダッシュボードを作る

WebサイトのKPI設計からGA4・タグの計測設計、経営ダッシュボード構築までを整理。費用・体制・リスクを押さえ、10〜300名規模のBtoB企業が数字で意思決定するための進め方と成果物の例、相談時に整理すべき要件を解説。

チップス

GA4やSearch Consoleの数値を確認できても、部署ごとに「問い合わせ」や「商談」の定義が違えば、経営会議では同じ数字を見て判断できません。最初に経営会議で決めたい成果を1つに絞り、その成果に近いKPIを3〜5個だけ選びます。KPIごとに定義、データ源、確認頻度、責任者を固定し、判断基準と次の打ち手を対応させてください。計測できない項目はゼロとして扱わず、公開前の確認事項へ分離します。この記事では、その内容を一枚の「経営会議用KPI定義シート」にまとめ、経営ダッシュボードの要件へ変える順番を解説します。

KPIは、目標に対する進捗を測る指標です。経営ダッシュボードは、数値を多く並べる画面ではなく、会議で「何を続けるか、止めるか、直すか」を決めるための画面です。読了後は、自社で追う3〜5個のKPIと、計測できない項目の確認担当者まで決められる状態を目指します。

制作前に確認する要点は次のとおりです。

  • 経営会議で決めたい成果を1つに絞る
  • KPIごとに定義・データ源・頻度・責任者を固定する
  • 判断基準と次の打ち手を対応させる

このページで作るのは経営会議用KPI定義シート

このページで作るのは、指標の一覧表でも、GA4の操作手順書でもありません。経営会議で採用するKPIについて、意味、取得元、運用責任、判断条件を一枚に固定する資料です。

ダッシュボード制作を先に始めると、画面ができた後で「営業の問い合わせ数と合わない」「この数値は誰が確認するのか」「下がったときに何をするのか」といった論点が残ります。KPI定義シートを先に作れば、画面へ載せる項目と、計測改善を終えるまで載せない項目を分けられます。

読了時に一枚へ入れる情報は、次の7要素です。経営会議で決めたい成果、KPI、定義、データ源、確認頻度、責任者、判断基準と次の打ち手です。ダッシュボードは、この合意済みの内容を見やすく表示する後工程として扱います。

経営会議で決める成果を1つに絞る

最初に決めるのは、Webサイトで増やしたい数字ではなく、経営会議で判断したい成果です。候補には売上、受注、商談、有効問い合わせ、採用応募などがあります。複数の成果を同じ優先度で置くと、KPIが増え、会議で施策の優先順位を決めにくくなるためです。

たとえば「問い合わせを増やす」だけでは範囲が広すぎます。「主力サービスの有効問い合わせ数を、月次の経営会議で確認し、集客投資とページ改善の優先順位を決める」のように、対象事業、成果、期間、判断内容まで書きます。採用サイトなら、「対象職種の応募完了数を月次で確認し、求人媒体と採用ページの改善配分を決める」という置き方が有効です。

対象期間は会議のリズムに合わせます。日々の変動が大きい流入数を月次成果と同列に扱わず、月次で決める成果と、その手前を週次で確認する指標を分けてください。成果が1つに決まると、「この数字は意思決定に必要か」という問いがKPI候補を減らす基準です。

KPIを3〜5個へ絞り定義を固定する

経営会議で追うKPIは、成果に近く、変化したときに打ち手を選べるものへ絞ります。問い合わせ数、商談化数、応募完了数などの結果に近い指標と、フォーム到達数や主要ページ接触数などの先行指標を組み合わせ、合計3〜5個を目安にします。閲覧数やクリック数を載せる場合も、成果との関係を説明できるものだけを採用します。

指標名が同じでも、対象と算出方法が違えば別の数字です。「問い合わせ数」なら、フォーム送信だけを含むのか、電話タップや資料請求も含むのかを明記します。さらに、重複送信、営業目的の連絡、迷惑送信、テスト送信を除外するか、月をまたいだ商談化をどの月へ計上するかまで定義欄へ含めてください。

定義欄には、少なくとも次の内容を一文で書けるようにします。

  • 対象:どの事業、サイト、ページ、フォーム、顧客区分を集計するか
  • 集計単位:件数、人数、セッション数、率、金額のどれか
  • 除外条件:社内テスト、重複、迷惑送信などをどう扱うか
  • 算出方法:分子と分母、確定時点、集計期間をどうそろえるか

定義を読んだ営業、マーケティング、Web担当者が、同じ元データから同じ数値を再現できるかを確認します。再現できない定義は、ダッシュボードの表示を整えても、会議のたびに数字の説明から始める原因です。

各KPIのデータ源と計測可否を確認する

KPIごとに、どの画面や台帳を正とするかを一つ決めます。検索表示やクリックはSearch Console、サイト内行動はGA4、フォーム送信の受付記録はフォーム管理画面、商談や受注はCRMや営業台帳というように、数値が確定する場所を分けます。複数のデータ源を合算する場合は、結合に使う問い合わせID、日時、フォーム種別なども記録しておきましょう。

ここで確認するのは、数値が「見えるか」だけではありません。対象ページへ帰属できるか、必要な期間を取得できるか、担当者が閲覧権限を持つか、欠損や二重計測がないかまで見ます。GA4のイベント数とフォームの受付件数が一致しない場合、どちらかを即座に誤りと決めず、発火条件、送信成功の判定、同意設定、別ドメインへの遷移を切り分けます。

GA4側の成果計測を具体的に点検するときは、GA4のコンバージョン計測漏れを確認するで確認項目を分けてください。本記事では、点検結果をKPI定義シートへ反映し、経営会議で採用できる数値かどうかを決めるところまでを扱います。

取得できないKPIは、空欄やゼロで公開しません。「未計測」「定義未合意」「権限未取得」「ページ帰属不可」など、使えない理由を記録し、計測改善後まで保留します。この分離により、実績ゼロとデータ欠損を混同せずに済みます。

確認頻度・責任者・会議での判断を決める

経営、マーケ、Web担当、分析担当、経営会議をつなぎ、数値確認と意思決定の役割を示す責任関係図を整理した図
経営、マーケティング、Web、分析の担当と経営会議の判断関係を一目で理解できるようにするために、経営、マーケ、Web担当、分析担当、経営会議をつなぎ、数値確認と意思決定の役割を示す責任関係図を整理しています。

KPIには、確認する人と判断する人の両方が必要です。数値の取得と異常確認はWeb担当者や分析担当者、施策の説明はマーケティング責任者、投資や優先順位の判断は経営者または事業責任者というように、役割を分けます。一人が複数の役割を担う場合も、定義シート上では責任を区別して記載してください。

確認頻度は、数値が変わる速さではなく、打ち手を変更できる速さに合わせます。日次は計測停止や急な異常の検知、週次は流入、フォーム到達、主要ページ接触などの先行指標、月次は有効問い合わせ、商談、受注、応募完了などの確定値に向きます。毎日見ても施策を変えられないKPIは、日次画面へ載せる必要がありません。

経営会議へ持ち込む前に、確認担当者が欠損や集計条件を点検し、説明責任者が変化の要因候補を整理します。会議では、定義確認ではなく、継続、停止、追加調査、改善着手のどれを選ぶかに時間を使います。

Webの問い合わせから営業の商談までをつなぐ責任分担を詰める場合は、営業とマーケティングのKPI連携を確認するも参照してください。営業連携の詳細は別に設計し、本シートでは経営会議で使う数値の確定者と判断者を明確にしてください。

判断基準と次の打ち手を対応させる

KPIを見ても、良いか悪いかの基準がなければ報告で終わるだけです。判断基準は、全社共通の一般値を当てはめるのではなく、自社の目標、過去の実績、予算、営業や採用の対応可能量に合わせて決めます。比較対象も、目標比、前月比、前年同月比、直近数か月の傾向などから一つ選び、会議ごとに変えない前提です。

基準と打ち手は、少なくとも三つの状態に分けます。

  • 基準を上回る:寄与した流入元、ページ、施策を確認し、継続または配分拡大を判断する
  • 基準を下回る:計測異常を除外したうえで、流入、導線、フォーム、営業対応のどこを調べるか決める
  • 計測できない:施策評価を保留し、権限取得、定義合意、タグ修正、データ連携の担当と期限を決める

たとえば有効問い合わせ数が下がった場合、「広告を止める」と直結させるのではなく、問い合わせ総数、有効率、対象ページへの流入、フォーム完了の順で切り分けます。総数は維持され有効率だけが下がったなら、流入条件や訴求のずれが確認対象です。フォーム完了だけが落ちたなら、入力エラーや導線の変更を優先して調べます。

次の打ち手には、実施内容だけでなく、担当者、確認日、成功とみなすKPIの変化を書きます。これにより、次回会議で「実施したか」と「結果がどう変わったか」を同じシートで追跡可能です。

そのまま使える経営会議用KPI定義シート

成果、KPI、定義、データ源、判断基準、次の打ち手を左から右へ示す意思決定フローを整理した図
経営成果から次の打ち手までKPIを決める順序を一目で理解できるようにするために、成果、KPI、定義、データ源、判断基準、次の打ち手を左から右へ示す意思決定フローを整理しています。

シートは、成果から打ち手へ向かって順番に記入します。途中で定義やデータ源が決まらないKPIは、無理にダッシュボード要件へ入れず、確認事項として分離してください。

  1. 経営会議で決めたい成果を一つ書く
  2. 成果に近いKPIを3〜5個選ぶ
  3. 各KPIの対象、集計単位、除外条件、算出方法を書く
  4. 正とするデータ源と、必要なら結合キーを書く
  5. 日次・週次・月次の確認頻度を決める
  6. 数値の確認者と、会議での判断責任者を決める
  7. 目標比などの判断基準と、未計測時の扱いを決める
  8. 基準を上回る、下回る、計測できない場合の次の打ち手を書く
経営会議用KPI定義シート
KPI・定義データ源・確認頻度責任者・判断基準次の打ち手
記入例:有効問い合わせ数。対象条件を満たし、重複・迷惑送信・社内テストを除いた月間件数フォーム受付記録+営業台帳/月次確認:マーケ責任者、判断:事業責任者/月間目標比下回る場合は問い合わせ総数と有効率を分け、流入条件・訴求・営業判定を確認
KPI 2:[指標名、対象、単位、除外、算出方法][正とする取得元]/[日次・週次・月次][確認者・判断者]/[比較基準][上回る・下回る・未計測の場合の対応]
KPI 3:[指標名、対象、単位、除外、算出方法][正とする取得元]/[日次・週次・月次][確認者・判断者]/[比較基準][上回る・下回る・未計測の場合の対応]
KPI 4:[指標名、対象、単位、除外、算出方法][正とする取得元]/[日次・週次・月次][確認者・判断者]/[比較基準][上回る・下回る・未計測の場合の対応]
KPI 5:[指標名、対象、単位、除外、算出方法][正とする取得元]/[日次・週次・月次][確認者・判断者]/[比較基準][上回る・下回る・未計測の場合の対応]

この表を見て、会議参加者が同じ意味の数値を確認でき、変化したときの判断先まで分かるKPIだけを採用します。定義、データ源、責任者のいずれかが空欄なら、公開対象ではなく確認対象です。

公開前に計測環境を確認する

ダッシュボードの公開前には、KPIごとに取得元、権限、ページ帰属、集計期間、欠損、担当者を確認します。ここでの目的は、すべての数値を無理に表示することではなく、判断に使える数値と、改善後まで保留する数値を分けることです。

  • 取得元:正とする画面や台帳が一つに決まっているか
  • 権限:確認担当者が継続して閲覧・出力できるか
  • ページ帰属:問い合わせや行動を対象ページ、流入元、施策へ結び付けられるか
  • 集計期間:タイムゾーン、締め日、確定タイミングがそろっているか
  • 欠損:値がない状態を実績ゼロと区別できるか
  • 担当者:不一致や停止が起きたときに調査する役割が決まっているか
ダッシュボード公開前の計測確認表
確認項目確認方法担当者未確認時の扱い
データ源KPI定義シートの取得元と実際の集計画面を照合するKPI確認者採用保留。正とする取得元を決める
閲覧・出力権限担当者のアカウントで対象期間を表示・出力する管理権限者権限取得まで自動更新しない
ページ・施策への帰属対象ページ、フォーム、流入情報から該当成果を追えるか確認するWeb担当者・分析担当者帰属不能として注記し、施策評価に使わない
集計期間と定義GA4、Search Console、フォーム、営業台帳の期間と締め条件を照合する分析担当者比較を保留し、期間を統一する
欠損・二重計測対象ページのGA4行、Search Consoleのクエリ行、受付記録を突合する分析担当者ゼロ扱いせず、欠損または重複として切り分ける
障害時の連絡先計測停止を検知した人が誰へ連絡するか確認するKPIオーナー公開前に一次確認者と修正担当を決める

この表で未確認の項目が残ったKPIは、経営判断へ使う正式値として公開しない方が安全です。暫定表示する場合も、未計測期間、推定の有無、確認責任者を明示し、確定値と同じ見せ方にしません。

まとめ

経営ダッシュボードの出発点は、GA4やSearch Consoleの数字を集めることではありません。経営会議で決めたい成果を一つに絞り、3〜5個のKPIについて、定義、データ源、確認頻度、責任者、判断基準、次の打ち手を一枚へ固定することです。

記事内のKPI定義シートへ自社の指標を記入し、空欄になった定義やデータ源を確認事項へ移してください。公開前の計測確認表で、実績ゼロと欠損を分け、誰が確認するかまで決まれば、その一枚をダッシュボード制作や計測改善の相談資料として共有できます。

参考資料一覧

  • 株式会社みやあじよ「GA4のコンバージョン計測漏れを確認する」
  • 株式会社みやあじよ「営業とマーケティングのKPI連携を確認する」