HubSpot収益レポートを判断に使うには、契約データをCRMで確認できるようにし、ARR・MRR・解約率・LTVの対象と計算条件をそろえる必要があります。まずMRRの対象契約と集計月を決め、元データと照合できる状態を作りましょう。
「MRRの推移をスプレッドシートで手作業集計している」
「契約変更や解約のたびに担当者へ確認しないと、数字が更新されない」
「会議で見ている売上の数字と、営業やカスタマーサクセスが見ている数字が合わない」——こうした場合は、レポートを作る前に、どの契約をいつの収益として数えるかを確認する必要があります。
収益レポートは、契約開始・変更・終了の記録をもとに、経常収益の変化を説明するためのものです。HubSpotで取引や企業の情報を使う場合、現在の契約を把握する方法と、過去の月末時点を再現する方法を分けて考えます。現在の金額だけを保存しているなら、過去月の推移を表示する前に履歴の残し方を決めます。
この記事でわかること
収益指標の集計を表計算ソフトからCRMに移したい方に向けて、契約の定義からデータの記録、レポートの照合、運用中の見直しまでを順に解説します。各段階で何を確認できれば次へ進めるかも示します。
- ARR・MRR・解約率・LTVの定義 — 対象契約、集計月、計算に使う値を決め、契約台帳に当てはめる手順を整理します。
- プロパティの設計方法 — 取引や企業に持たせる情報を選び、更新前の金額や適用日を確認できる記録方法を考えます。
- レポートとダッシュボードの作り方 — 月次MRRの再現に必要なデータを見極め、内訳や解約率へ進む条件を示します。
- 指標の限界と外部ツールの選び方 — 必要な過去時点の値、訂正方法、照合方法を基準に集計方法を比較します。
- 数字の精度を保つ運用ルール — 入力漏れや定義の違いが見つかったとき、どの記録に戻って修正するかを整理します。
収益指標は計算前に定義をそろえる
ARRやMRRは、同じ名称でも対象契約や収益の含め方によって結果が変わります。まず契約台帳から、継続する利用料、一時的な費用、終了済み契約を見分けます。次に、月のどの時点の契約状態を使うか、契約変更をどの月に反映するかを決めます。営業・カスタマーサクセス・経営が同じ契約例を見て同じ対象と金額を選べれば、レポート設定へ進めます。判断が分かれた契約は、先に定義を文書化します。企業様によって最適な形は異なります。
4指標の基本と計算式
| 指標 |
意味 |
基本の計算方法 |
主な用途 |
| MRR |
月次経常収益 |
有効な契約の月次経常収益を合計 |
月ごとの収益基盤の把握 |
| ARR |
年間経常収益 |
MRR × 12 |
年間換算した経常収益の把握 |
| チャーンレート |
月次解約率 |
当月解約MRR ÷ 前月末MRR × 100 |
収益基盤の変化の把握 |
| LTV |
顧客生涯価値 |
平均MRR × 平均契約月数 |
顧客維持や獲得施策の検討 |
MRRでは、対象となる継続収益と対象外の一時的な売上を区別します。請求周期が異なる契約を比較するなら、どの金額を月額に換算するかを決め、換算前の契約金額も確認できるようにします。金額の通貨が異なる場合は、合算する前に表示単位と換算の扱いを決めます。これらの条件が未確定なら、合計値を先に公開せず、対象契約の一覧で認識をそろえます。
チャーンレートでは、解約した契約の金額をいつの金額で評価するかを決め、分母となる前月末MRRと対象範囲をそろえます。前月末MRRがない月は、計算できない状態と値がゼロの状態を区別します。LTVも、契約終了までに記録された実績を示すのか、継続期間の見込みを含めるのかを名称と説明で分けます。
表の式は、対象とする契約や顧客群を決めた後に使います。たとえばLTVの平均契約月数を終了済み顧客だけから求める場合、継続中顧客を含めた平均MRRと組み合わせると対象がずれます。両方の値に含む顧客を先に確認し、そろえられなければLTVを一つの値にまとめず、確認済みの実績を顧客群別に示します。
MRRの増減を分けて見る
合計MRRが同じでも、新規契約による増加と既存契約の縮小が重なっている場合があります。契約変更を記録するときは、変更前後の金額、適用日、対象契約を確認し、増減の理由を分類します。
| 内訳 |
内容 |
| 新規MRR |
当月に新たに獲得した顧客のMRR |
| 拡大MRR |
既存顧客のアップグレードや追加購入による増加分 |
| 縮小MRR |
既存顧客のダウングレードによる減少分 |
| 解約MRR |
当月に解約した顧客のMRR |
| 純増MRR |
新規と拡大から縮小と解約を差し引いた額 |
取引のクローズ日と変更の適用日が異なる場合は、どちらをMRRの対象月に使うかを明示します。同じ月に拡大と縮小が起きた場合も、差額だけを残すと経緯を追えません。各変更を確認できる記録を残し、月の合計へ反映する順序を決めます。分類できない変更がある間は、元の契約記録へ戻って適用日と変更前後の金額を確認します。
内訳を確定するときは、前月末の契約一覧を起点に、当月の開始・変更・終了を適用日順に反映し、当月末の一覧と突き合わせます。差が残る場合は、その差を内訳に割り当てて埋めず、更新契約の二重計上や記録されていない変更を調べます。前月末から当月末までの増減を契約ごとに説明できてから、純増MRRを表示します。
集計単位と期間を決める
集計単位は、取引、契約、企業のどれを基準にするかを先に決めます。取引を契約単位として使うなら、企業に保存した累計値を取引金額と重ねて合算しないようにします。一つの契約に複数の取引が関連する場合は、どの取引を収益の記録として数えるかを決めます。
契約終了後も取引が「受注」のまま残る運用では、取引ステージだけで有効契約を判定できません。まず、契約開始日、終了日、解約日、契約状態のうち、実際の運用で更新される項目を確認します。終了日を過ぎた契約は、更新契約が別にあるのか、終了の記録が漏れているのかを元データで調べます。更新契約があるなら旧契約と新契約の対象期間が重ならないかを確かめ、月ごとの対象契約一覧が確定してから金額を合算します。
判定が分かれやすい契約は、日付の順に確認します。契約開始前に受注した取引は、受注月と収益を計上する月を分けます。終了予定日を過ぎても利用が続く契約は、更新を示す記録があるかを確認します。解約の通知日と収益の対象から外す日が異なる契約は、合意した終了時点を元の契約記録で確かめます。いずれも根拠となる日付が未確定なら、取引ステージから推測して有効契約に含めず、確認対象として残します。
現在のプロパティを上書きしている場合、表示中の金額を過去月の金額として使えるとは限りません。過去月を比較する必要があるなら、月ごとの状態を保存するか、適用日を持つ変更履歴から再現するかを選びます。どちらも用意できない月は、推移の値として扱う前に元の契約記録を確認します。
取引と企業のプロパティを整理する
収益レポートの品質は、入力する契約情報とレコードの関連付けに左右されます。MRRの対象判定に使う項目、金額を示す項目、変更履歴を残す記録を分けて設計します。各項目について、誰がどの業務の時点で更新するかを決め、未入力なら誰に確認するかまで定めます。
取引に持たせる契約プロパティ
取引を契約単位として管理する場合、月額利用料、契約期間、変更種別、解約情報を関連づけます。項目名は社内の呼び方に合わせ、入力担当者が対象となる金額と適用日を判断できる説明を設定します。
| 項目 |
型の例 |
用途・更新ルール |
| 月額利用料 |
数値(通貨) |
契約ごとのMRR。受注時と契約変更時に更新 |
| 年間利用料 |
計算プロパティ |
月額利用料をもとにARRを算出 |
| 契約開始日 |
日付 |
契約期間と開始月の把握 |
| 契約終了日 |
日付 |
終了・更新の判定 |
| 契約月数 |
計算プロパティ等 |
LTV計算で使う契約期間 |
| MRR変動タイプ |
ドロップダウン |
新規、拡大、縮小、解約の分類 |
| 解約日 |
日付 |
解約月の集計 |
| 解約理由 |
ドロップダウン |
解約の傾向分析 |
この表の項目だけで過去月の値を再現できるかは、更新方法によります。月額利用料を上書きするなら、変更前の金額と変更の適用日を別の記録で確認できるかを調べます。確認できなければ、まず現在の契約を集計対象とし、過去月の表示方法を決めてから推移を作ります。
計算プロパティを利用する場合は、対象プロパティと計算式をHubSpotの設定画面で確認します。元の値が未入力のレコードも用意し、計算結果とレポートでの扱いを実際に確かめてから集計条件を決めます。(参考:計算プロパティとロールアッププロパティを作成する)
企業やコンタクトに置く情報
企業には顧客単位で参照する情報、コンタクトには担当者や満足度に関する情報を置くと、契約と顧客の関係をたどりやすくなります。複数契約を持つ企業では、「現在のプラン」がどの契約を指すかを決め、契約ごとのMRRとは用途を分けます。
| 項目 |
オブジェクト |
用途 |
| 顧客LTV(累計) |
企業 |
企業単位での累計値の参照 |
| 初回契約日 |
企業 |
顧客獲得時期の分析 |
| 現在のプラン |
企業 |
現行契約プランの識別 |
| NPS/CSATスコア |
コンタクト |
顧客満足度の参考情報 |
企業の顧客LTVを取引ごとに重複して登録すると、取引を合計したときに過大計上になります。企業単位の指標は企業レポートで集計し、取引単位のMRRとは分けて表示します。関連付けがない取引や、同じ契約を表す複数の取引が見つかったら、企業別の比較に進む前に対象を確認します。
収益データを事業フローにつなぐ
収益レポートは取引一覧だけで完結するものではありません。リード獲得から取引化、顧客化、契約更新や請求までの流れに沿って、どの段階で契約情報を確定し、変更をどこへ記録するかを決めます。
| 段階 |
HubSpotで管理する情報の例 |
次の段階へ進む条件 |
| コンタクト・企業 |
顧客情報、流入元、担当者 |
対象企業と担当者が関連付いている |
| 取引 |
金額、ステージ、契約開始日 |
受注条件と契約情報が確定している |
| 顧客・契約変更 |
現在の契約、MRR変動タイプ |
変更後の金額と適用日が記録されている |
| 解約・請求 |
解約日、解約理由、請求に関わる記録 |
対象月と解約状態を説明できる |
受注時の金額と契約開始後の金額が異なる場合は、どちらをMRRに使うかを確認します。契約変更では、変更後の値だけでなく適用日と変更前の値を追える状態にします。解約では、通知を受けた日と収益の対象から外す日が異なることもあるため、対象月の決め方を契約記録に照らしてそろえます。
以下の図は、HubSpotオブジェクト間の関係を整理するためのデータモデル設計案です。MRRやLTVをどのレコードで管理し、契約変更時にどの記録を更新するかを検討する際に参照してください。

収益ダッシュボードを段階的に作る
ダッシュボードは、見たい指標を並べる前に、各月の値を再現できるデータがあるかを確認します。元データと比較するときは合計金額だけでなく、対象契約の一覧も照合します。契約の対象が異なるまま合計が一致しても、増減や解約の分析には進めません。
最初にMRRの月次推移を作る
最初に、契約台帳などの元データで対象月の有効契約とMRRを確定します。HubSpotで同じ月の対象契約を抽出できるか確認し、過去月を表示する場合は、その月の状態を保持した記録を使います。現在の月額利用料を取引のクローズ日や契約開始日でグループ化するだけでは、各月末のMRR推移にはなりません。
- 集計単位、対象契約、対象月、有効と判定する条件を文書にします。契約の開始、更新、終了が重なる例にも条件を当てはめます。
- 比較する月について、元データから有効契約の一覧と各契約のMRRを確認します。
- HubSpotに各月時点の契約状態と金額を表せる記録があるか調べます。現在値しかない月は、過去の金額を推測して補いません。
- 記録がある場合は、利用できるレポート作成画面でデータソース、対象月、金額項目、抽出条件を設定します。
- レポートの対象レコードと金額を元データと照合します。差があれば、対象外契約の混入、契約期間の重なり、変更の適用月、重複、未入力の順に確認します。
- 差の理由を説明できた月からダッシュボードに追加します。過去月を再現できない場合は、履歴の保持方法を決めてから推移を公開します。
以下の画面は、HubSpotのカスタムレポート画面です。設定時には、自分のポータルで利用できる項目と抽出条件を確認してください。

クローズ日を横軸にしたレポートは、取引をクローズした月の金額を示します。月末時点の有効契約MRRを見たい場合は、対象月ごとの契約状態と金額を表すデータが必要です。どちらの値を示すか、レポート名と説明に明記します。
MRR内訳とチャーンを分けて表示する
MRRの合計と対象契約を照合した後、変動タイプごとの内訳を表示します。前月末と当月末の契約一覧を比べ、新たに対象になった契約、継続契約の増減、対象から外れた契約を確認します。分類の空欄や誤りがあれば、変更前後の金額と適用日を元の契約記録で確かめ、内訳を直してから比較します。
チャーンレートには、当月解約MRRと前月末MRRが必要です。まず解約として扱う日を決め、解約時点の金額を確認します。次に、同じ対象範囲で前月末の有効契約MRRを再現します。前月末の状態を再現できないなら、月末値や変更履歴を保存する方法を決めます。分子と分母の対象契約を説明できてから、解約率をダッシュボードへ追加します。
契約の縮小と終了を同じ「解約」として記録している場合は、先に分類を分けます。前月末には有効で当月に終了した契約を特定し、縮小による減少分が解約MRRに混ざっていないかを確認します。分類が直せない間は、解約率から原因を推測せず、契約別の増減を示して確認します。
LTVとARRの表示を加える
ARRは、定義した有効MRRを年換算して表示します。ARRタイルには対象契約と算出元を示し、受注取引の累計とは区別します。契約期間や請求周期が異なる契約を含める場合は、MRRへの換算条件を確認してから表示します。
LTVは企業ごとの累計値や平均契約月数を使う方法があります。ただし、終了済み顧客の実績と継続中顧客の見込みを同じ値として比較すると、判断を誤ります。まず顧客群と観測する期間を決め、実績として確認できる金額と期間を整理します。予測を含めるなら、その前提を名称と説明に残します。LTV/CAC比率へ進むのは、LTVの対象顧客とCACに含める獲得費用、対象期間を対応させられるときです。
比較前には、顧客の獲得時期や契約区分で分けた群について、収益を追える範囲と獲得費用を集められる範囲を並べます。費用の一部だけが分かる群や、収益を追う期間が異なる群は、比率だけで優劣を決めません。対象をそろえられた群から内訳を確認し、差が契約金額、継続期間、獲得費用のどこで生じたかを見て判断します。
ダッシュボードは問いごとに並べる
| 表示する内容 |
形式の例 |
会議で確認する問い |
| 現在のARR |
数値タイル |
どの対象契約を年換算した値か |
| 月次MRR推移 |
折れ線グラフ |
増減の転換点はどこか |
| MRR変動内訳 |
積み上げ棒グラフ |
新規・拡大・縮小・解約のどれが動いたか |
| チャーンレート |
折れ線グラフ |
解約MRRと前月末MRRの対象は一致しているか |
| 顧客LTV |
数値タイル・棒グラフ |
実績値か予測値か、どの顧客群を含むか |
各表示から対象契約や企業を確認できるようにすると、会議で差異が見つかった際に元データへ戻れます。計算条件を変更した表示には、その内容と適用時点を説明として残します。
以下の画面は、HubSpotのダッシュボード一覧です。照合を終えたレポートを、会議で確認する問いに沿って配置する際の画面例として参照してください。

指標を経営と顧客対応の判断につなげる
指標を表示したら、変化した顧客と契約をたどれるようにします。会議では先に対象月と集計条件を確認し、次に増減に関係した契約を調べます。
数字の理由を説明できない場合は施策の判断を保留し、元の契約記録との照合を優先します。
経営会議では増減要因を追う
MRRの前月との差を、新規・拡大・縮小・解約に分けて確認します。
- 内訳を合算しても差を説明できないなら、変動タイプが空欄の契約、適用月が異なる変更、重複した契約を調べます。
- チャーンレートが変化した場合も、まず前月末MRRと解約MRRの対象がそろっているかを確認します。
その後、該当企業の解約日や解約理由を見て、対応を検討します。
LTV/CAC比率には、一律の合格基準を置かず、比較する顧客群と計算条件を先に決めます。獲得費用に含める項目や対象期間が異なれば、比率の差を施策の差として読めません。また、LTVの実績値と予測値は分けて比較します。
- 条件をそろえられない場合は比率による判断を保留し、費用と顧客収益の内訳を確認します。
- 条件をそろえられたら、顧客群ごとの差がどの契約や費用から生じたかを調べ、施策の見直しにつなげます。
見直す施策を決める際は、比率の変化だけで結論を出さず、同じ顧客群について獲得費用の計上範囲、契約後の収益、終了した契約を順に確認します。費用の記録が変わっただけなら集計条件を直します。契約の変化が確認できた場合は、その顧客群に関わる施策と顧客対応を検討します。
カスタマーサクセスでは顧客単位で見る
顧客ごとの契約金額、契約変更、満足度スコアを関連付けると、確認が必要な顧客を絞り込めます。
NPSやCSATだけで解約を予測したと決めず、契約の変化や顧客とのやり取りと合わせて確認します。
解約傾向を調べる際は、対象期間に解約した企業を抽出し、契約プラン、変更履歴、解約理由を見比べます。特定の属性に偏りが見えたら、記録漏れや分類の違いを確認してから対応を決めます。追加提案では、利用状況を確認できる場合に契約内容と照らし合わせ、顧客の利用目的や今後の予定を確かめてから提案対象を判断します。
自動化で記録漏れを減らす
入力を個人の注意だけに頼ると、担当交代や繁忙時に記録が抜けることがあります。受注、契約変更、解約の各段階で必要な項目を決め、未入力を見つけたときの確認先を設けます。
例えば、受注へ進む取引で月額利用料が空欄なら担当者に確認を促し、解約時に解約理由が空欄ならカスタマーサクセスの確認対象にします。契約終了日を過ぎても受注状態の取引が残る場合は、更新・終了のどちらに当たるかを確認します。通知後も空欄が残るなら、入力担当者だけでなく、通知のタイミングや項目の説明が業務に合っているかを見直します。
HubSpot単体と外部分析を使い分ける
集計方法は、答えたい問いと保存できるデータで選びます。現在の有効契約を確認するのか、過去の月末時点を比較するのか、変更の経緯まで追うのかを書き出します。
必要な時点の金額を再現できるか、訂正したときに同じ条件で再集計できるかが判断の分かれ目です。
HubSpotで始めやすい範囲
月額利用料や契約状態が取引に記録されているなら、まず現在の対象契約と金額を確認できます。元データと対象契約の一覧を照合し、一致した範囲から表示します。過去月の推移が必要なら、その月の契約状態と金額を示す記録があるかを調べます。利用するレポート画面で必要なデータソースと抽出条件を設定できるかも、自分のポータルで確認します。(参考:カスタムレポートビルダーを理解する)
カスタムオブジェクトや外部BIを検討する場面
月次スナップショットや契約変更履歴を独立して保持したい場合は、まず現在の取引プロパティだけで必要な時点を再現できるかを確かめます。できない場合は、各月の確定値を保存する方法と、適用日を持つ変更履歴から計算する方法を比較します。前者では月末値をいつ確定し、後日の訂正をどう扱うかを決めます。後者では、変更前後の金額と適用日が欠けずに記録され、同じ月に複数の変更があっても順序を追えるかを確かめます。
月末に確定した値を会議で繰り返し参照したいなら、確定時点の対象契約と金額を保存する方法を検討します。契約変更の理由や適用日の訂正をたどり、過去月を再計算したいなら、変更履歴を保持する方法を検討します。どちらの方法でも、後日訂正が入ったときに確定済みの値を残すのか、訂正後の値に更新するのかを先に決めます。過去の報告値と再計算した値を区別できなければ、月をまたぐ比較には進みません。
月次の収益記録を別に持つ方法と、外部BIで履歴を集計する方法を選ぶ際は、更新元、訂正方法、重複の扱い、照合の担当を並べて比較します。HubSpot側に必要な記録を保持できるなら、そのデータを使ったレポートを検討します。複数のデータを合わせる必要があるなら、外部BIでどの記録を正とし、差異をどこで修正するかを決めてから進めます。
比較の際は、契約開始、金額変更、解約、過去月への訂正を含む契約例を両方の方法に当てはめます。各例で対象月の金額、変更の理由、訂正前後の値を追えれば、その方法で必要な問いに答えられるか判断できます。追えない例が残るなら、表示したい指標を増やす前に、欠けている記録と更新担当を決めます。
ChartMogulなどの外部サービスを比較する場合も、必要な契約情報と変更履歴を扱えるか、採用前に提供元の資料と実際の設定で確認します。
導入を小さく始めて段階的に広げる
最初に月額利用料、契約状態、対象月をそろえ、現在の対象契約と元データの一致を確認します。過去月の推移が必要なら、各月の状態を保持する方法を決めます。その後、変動タイプと解約理由を整備し、確認したい問いに応じて分析を追加します。
| 段階 |
取り組み |
次へ進む判断 |
| 基本 |
有効契約のMRRと月次推移 |
元データと集計条件の説明が一致する |
| 内訳 |
新規・拡大・縮小・解約を分類 |
変動タイプの空欄や誤分類を把握できる |
| 顧客分析 |
解約理由やLTVを顧客単位で比較 |
対象期間と顧客単位が明確である |
| 高度分析 |
月末時点の保存や外部BI連携 |
標準レポートで不足する要件が具体化している |
各段階で差が見つかったら、次の指標を増やす前に対象契約と更新記録を確認します。必要な履歴がない場合は、表示できる範囲を明示し、保存方法が決まってから過去月の分析へ進めます。
レポート精度を保つ運用ルール
収益レポートを継続して使うには、定義、入力、変更履歴、照合のルールが必要です。誰がいつ項目を更新し、差異が出たときにどの元データを確認するかを決めます。照合で繰り返し見つかる差異は、担当者への確認だけで終えず、入力項目や更新手順の見直しにつなげます。
入力と変更のタイミングを固定する
受注時には月額利用料と契約開始日、契約変更時には変更前後の金額、変動タイプ、適用日、解約時には解約日と解約理由を確認します。金額を上書きする運用なら、変更前の値と修正理由を後からたどれる方法を選びます。過去に適用される訂正が入った場合は、影響する月の対象契約と合計を再照合します。
取引ステージの定義も入力品質に関係します。受注に進む条件が担当者ごとに異なると、受注件数とMRRの対象範囲が揺れます。ステージの意味と必要項目を文書化し、実際の取引で判断が分かれたら、その契約を例に条件を見直します。
定期照合では差分の原因を記録する
照合では、HubSpot上の有効契約一覧、月額利用料の合計、解約記録を契約管理の元データと比べます。差が出たら対象月と対象レコードを特定し、定義の違い、関連付けの誤り、入力漏れ、変更の適用月の違いを分けて記録します。修正後は、該当契約だけでなく月の合計と内訳も読み直します。
| 照合項目 |
差が出たときの確認 |
| 有効契約数 |
契約状態、終了日、重複する取引 |
| MRR合計 |
月額利用料、通貨、契約変更の適用月 |
| 解約MRR |
解約日、解約時点の金額、解約の分類 |
| 企業別LTV |
企業と取引の関連付け、重複集計 |
定義を変更した場合は、過去のレポート値も同じ基準で比較できるか確認します。比較できない場合は基準変更前後の値を区別し、変更日と変更内容をダッシュボードの説明に残します。比較可能になったと判断する条件は、対象契約と金額を変更後の定義で再照合できることです。
よくある質問
HubSpotの標準レポートでMRRを可視化できますか?
月額利用料を取引に記録し、有効契約を抽出する条件を定めれば、現在の対象契約のMRRを確認できます。月次推移には各月時点の契約状態と金額が必要です。まず対象契約の一覧と合計を元データに照合し、過去月を再現できる記録があるかを調べます。取引のクローズ日で金額をまとめた結果を月末MRRとして扱う前に、両者の違いを確認してください。利用できるレポート機能も、自分のポータルで確認します。
チャーンレートをHubSpotだけで自動計算できますか?
当月解約MRRと前月末MRRを同じ契約範囲で取得できるかによります。解約として扱う日と解約時の金額を決め、前月末の対象契約を再現できるか確認します。現在の取引プロパティだけでは再現できない場合は、月次値や変更履歴の保存方法を検討します。分子と分母を元データと照合できてから公開します。
LTVは企業と取引のどちらに設定すればよいですか?
取引単位で契約金額と契約期間を管理し、企業単位の集計値としてLTVを参照する設計が考えられます。まず、複数取引が同じ契約を表していないか確認します。企業に累計LTVを保存する場合は、取引金額との二重集計を避け、更新方法を決めます。実績値と予測値は分け、対象となる顧客群と期間が分かる名称にします。
収益レポートの作成は何から始めればよいですか?
最初にMRRの対象契約、月額換算のルール、月の基準を定義します。契約の開始、更新、終了の例にその定義を当てはめ、担当部門間で同じ対象と金額になるか確かめます。次にHubSpotの対象契約一覧と元データを照合します。過去月の推移が必要なら履歴の保持方法を決め、一致を確認できた範囲から内訳や解約理由の分析に進みます。
外部BIを使うのはどのような場合ですか?
HubSpot外のデータと合わせた分析や、月末時点の履歴、契約変更の経緯を追う分析が必要な場合は、外部BIが選択肢になります。まず必要な問いと保存すべきデータを明らかにし、HubSpot内で必要な時点を再現できるか確認します。外部BIを検討する際は、更新元、訂正後の再集計方法、重複の扱い、照合の担当を比較します。連携後もHubSpotの契約情報と結果を照合します。
まとめ
HubSpotで収益を可視化するには、MRRの対象契約と集計月を決め、契約開始・変更・終了を一貫したルールで記録します。月次推移には各月時点の契約状態と金額が必要です。ARR、チャーンレート、LTVへ広げる前に、計算に使う契約と金額が元データに一致するかを確認します。
まずは次の順で進めてください。
- 有効契約、MRR、対象月の定義を文書にし、実際の契約例で判断が一致するか確認します。
- 取引の契約情報と変更履歴を調べ、過去月を再現できる範囲と、今後の記録方法を決めます。
- 元データと対象契約・金額を照合できた月のMRRを表示します。差異の理由を説明できてから内訳、解約率、LTVへ進みます。
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
収益レポートで参照する契約金額や請求に関わる情報を整理する際は、次の記事も参照できます。商品マスタの持ち方、BtoB向けの決済機能を比較する観点、サブスク課金に関わる設定項目を、それぞれ確認してください。
カテゴリ
Commerce Hub | HubSpot