BtoBマーケKPIダッシュボードの作り方|設計から運用まで

「マーケ施策は動いているのに、何がどう効いているのか経営層に説明できない」。そんな悩みを持つBtoBマーケ担当者は少なくありません。問題の根本は、施策の量ではなく、成果を可視化する仕組みの欠如にあります。KPIダッシュボードはその解決策の中核です。しかし、ただグラフを並べても意味はありません。どの指標を、誰のために、どう設計するか——この問いに答えられるかどうかで、ダッシュボードが「意思決定ツール」になるか「報告書」で終わるかが決まります。この記事では、BtoBマーケティングのKPIダッシュボードを設計・構築・運用する一連のプロセスを、実務に即した視点で体系的に解説します。指標の選定理由、ツール選択の基準、HubSpotを使った具体的な設定例、そして「経営層に伝わる見せ方」まで、順を追って説明していきます。

目次

なぜBtoBマーケにKPIダッシュボードが必要なのか

このセクションでは、BtoBマーケ特有の計測難易度と、ダッシュボードがなぜ不可欠なのかを整理します。

BtoBの購買プロセスは長く、複数の意思決定者が関与します。検討期間が3ヶ月から12ヶ月に及ぶことも珍しくなく、最初の接点から契約まで10回以上のタッチポイントが発生するケースも一般的です。この複雑さが、マーケ施策の効果測定を本質的に難しくしています。

施策ごとに単体の数字だけを追っていると、以下のような問題が起きます。

  • リード数は増えているのに商談が増えない、という相関の断絶が見えない
  • チャネルごとのコスト効率を比較できず、予算配分の根拠が感覚頼りになる
  • 経営層への報告時に「なぜこの施策にお金をかけるのか」を説明できない

KPIダッシュボードは、こうした分断した数字を「ファネルの流れ」として一体化させるものです。リード獲得から商談化、受注までを一本の線でつなぎ、どのステージでどれだけ詰まっているかを可視化することで、施策の優先順位づけが数字に基づいて行えるようになります。

BtoBマーケにおけるKPIダッシュボードの機能は、大きく3つに整理できます。第一に、現状把握(今どこに問題があるか)。第二に、施策評価(何が効いて何が効いていないか)。第三に、意思決定支援(次にどこにリソースを投じるべきか)。この3つを同時に担える設計が理想です。

設計前に決めるべき3つのこと

このセクションでは、ダッシュボードを作り始める前に必ず整理すべき前提条件を解説します。

ダッシュボード設計でよくある失敗は、「とりあえず取れる数字を全部並べる」というアプローチです。結果として指標が20〜30個並んだ見た目だけ豪華なダッシュボードが生まれますが、誰も使わなくなります。設計前に以下の3点を明確にすることが先決です。

1. 誰が見るダッシュボードか

閲覧者によって、必要な粒度と優先指標が変わります。CEOや経営陣が見るなら、パイプライン金額・MQL数・受注件数・CAC(顧客獲得コスト)など戦略レベルの数字に絞ります。マーケ担当者自身が見る運用ダッシュボードなら、チャネル別リード数・メール開封率・コンテンツ別CV数など施策レベルの細かい数字が必要です。対象を混ぜると、どちらにとっても使いにくいものになります。

2. どのファネルステージを可視化するか

BtoBファネルは一般的に「認知→リード獲得→MQL→SQL→商談→受注」という段階で構成されます。ダッシュボードで全ステージをカバーするのが理想ですが、自社のデータ取得状況によっては一部のステージしか定量化できないこともあります。まずは「自社のCRMやMAで追えているステージはどこまでか」を棚卸しすることが重要です。

3. 更新頻度と用途を決める

日次で確認する運用モニタリング用なのか、週次・月次で戦略レビューに使うのかによって、指標の種類と集計方法が変わります。リアルタイム性が求められる運用ダッシュボードはツール連携で自動更新が必須ですが、月次レポート用なら手動集計でも成り立つ場合があります。用途に合わせて設計の複雑さを決めてください。

BtoBマーケKPIダッシュボードに含めるべき指標

このセクションでは、ファネルステージ別の代表的なKPI指標を整理します。

以下は、BtoBマーケのダッシュボードで追う価値のある指標をファネル順に整理したものです。すべてを一つのダッシュボードに詰め込む必要はなく、自社の優先課題に合わせて取捨選択してください。

認知・集客フェーズ

  • オーガニック流入数(SEO経由のセッション数)
  • チャネル別セッション数(検索・SNS・広告・参照元別)
  • コンテンツ別PV・平均滞在時間

リード獲得フェーズ

  • 新規リード数(全体・チャネル別)
  • フォームCV率(ページ訪問→フォーム送信)
  • リード獲得単価(CPL:Cost Per Lead)

MQL・SQL評価フェーズ

  • MQL数・MQL化率(リード数に対するMQLの割合)
  • MQL→SQL転換率(マーケからセールスへの引き渡し品質)
  • SQL数・SQL化リードの流入チャネル内訳

商談・受注フェーズ

  • 商談化率(SQL→商談)
  • パイプライン金額(商談中の案件の合計受注見込み額)
  • 受注数・受注率(商談→受注)
  • CAC(顧客獲得コスト)

全体効率指標

  • マーケ投資のROI
  • LTV/CAC比率(投資効率の健全性チェック)
  • チャネル別コスト効率比較

MQLとSQLの定義が曖昧なままでは、これらの指標は機能しません。定義の設計についてはMQL・SQLの定義と設計方法の記事も参照してください。

BtoBマーケ KPIファネル指標マップ 認知・集客 流入数 / PV リード獲得 リード数 / CPL MQL / SQL MQL率 / 転換率 商談・受注 商談化率 / 受注率 各ステージで追う主要KPI 認知 オーガニック流入数 チャネル別セッション コンテンツ別PV リード 新規リード数 フォームCV率 リード獲得単価(CPL) MQL / SQL MQL数・MQL化率 MQL→SQL転換率 SQLの流入元内訳 商談・受注 商談化率 パイプライン金額 CAC / ROI 全体効率KPI(横断指標) マーケROI LTV / CAC比率 チャネル別コスト効率 平均商談化期間 投資対効果の総合評価 投資健全性チェック 予算配分の根拠 営業連携の評価 ※ 各社の事業モデル・CRM設定状況に応じて追うべき指標は異なります
図1:BtoBマーケKPIファネル指標マップ。ファネルの各ステージで追うべき主要指標と横断的な全体効率KPIを整理したもの。

ダッシュボード設計の実務ステップ

このセクションでは、ゼロからKPIダッシュボードを構築するための具体的な手順を解説します。

以下の5ステップで設計を進めると、指標の抜け漏れや「作ったけど使わないダッシュボード」を防げます。

ステップ1:現在取れているデータを棚卸しする

設計の出発点は、理想のKPI一覧ではなく「今実際に取得できているデータ」の確認です。CRM(HubSpotなど)、MAツール、Google Analytics、広告管理画面——それぞれで取れるデータと取れないデータを書き出します。この棚卸しなしに設計を始めると、「このKPIを追いたいがデータがない」という事態が後から発覚します。

ステップ2:閲覧者とユースケースを定義する

前述の通り、誰が・何のために見るかによって指標の種類が変わります。「経営報告用ダッシュボード」と「マーケ運用モニタリング用ダッシュボード」は別々に作ることをお勧めします。1つのダッシュボードに両方を詰め込もうとすると、どちらも中途半端になります。

ステップ3:ファネルごとにKPIを1〜3個に絞る

各ファネルステージで「これだけは追う」というKPIを1〜3個に限定します。数が多すぎると注意が分散し、異常値への対応が遅れます。北極星指標(North Star Metric)を1つ設定し、それを補完するサブ指標を2〜3個選ぶという構造が機能しやすいです。

ステップ4:データソースとツールを選定する

小規模チームであればHubSpotのレポート機能のみで完結するケースも多いです。複数ツールのデータを統合したい場合はBIツール(Looker Studio、Tableau、Power BIなど)の導入を検討します。ただし、BIツールは導入・運用コストが発生するため、「HubSpotだけでどこまで賄えるか」を先に確認してから判断するのが合理的です。

ステップ5:運用ルールを事前に決める

「誰が・いつ・何をアクションするか」を事前に決めないと、ダッシュボードは見るだけのものになります。たとえば「MQL数が前週比20%以上低下した場合、翌営業日中にマーケリーダーが原因分析を行う」といったルールを設定することで、ダッシュボードが意思決定に直結します。

HubSpotでKPIダッシュボードを構築する方法

このセクションでは、HubSpotのレポート・ダッシュボード機能を使った具体的な構築手順を解説します。

HubSpotにはダッシュボード機能が標準搭載されており、Marketing HubやSales Hubのデータを連携させることでBtoBマーケのKPIダッシュボードをツール内で完結させることができます。

HubSpotダッシュボードの基本構成

HubSpotのダッシュボードは、複数の「レポート」を1ページに並べる形式です。各レポートは棒グラフ・折れ線グラフ・数値カード・テーブルなどの形式で表示でき、フィルタをかけることで日次・週次・月次の切り替えも可能です。

BtoBマーケ用のダッシュボードに含めることを推奨するレポートは以下の通りです。

  • コンタクト作成数(チャネル別内訳):新規リード数の推移を追う
  • MQL数の推移(ライフサイクルステージ別):マーケ施策の質を評価する
  • ディール作成数・パイプライン金額:営業への影響を定量化する
  • メールキャンペーンのパフォーマンス(開封率・クリック率・CV率)
  • アトリビューションレポート:どのタッチポイントが受注に貢献したか

HubSpotでのMQLダッシュボード構築のポイント

HubSpotでMQL数を正確にレポートするには、まずコンタクトのライフサイクルステージ「MQL」の定義をプロパティとして設定し、ワークフローで自動的にステージ変更される仕組みを作る必要があります。この設定が不完全だと、レポート上のMQL数が実態と乖離します。詳細はHubSpotでのMQL設定方法の記事を参照してください。

アトリビューションレポートとの連携

HubSpotのアトリビューションレポートは、特定の受注案件に貢献したタッチポイントを複数のモデル(ファーストタッチ・ラストタッチ・リニアなど)で分析できます。これをダッシュボードに組み込むことで、「どのチャネル・コンテンツが最終的に受注に貢献したか」が可視化されます。詳しくはHubSpotアトリビューションレポートの設定方法を合わせてご覧ください。

ダッシュボードを複数作る場合の使い分け例

  • 経営報告用:MQL数・パイプライン金額・CAC・ROIの4指標に絞り、月次で経営陣と共有
  • マーケ運用用:チャネル別リード数・メール指標・コンテンツCV数を週次でチーム内共有
  • マーケ×セールス連携用:SQL数・商談化率・平均商談期間を週次でIS(インサイドセールス)と共有

マーケとセールスのKPIを連携させる設計についてはマーケ・セールス連携の仕組み作りの記事も参考にしてください。

HubSpot KPIダッシュボード構成例 経営報告ダッシュボード 更新:月次 MQL数(月次推移) パイプライン金額 CAC(顧客獲得コスト) マーケROI 閲覧者:CEO / CFO / 役員 マーケ運用ダッシュボード 更新:週次 チャネル別リード数 コンテンツCV数 メール開封率・CTR CPL(リード獲得単価) 閲覧者:マーケ担当者 マーケ×IS連携ダッシュボード 更新:週次 SQL数・商談化率 IS別コンタクト数 平均商談化期間 MQL→SQL転換率 閲覧者:マーケ + IS担当者 HubSpot ダッシュボード構築の主要ステップ STEP 1 ライフサイクル設定 STEP 2 レポート作成 STEP 3 ダッシュボード編集 STEP 4 共有・権限設定 MQL/SQLのステージ定義 指標ごとにグラフ作成 レポートを1ページに集約 閲覧者に合わせた公開設定 ※ HubSpot Marketing Hub Professional以上でカスタムダッシュボードの作成が可能です
図2:HubSpotを使ったKPIダッシュボード構成例。用途・閲覧者別に3種類のダッシュボードを設計する考え方と、構築の主要ステップを示したもの。

ダッシュボードが「形骸化」する典型的な失敗パターン

このセクションでは、KPIダッシュボードが機能しなくなる原因と、その対策を解説します。

ダッシュボードを丁寧に設計しても、運用フェーズで機能しなくなるケースは多々あります。以下は現場でよく見られる失敗パターンです。

失敗1:指標が多すぎて誰も「異常」に気づかない

20個以上の指標が並んでいるダッシュボードは、週次でチェックしていても異常値を見落とします。人間が同時に注意を払えるものの数には限りがあります。指標数は1ダッシュボードあたり8〜12個を上限の目安としてください。それ以上必要なら、ダッシュボードを目的別に分割する判断をしてください。

失敗2:データの定義がチーム内でバラバラ

「リード数」の定義がマーケ担当者とセールス担当者で異なる、というケースは珍しくありません。MQLの定義が曖昧なまま運用すると、ダッシュボードの数字を見ながら「この数字は信頼できるのか」という疑念が生まれ、会議でデータではなく感覚で議論するようになります。定義をドキュメント化し、全関係者が合意した状態でダッシュボードを稼働させることが前提条件です。

失敗3:アクションにつながらないレビュー会議

「数字を見て、以上です」で終わるダッシュボードレビューは意味がありません。各指標に対して「この数字が○○を下回った場合、誰が何をするか」というアクションルールをあらかじめ設定しておく必要があります。ダッシュボードは見るためではなく、動くための道具です。

失敗4:データ入力が手動で更新が滞る

手動でスプレッドシートにデータを転記するタイプのダッシュボードは、担当者が多忙になったタイミングで更新が止まります。できる限りツール連携で自動更新される仕組みを作ってください。HubSpotのレポート機能やLooker Studioのコネクタ機能を活用することで、手動更新を最小化できます。

経営層への報告で「使えるダッシュボード」にするための見せ方

このセクションでは、経営陣の意思決定に直結するダッシュボードの設計・報告方法を解説します。

マーケ担当者がKPIダッシュボードを経営層に報告する際、最も重要なのは「施策の話ではなくビジネスの話をする」ことです。「コンテンツ施策でPVが20%増えました」ではなく、「コンテンツ経由のMQLが15件増加し、そのうち3件が商談化しています。パイプライン金額でXXX万円の寄与です」という文脈で話すことが求められます。

経営層向けダッシュボードに必要な要素を整理すると、以下の通りです。

  • 前月・前四半期比での変化量(絶対値ではなく変化率で見せる)
  • 目標値に対する進捗(達成率)
  • マーケ投資とパイプライン金額の対比(費用対効果の可視化)
  • ボトルネックの特定(どのステージでリードが詰まっているか)

BtoBのファネルKPI設計の全体像についてはBtoBマーケKPI設計の記事も参照してください。また、ROIの計算・説明方法についてはBtoBマーケROI計算方法の記事でより詳しく解説しています。

ダッシュボードを報告ツールとして使う場合、スライド資料に貼り付けるより、HubSpotのダッシュボードURLを直接共有して「リアルタイムで見られる状態」を維持することをお勧めします。数字が変わったらすぐに確認できる環境が、経営陣のデータリテラシーを高める効果もあります。

まとめ:KPIダッシュボードは「作って終わり」ではない

BtoBマーケのKPIダッシュボード設計で押さえるべきポイントを以下に整理します。

  • 設計前に「誰が・何のために見るか」を決める
  • ファネルの各ステージでKPIを1〜3個に絞り、指標の過多を防ぐ
  • HubSpotのライフサイクルステージ設定とレポート機能を組み合わせて自動化する
  • 経営報告用・マーケ運用用・マーケ×IS連携用の3種類を目的別に作り分ける
  • 各指標に対するアクションルールをあらかじめ設定し、形骸化を防ぐ
  • 経営層への報告ではマーケの施策ではなくパイプライン・ROIのビジネス文脈で語る

ダッシュボードは完成した瞬間が終わりではなく、運用しながら改善し続けるものです。四半期に一度は「この指標は本当に追うべきか」を見直し、ビジネスの成長フェーズに合わせて更新していくことが、長期的に機能するダッシュボードの条件です。

マーケ施策の設計・実行はできているが、数字で経営に報告できていない、という状態に課題を感じているなら、KPIダッシュボードの設計から整理することをお勧めします。弊社では、HubSpotを活用したKPI設計・ダッシュボード構築支援も行っています。

KPIダッシュボード設計についてご相談ください

「何を測ればいいかわからない」「HubSpotのレポートがうまく使えていない」「経営層への報告をデータドリブンにしたい」という方は、まずは無料相談からどうぞ。

よくある質問(FAQ)

BtoBマーケのKPIダッシュボードに必要な最低限の指標は何ですか?
最低限追うべき指標は、新規リード数・MQL数・商談化率・CAC(顧客獲得コスト)の4つです。これらがファネルの入口・中間・出口をカバーしており、マーケ投資の効率を判断するために必要な基本セットです。データ取得環境が整っていない段階では、この4指標の計測環境を整えることを最初の目標にしてください。
HubSpotの無料プランでダッシュボード機能は使えますか?
HubSpotの無料プランでも基本的なダッシュボードとレポート作成は利用できますが、カスタムレポートの作成やアトリビューションレポートの利用にはMarketing Hub ProfessionalまたはEnterpriseプランが必要です。自社のデータ計測ニーズと照らし合わせながら、どのプランが適切かを判断することをお勧めします。詳しくはHubSpot無料・有料の違いの記事を参照してください。
BIツール(Looker Studioなど)はいつ導入すべきですか?
HubSpotや他のMAツール、Google Analyticsなど複数ツールのデータを横断的に見たいが、HubSpot単体ではその統合が難しいと感じた時点で導入を検討してください。ただし、BIツールの導入・設定・保守には一定のエンジニアリングリソースが必要です。マーケチームだけで完結しない場合が多いため、社内の技術的なサポート体制と合わせて判断することが重要です。
ダッシュボードのレビュー頻度はどのくらいが適切ですか?
運用モニタリング用は週次、経営報告用は月次が一般的な目安です。ただし、広告配信や大型施策の期間中は日次でモニタリングすることも有効です。重要なのは頻度よりも「見た後に何かアクションが起きるか」であり、アクションルールが設定されていないダッシュボードのレビュー頻度を上げても効果は限定的です。
マーケとセールスでKPIの認識がずれている場合、どう解消しますか?
まずMQL・SQLの定義をドキュメントで共有し、マーケ・セールス双方が合意する場を設けることが先決です。定義が合意できたら、HubSpotのライフサイクルステージ設定にその定義を反映し、自動化で管理します。定義の議論を避けたまま数字を追っても、会議で「この数字はおかしい」という不毛な議論が繰り返されます。マーケ×インサイドセールス連携の記事も参考にしてください。

T

この記事を書いた人

Tomohiro Toukaichi

BtoB SaaSのマーケティング責任者を経験後、フリーランスとして独立。マーケティング戦略設計、KPI・予算設計、広告運用、HubSpot設計・ファネル構築・リードナーチャリングなど、戦略から実行まで一気通貫で支援。

MQL +150% SQL転換率 +30% HubSpot設計・保守運用
プロフィール詳細・支援実績を見る →