HubSpotレポート設計完全ガイド|BtoBマーケで使える指標と可視化の実践手順

HubSpotレポート設計完全ガイド|BtoBマーケで使える指標と可視化の実践手順

HubSpotを導入したものの、「どのレポートを見れば意思決定できるのかわからない」「数字は出るが会議で使われない」という状態に陥っている企業は少なくありません。これはツールの機能不足ではなく、レポート設計の不在から生まれる問題です。

HubSpotのレポート機能は年々拡張されており、いまではカスタムレポートビルダー、ファネルレポート、AIによるレポート生成まで揃っています。しかし「誰が・何を判断するために見るか」を先に決めない限り、機能が増えるほど使われないダッシュボードが増えるだけです

本記事では、BtoBマーケティングの実務でHubSpotレポートを判断材料として機能させるための設計手順を、KPIの置き方、ダッシュボードの分け方、プランごとの制約、実際の設定操作まで順に解説します。導入直後の担当者にも、運用中で改善したい方にも使える内容です。

HubSpotレポート設計で最初に問うべきこと

レポート設計は機能の選択ではなく、「誰が・何のために・何を見るか」の定義から始まります。ここを飛ばした設計は必ず形骸化します。

多くのBtoB企業がHubSpotのレポートでつまずくのは、機能から入るからです。カスタムレポートが作れる、ダッシュボードを複数持てる、といった機能に先に触れ、とりあえず数字を並べてしまいます。その結果、誰も開かないダッシュボードができあがります。

設計の出発点は、次の4つの問いです。

  • このレポートを見るのは誰か(マーケ担当・営業マネージャー・経営層)
  • どの頻度で参照するか(日次/週次/月次・四半期)
  • 何を判断するためのデータか(施策の継続、予算配分、人員配置)
  • いまどのデータが取れていて、何が取れていないか

この整理をせずにレポートを作ると、「データはあるが何もわからない」状態になります。逆に4つに答えられれば、必要なレポートの輪郭はほぼ決まります。

BtoBマーケティングのレポートは、参照者と参照頻度で3層に分けると設計がシンプルになります。層ごとに求められる粒度がまったく違うため、同じダッシュボードに混ぜると必ずどちらかにとって不要な数字が混入します。

HubSpotレポートの3層構造 ① 経営層サマリー層 月次・四半期 MQL数・パイプライン金額・受注額・CAC 判断すること:投資継続と予算配分 レポート数の目安:5〜7個まで ② マネージャー層 週次 チャネル別転換率・ステージ滞留・SLA遵守 判断すること:施策の継続と打ち手の変更 レポート数の目安:7〜10個まで ③ 担当者オペレーション層 日次・随時 フォーム転換率・メール反応・個別リード 判断すること:当日の対応と細部の改善 レポート数の目安:絞り込み不要
図1:参照者と参照頻度でレポートを3層に分けると、各層が必要な粒度の数字だけを見られる状態を作れる。

3層のうち、まず作るべきは②のマネージャー層です。経営層向けは②の数字が安定してから抽出すれば足り、③は個別レコードの画面で代替できる場面が多いためです。

レポートは設計の結果を映す鏡であり、手前のデータ構造が整っていなければ意味のある数字は出ません。HubSpotの運用設計の全体像で、レポートに至るまでの前工程を確認できます。

BtoBファネルを軸にしたKPI設計の考え方

HubSpotのレポートはファネルの構造に対応させて設計すると、「どこで詰まっているか」が数字で特定できるようになります。

BtoBのKPIは、ファネルの各ステージと1対1で対応させるのが基本です。HubSpotはコンタクト・取引・アクティビティーの各オブジェクトをまたいでレポートを作れるため、認知から受注までを一つのアカウント内で追えます。ファネル自体の切り方についてはBtoBファネル設計のやり方で詳しく解説しています。

TOF(トップオブファネル)で見るべき指標

TOFでは「どのチャネルからどれだけ来ているか」を見ます。トラフィックアナリティクスとフォーム関連のレポートが中心です。

  • チャネル別セッション数・コンタクト作成数
  • フォーム別の転換率(セッション→コンタクト)
  • オーガニック検索・有料広告・紹介流入の内訳

MOF(ミドルオブファネル)で見るべき指標

MOFでは「リードがどれだけ育っているか」を見ます。スコアリングを設定している場合はスコア分布が有効で、未設定ならライフサイクルステージの分布で代替できます。設定手順はHubSpotのリードスコアリング設定方法を参照してください。

  • MQL数・MQL化率(全コンタクト比)
  • ライフサイクルステージ別のコンタクト数推移
  • メールエンゲージメント(開封率・クリック率)
  • コンテンツ閲覧・資料ダウンロード数(行動の深度)

BOF(ボトムオブファネル)で見るべき指標

BOFでは「商談の質と進捗」を見ます。取引パイプラインのレポートが中心になります。

  • 取引件数・パイプライン総額
  • ステージ別の転換率(SQL→提案→契約)
  • 平均クローズ期間(取引作成日から成約日までの日数)
  • 受注率(受注/クローズした全取引)

これらをファネルレポートで構成すると、「MQLは増えているが商談化していない」「商談は増えているが受注が伸びない」といったボトルネックが数値で特定できます。KPIの設定水準そのものに迷いがある場合は、BtoBマーケティングのKPI設計MQL・SQLの定義と設計方法を先に整えたほうが早く進みます。

HubSpotダッシュボードの設計手順

ダッシュボードは1枚に集約せず、「誰が・いつ・何を判断するか」に対応させて分けて作るほうが実務では機能します。

HubSpotのダッシュボードは複数を並行運用でき、ユーザーごとに初期表示を設定できます。実務では次の3単位で分けることを推奨します。

マーケティングパフォーマンスダッシュボード

マーケ担当者が日次〜週次で参照します。

  • チャネル別コンタクト作成数(週次の棒グラフ)
  • ランディングページ別のコンバージョン率
  • メールキャンペーン別の開封率・クリック率
  • 新規MQL数の推移(折れ線グラフ)

パイプライン管理ダッシュボード

営業マネージャーとマーケ責任者が週次で確認します。

  • 取引ステージ別の件数・金額
  • 担当者別のクローズ予測
  • MQL→SQL転換率の推移
  • ステージ滞留日数の把握

経営サマリーダッシュボード

月次・四半期で経営層が確認します。絞ることが最大の設計要件で、KPIは5〜7個以内に収めます。

  • 新規MQL数(月次)
  • パイプライン金額(月末残高)
  • MQL→商談化率
  • 受注金額・受注件数
  • CAC(顧客獲得コスト)の概算

ここで注意したいのがCACです。HubSpotのネイティブ機能だけでは広告費などの外部コストを取り込めないため、スプレッドシート連携や手動入力を前提に設計する必要があります。過度な期待を持たずに運用フローとセットで決めてください。ツール非依存でのダッシュボード設計の考え方はBtoBマーケKPIダッシュボードの作り方にまとめています。

マーケセールス連携に使うレポート設計の実務

HubSpotレポートの最大の価値は、マーケと営業が「同じ数字を見て話す」状態を作れることにあります。

マーケが「MQLを渡した」と言い、営業が「使えるリードが来ていない」と言い合う状態は多くの組織で起きています。原因は多くの場合、双方が別々の数字を見ていることです。解消には、両者が共通で参照するレポート群を明示的に設けるしかありません。組織側の設計論はマーケティングと営業の連携の仕組み作りで扱っています。

SLA(サービスレベルアグリーメント)を数値で見える化する

SLAとは「マーケは月何件のMQLを渡す」「営業はMQLを受け取ってから何時間以内に接触する」という約束事です。HubSpotではコンタクトの作成日時とアクティビティー(コール・メール送信など)の日時を突き合わせることで、遵守状況をレポート化できます。

  • MQL受け渡し後、初回コンタクトまでの平均時間
  • 初回コンタクト率(MQLのうちアクティビティーが発生した割合)
  • MQL→SQL転換率(チャネル別・キャンペーン別に分解)

リードソース別の商談化率で施策評価を行う

オリジナルソース(コンタクト作成の起点チャネル)と取引を紐付けたレポートを作ると、「オーガニック流入は商談化率が高い」「特定のウェビナー経由は受注まで至っていない」といった事実が見えます。これは投資判断に直結する情報です。商談化率そのものの改善はBtoBの商談化率を上げる方法を参照してください。

ただしオリジナルソースはコンタクト作成時点のチャネル情報しか記録しないため、その後の複数タッチポイントを含めた評価には限界があります。マルチタッチでの評価を行いたい場合はアトリビューションレポートが必要で、こちらは上位プランに限定されます。詳細はHubSpotアトリビューションレポート完全ガイドで解説しています。

マーケと営業が同じ数字を見る構造 マーケティング側 チャネル別MQL数 キャンペーン別CPL コンテンツ別転換率 MQL渡し件数 営業側 取引の進捗・金額 担当者別の受注率 平均クローズ期間 失注理由の分類 共通KPI層(週次レビューで両者が参照) MQL → SQL転換率 初回コンタクト率と初回接触までの時間 リードソース別の商談化率 パイプライン貢献額 ※この層の定義と集計ルールは両部門で合意する 合意なき共通KPIは、会議で数字の正しさの議論に終始する
図2:両部門の固有指標に加えて「共通KPI層」を設けることで、SLA管理と施策評価を同じ数字の上で議論できるようになる。

この共通KPI層をどう設計すればよいか判断がつかない場合は、現在のHubSpot設定を前提にした設計の相談も承っています。

設計が失敗するパターンと回避策

HubSpotレポート設計の失敗は、設計技術ではなく運用前提の欠如から生まれます。頻出する4パターンを押さえておけば大半は避けられます。

失敗パターン1:データ入力ルールが定まっていない

レポートの精度はデータ品質にそのまま従属します。取引のクローズ予定日が空欄、ライフサイクルステージが更新されていない、リードソースが「その他」で埋まっている——この状態では、どれだけ精緻なレポートを組んでも意味がありません。レポート設計と同時に入力ルールを文書化し、既存データの整理も行ってください。実務手順はHubSpotのデータクレンジングにまとめています。

失敗パターン2:指標が多すぎる

「すべての数字を見たい」という発想で1枚に20以上のレポートを詰め込むと、結果として誰も見なくなります。ダッシュボード1枚あたりのレポート数は、参照者の役割に応じて7〜10個を上限の目安にし、「見るべき数字だけが並んでいる状態」を維持してください。

失敗パターン3:KPIが施策と接続されていない

「MQL数を増やす」というKPIがあっても、どの施策で増やすかが定義されていなければ、レポートを見ても次のアクションが出てきません。KPIは、それに直接影響を与える施策(コンテンツ公開数、広告出稿、ウェビナー開催など)とセットで設計します。この接続がレポートを「行動に繋がる道具」にする条件です。

失敗パターン4:レポートのオーナーが不在

更新・管理の担当が決まっていないと、データは陳腐化したまま放置されます。ダッシュボードごとにオーナーを決め、四半期ごとに「このレポートはまだ有効か」を見直す運用ルールを作ってください。

4つのうち最も影響が大きいのはパターン1です。入力ルールが崩れたままレポートを増やすと、誤った数字が意思決定に使われ、レポート全体への信頼が一度で失われます。

レポートが意思決定に接続されない問題は、HubSpot全体が使われなくなる原因の一つです。他の6つの原因はHubSpotを使いこなせない原因と対処法で扱っています。

プランごとにHubSpotレポートで何ができるか

レポート設計の実現可能性は契約プランに強く依存します。設計を始める前に、自社プランで作れるレポート種別を確認してください。

HubSpotのレポート機能は、無料版から使えるものと、ProfessionalまたはEnterprise以上でなければ使えないものに分かれます。設計だけ先に描いてから「作れなかった」となる事故を避けるため、主要なレポート種別と必要プランの目安を整理します。

レポート種別できること必要プランの目安
標準レポート/テンプレートあらかじめ用意された定番レポートをダッシュボードに配置無料版から一部利用可
単一オブジェクトのカスタムレポートコンタクトや取引など単一オブジェクトを自由に集計Professional以上
カスタムレポートビルダー複数オブジェクトとマーケ・営業アクティビティーを横断集計Professional以上
ファネルレポートライフサイクルや取引ステージ間の転換率を可視化Professional以上(カスタムイベントファネルはEnterprise)
コンタクトアトリビューションレポートリード獲得に寄与したソース・アセットを評価Marketing Hub/Content Hub Enterprise
取引作成アトリビューションレポート取引創出に寄与したタッチポイントを評価Marketing Hub Enterprise
ジャーニーアナリティクス顧客の経路を任意のステップで定義し進捗を追跡Enterprise

実務上の分岐点はProfessionalです。無料版とStarterでは複数オブジェクトを横断したカスタムレポートが作れないため、本記事で扱う「マーケと営業をつなぐ共通KPI層」の大部分が構築できません。逆に言えば、アトリビューションを厳密に運用する予定がなければ、Enterpriseまで上げる必然性は多くのBtoB企業で高くありません。プラン選定の判断材料はHubSpotの料金プラン比較で整理しています。

なお、カスタムレポートの作成上限数や利用条件は契約内容によって変わり、HubSpot側の仕様変更も比較的頻繁です。設計に入る前に、自社アカウントの管理画面と公式の製品&サービスカタログで最新の条件を確認することをおすすめします。

HubSpotレポートの実践的な設定手順

既成レポートで足りない部分だけをカスタムで作るのが最短ルートです。作成経路は複数あり、目的によって使い分けます。

HubSpotのレポート作成には、テンプレートレポートライブラリーから選ぶ方法、ゼロからカスタムで組む方法、AIに生成させる方法があります。まずテンプレートで使えるものを確認し、対応できない場合にカスタムへ進むのが効率的です。

カスタムレポートビルダーの基本操作

カスタムレポートビルダーは、複数のデータソースを横断して分析するための機能です。基本の流れは次のとおりです。

  1. [レポート]→[レポート]に進み、右上の[レポートを作成]をクリックする
  2. [レポートをゼロから作成]から[カスタム レポート ビルダー]を選択する
  3. プライマリーデータソースを選び、必要に応じてセカンダリーのデータソースを追加する
  4. 表示するプロパティー(列)を追加する
  5. フィルターを設定する(例:ライフサイクルステージがMQL、かつ作成日が過去30日)
  6. グループ化と集計方法(合計・平均・カウント)を設定する
  7. グラフタイプを選び、ダッシュボードに保存する

データソースの選び方には注意が必要です。どれをプライマリーにするかで、レポートに含まれるレコードと除外されるレコードが変わります。たとえばコンタクトをプライマリー、取引をセカンダリーにすると、コンタクトに紐付いていない取引はレポートに一切現れません。意図した母数になっているかは必ずプレビューで確認してください。

グラフの種類に迷う場合は、フィールドを追加する前にスマートチャートを有効にすると、追加したフィールドに応じた推奨グラフが提示されます。また、カスタムレポートのデータは即時更新ではなく、おおむね2時間おきに自動更新される仕様です。「今入力した数字がレポートに出ない」という問い合わせの多くはこれが原因です。

ファネルレポートの設定と、新旧ビルダーの違い

ファネルレポートは、ライフサイクルステージや取引ステージの遷移をステップごとに可視化する専用機能です。ここで押さえておくべきなのは、HubSpotが従来のファネルレポートビルダーから新しいジャーニーファネルレポートビルダーへ移行を進めている点です。移行に伴い、同じ条件でも旧来のレポートと数値に差異が出る場合があるとHubSpot自身が案内しています。

観点従来のファネルレポート新しいファネルビルダー
ステージ定義デフォルトのファネルタイプに依存ステージを個別に編集可能
任意ステージ設定不可中間ステージを任意(通過必須でない)に設定可能
利用条件契約に応じて利用ベータ。スーパー管理者によるオプトインが必要
数値の一致集計方式の違いにより従来値と差異が出ることがある

実務上の含意は2つあります。第一に、期初と期末で新旧のビルダーが混在すると、期間比較が成立しなくなります。移行のタイミングは意図的に決めてください。第二に、ステージを任意にできるようになったことで、「必ずしも全ステージを通過しないBtoBの実態」に合わせた設計が可能になりました。営業が既存接点から直接商談化するケースを、ファネルから外れた例外として扱わずに済みます。

なお、標準のファネルレポートのステージには、HubSpot組み込みのライフサイクルステージまたは取引ステージが使われます。これらは「ステージに入った日付」のタイムスタンプから自動計算されるため、独自に作ったカスタムプロパティーはファネルのステップとして使えません。MQLの定義をどのプロパティーで管理するかは、この制約を前提に決める必要があります。具体的な設定方法はHubSpotでMQLを定義・設定する方法で解説しています。

AIによるレポート生成の使いどころ

HubSpotにはBreeze AIを使ってレポートを生成する経路も用意されており、[レポートを作成]の左サイドバーから[AIが生成したレポート]を選び、自然言語のプロンプトで単一オブジェクトのレポートを作成できます。

実務での使いどころは、ゼロから設計することではなく「叩き台を数十秒で出すこと」です。プロパティー名の正確な把握が不要なため、HubSpotの操作に不慣れなメンバーでも試行の回数を稼げます。一方で、KPIの定義や母数の取り方といった設計判断はAIが代替できる領域ではありません。生成されたレポートのフィルター条件は必ず人が確認してください。

レポートのスケジュール配信

ダッシュボードはメールで定期配信できます。経営層向けサマリーを月次で自動配信する設定を入れると、報告書を別途作る手間が省け、レポートが実際に見られる頻度も上がります。配信先がHubSpotのシートを持っていない場合でも受け取れる設定が可能です。

ここまでの設定を自社リソースだけで進めるのが難しい場合は、レポート設計と初期構築の外部活用も選択肢になります。設計と構築を一度整えてしまえば、その後の運用は社内で回せる状態を作れます。

HubSpotレポート設計のまとめ

HubSpotのレポート機能は完成度が高い一方で、設計が曖昧なまま使うと機能しません。本記事の要点を整理します。

  • レポート設計は「誰が・何を・何のために見るか」の定義から始める
  • KPIはBtoBファネル(TOF/MOF/BOF)のステージと対応させて設計する
  • ダッシュボードは参照者の役割に応じて3層に分けて作る
  • マーケと営業が参照する「共通KPI層」を設け、定義を両部門で合意する
  • 作りたいレポート種別が自社プランで実現可能かを、設計前に確認する
  • ファネルレポートは新旧ビルダーの移行期にあり、期間比較の連続性に注意する
  • データ入力ルールの整備なしにレポートは機能しない
  • ダッシュボードごとにオーナーを決め、定期的に見直す

HubSpotはマーケティングと営業のデータを一元化できる強力な基盤ですが、そのポテンシャルを引き出すのはレポートの設計力です。まず「誰が何を意思決定するためにこの数字を見るか」を一文で書き出すことから始めてください。

無料相談受付中

HubSpotのレポートが意思決定に使われていない方へ

KPIの置き方、ダッシュボードの分け方、マーケと営業の共通KPI設計まで、現在のHubSpot設定を前提に具体的な改善案をご提案します。プラン変更が必要かどうかの判断もあわせてお伝えします。

よくある質問(FAQ)

HubSpotのどのプランからレポート機能が使えますか?
標準レポートとダッシュボードは無料版でも一部利用できます。複数オブジェクトを横断するカスタムレポートビルダーやファネルレポートはProfessional以上、アトリビューションレポートやジャーニーアナリティクスはEnterprise相当が必要です。レポートの作成上限数は契約内容によって異なるため、最新条件は公式の製品&サービスカタログで確認してください。
MQLの定義はHubSpotのどこで設定しますか?
ライフサイクルステージのプロパティーで管理します。スコアリング機能と組み合わせ、一定のスコアに達したコンタクトを自動でMQLに更新するワークフローを設定するのが一般的です。定義そのものはマーケと営業で合意した基準(業種・企業規模・行動履歴など)をもとに、プロパティーのフィルター条件として設定します。
HubSpotのレポートとGoogleアナリティクスはどう使い分けますか?
HubSpotはコンタクト単位の行動データ(誰がどのフォームを送信し、どのメールを開いたか)に強く、Googleアナリティクスはサイト全体の匿名トラフィック分析に優れています。実務では、GA4でサイト流入とページパフォーマンスを把握し、HubSpotでリードの行動とコンバージョンを追跡する使い分けが一般的です。
レポートの数字が実態と合わないと感じたら、まず何を確認すべきですか?
最初に確認するのはデータ入力の状態です。取引ステージが更新されていない、リードソースが未設定または「その他」に集中している、といった状態では数値の信頼性が下がります。次にフィルター条件(日付範囲、ステージ定義)がレポートの意図と一致しているかを確認します。入力直後の数字が反映されていない場合は、カスタムレポートの更新間隔(おおむね2時間)が原因の可能性もあります。
レポート設計だけを外部に依頼することはできますか?
できます。レポート・ダッシュボード設計はKPI設計とファネル設計の知識、HubSpotの操作知識の両方を必要とする作業です。社内に該当する人材がいない場合、HubSpotの運用経験があるBtoBマーケターに設計から初期構築、運用ルール策定までを依頼することで短期間で整えられます。依頼時は「現在のHubSpot契約プランと設定状況」「レポートを見るステークホルダー」「いま判断できずに困っていること」を事前に整理しておくとスムーズです。