2026年6月、HubSpotはネイティブのquote-to-cashプラットフォームであるRevenue Hubをリリースしました。HubSpotを利用するチームにとって、これは真に優れたリリースです。同時に、すべての営業オペレーションが問うべき問いも変わりました。quote-to-cashのどの部分をRevenue Hub内で運用し、どの部分をシンプルに保つべきか、という問いです。
HubSpot Revenue HubはHubSpotのネイティブなquote-to-cashプラットフォームです。configure-price-quote（CPQ）、請求、および支払いを契約オブジェクトとともに統合し、HubSpot内で見積もりから入金まで一連の流れを完結させることができます。Commerce Hubの進化版として位置づけられており、最大の特長はインタラクティブでモジュール式の見積書です。このプラットフォームは、案件に付随する作業範囲定義書やその他の書類ではなく、見積書そのものを中心に設計されています。
このガイドでは、Revenue Hub が得意とすること、設計上のスコープの限界、投資に値するタイミング、そして Revenue Hub が対応しないドキュメント処理の方法について説明します。
HubSpot Revenue Hubとは何ですか？
Revenue Hubは、Commerce Hubの名称変更および機能拡張版です。HubSpotは長年にわたってこの実現に向けて開発を積み重ねてきました。まずPaymentsが導入され、次いびllingが加わり、CPQが続き、そしてRevenue Hubが販売内容を記録するcontractsオブジェクトによってそれらを統合しています。
結果として、HubSpot 内に4つの連携されたパーツが作成されます。
- CPQ 製品カタログからの見積書の作成と承認に。
- 請求 請求書発行の条件は見積書の内容に基づきます。
- お支払い 収集と照合のために。
- 契約書 見積書、請求書、そして支払いを1つの案件に結びつけるオブジェクトとして。
HubSpot の同一ディールからすべての項目がデータを読み取るため、再入力なしに情報が引き継がれます。これが、3つのシステムをつなぎ合わせるのではなく、一つの統合されたシステムを導入することのメリットです。
What Revenue Hub does well: the interactive quote Since I need to translate this from English to Japanese, let me provide the translation: Revenue Hub が得意とすること：インタラクティブな見積もり Wait, I need to follow the rules exactly and output ONLY the translated text. Revenue Hub が得意とすること：インタラクティブな見積もり
インタラクティブな見積もりは、Revenue Hubの中で最も優れた機能です。フラットなPDFの代わりに、購買担当者はオプションの明細項目、数量、パッケージを切り替えられるモジュール形式のドキュメントを受け取ることができ、合計金額はリアルタイムで更新されます。カスタマイズ可能な製品や段階的なパッケージを販売するチームにとって、静的な見積もりからの大きな進化と言えます。
営業担当者にとっても迅速に対応できます。見積りは製品カタログと案件情報から自動的に生成され、承認フローは HubSpot 内で処理され、承認済みの見積りは請求・支払いに直接連携されます。営業活動が見積書を中心に成り立っているのであれば、Revenue Hub はその役割をネイティブ機能として十分に果たします。
つまり、最初のルールはシンプルです。設定可能な見積もりが営業プロセスの中心にある場合は、Revenue Hub をご利用ください。まさにその用途のために設計された、強力な専用ツールです。
Revenue Hub の設計上の範囲はここまで
Revenue Hub は、見積書とその後に続く収益に特化しています。取引を取り巻くその他の書類を生成することを目的としておらず、それは意図的なプロダクトの選択であり、埋めるべきギャップではありません。
これらの書類は例外的なケースではありません。一般的なB2Bの取引においても、以下のものが必要になることがあります。
- 納品物を定義する作業範囲書または作業指示書。
- 納品チームへのオンボーディングブリーフまたはキックオフドキュメント。
- 署名済みの取引に関連付けられた注文確認書または注文書。
- プロジェクト仕様書、MSA、または更新サマリー。
これらはすべて、見積書と同じ HubSpot の取引データを参照しますが、Revenue Hub はそれらを生成しません。見積書の段階で止まってしまうと、その後に必要なすべての書類について、チームは取引の詳細を Google Doc にコピー＆ペーストする作業に逆戻りします。それこそが、Quote-to-Cash が排除すべき手作業です。
Revenue Hub はどのような場合に価値がありますか？
Revenue Hub はプレミアムな座席単位の追加オプションであるため、Sales Hub の上に乗せる実質的な投資となり、無償アップグレードではありません。そのため、この判断は単なる機能の問題ではなく、自社への適合性の問題となります。
Revenue Hub が役立つのは、次のような場面です。
- 設定可能な段階的価格設定はご契約の核心であり、インタラクティブな見積もりは購入者の選択方法を変革します。
- 請求書の発行と支払い回収をHubSpot内でネイティブに完結させたい方に、別の財務ツールを使う必要はありません。
- 案件数と1シートあたりの予算から、CPQから決済までを一元化したシステムの導入が十分に正当化できます。
料金体系がシンプルで、見積書が設定ツールではなく整理された明細書であり、見積後に作成されるドキュメントが主な目的である場合、その費用対効果を正当化するのはより難しくなります。そのような場合、ほとんど使用しない CPQ エンジンに対してシートごとの料金を支払うことになります。
Sales Hub plusとPortantだけで十分な場合
多くのチームにとって、コンフィギュレーターは必要ありません。必要なのは、正確な見積もりを素早く作成し、署名し、請求書を発行し、作業範囲書やオンボーディング資料を作成することです。そのすべてを、すでに HubSpot に存在するデータから行えます。
そのため、Sales Hub にドキュメント自動化レイヤーを組み合わせることで、Revenue Hub の費用項目を追加せずに、見積もりから入金までのドキュメント処理の多い部分をカバーできます。各要素の組み合わせ方は以下のとおりです。
- Sales Hub 取引情報、パイプラインステージ、明細項目、および取引先担当者を管理します。すべての下流プロセスにおける信頼できる唯一の情報源です。
- Portant 取引データをブランドのある Google Docs または Slides テンプレートに差し込み、見積書、契約書、請求書、作業範囲書を自動生成し、承認・署名のルーティングを行い、完成した PDF を案件に紐付けて保存します。
- 決済プロセッサー （Stripe または HubSpot Payments）が請求書の発行後に代金を回収します。
シンプルさが最大の利点です。Portant はチームがすでに使い慣れた Google Docs のテンプレートと連携するため、独自のエディターを習得する必要がなく、ユーザーごとの CPQ コストも発生しません。詳細なセットアップ手順は HubSpot 見積もり自動化プレイブック そして HubSpot での見積もりと提案書の自動化に関するステップバイステップガイド.
PortantをRevenue Hubと併用してその他すべてを管理
二つは二者択一の関係ではありません。見積もり、請求、支払いのために Revenue Hub を導入した場合でも、それが生成しない文書は依然として必要であり、そこに Portant が対立するのではなく、補完的な存在として機能します。
Revenue Hub で設定可能な見積もり、請求、および支払い収集を実行します。次に、Portant を使用して、同じ HubSpot 取引から作業範囲書、オンボーディングブリーフ、注文確認書、およびプロジェクト仕様書を生成します。Portant は HubSpot の取引、会社、連絡先、および明細項目データを直接読み取るため、これらのドキュメントは購入者が承認した見積もりと一致し、再入力の必要がありません。
各ツールが最も得意とする役割を担います。Revenue Hub は見積もりから支払いまでの基幹プロセスを担当し、Portant はその周辺ドキュメントを担当します。
HubSpot を使ったエンドツーエンドの見積もりから入金まで
見積もりから入金（Q2C）とは、購入者が価格を尋ねた瞬間から代金を回収する瞬間までのエンドツーエンドのプロセスです。具体的には、価格設定、見積もり、契約、注文処理、請求書発行、および入金回収が含まれます。どのような構成を選んでも、同じ6つのステージを経る必要があります。違いは、各ステージをどのツールが担うかという点です。
| 見積から入金までの段階 | レベニューハブ | Sales Hub プラス Portant |
|---|---|---|
| 料金と設定 | 製品カタログからのCPQ | HubSpot の製品と取引明細項目 |
| 見積もり | インタラクティブでモジュール式の見積もり | Google Docsテンプレートからブランド入りの見積書を作成 |
| 契約と署名 | 契約オブジェクト、ネイティブ電子署名 | 生成された契約書プラス 電子署名 |
| 注文処理とSOW | 対象外、Portant と組み合わせて使用 | 取引に基づく作業範囲とオンボーディングブリーフ |
| 請求書作成 | ネイティブ請求 | 取引から生成された請求書 |
| お支払い収集 | ネイティブ決済 | Stripe または HubSpot Payments |
ストール（停滞）ポイントは両方のカラムで同じであり、原因がバイヤー側にあることはほとんどありません。CRMの外にあるスプレッドシートで管理される価格設定、手作業で作成されるドキュメント、そしてメールチェーンで進む承認プロセスは、バイヤーによるレビューよりもはるかに多くの総サイクル時間を消費します。解決策は、価格設定を HubSpot 内で管理し、データの再入力ではなく取引データからドキュメントを生成し、明確な担当者を設定したワークフローを通じて承認をルーティングすることです。A ドキュメント承認ワークフロー 数日間の待機時間を数分に短縮し、同じ案件データから契約書と 請求書を自動生成することで エラーの原因となるコピー＆ペーストの手順を排除します。
Revenue Hub と Sales Hub のどちらを基盤としていても、案件に関連するドキュメントは同じ情報源から生成される必要があります。 作業範囲記述書（SOW） はその最もわかりやすい例です。見積もりと完全に一致していなければならず、そのための確実な方法は、書き直すのではなく、案件データから自動生成することです。
よくある質問
HubSpot Revenue Hub とは何ですか？
HubSpot Revenue Hub は、HubSpot のネイティブな見積もりから入金までのプラットフォームです。CPQ（設定・価格・見積もり）、請求、支払いを契約オブジェクトと統合することで、案件の見積もりから代金回収までを HubSpot 内で完結させることができます。HubSpot Commerce Hub の進化版です。
Revenue Hub と Commerce Hub は同じものですか？
Revenue Hub は Commerce Hub の名称変更および機能拡張版です。Commerce Hub が構築した支払いと請求の基盤を継承しつつ、CPQ と契約オブジェクトを追加しており、見積もり、請求、支払い回収が一つの統合されたシステムで完結します。
HubSpot Revenue Hub の費用はいくらですか？
Revenue Hub は Sales Hub サブスクリプションに上乗せされるプレミアムなシートごとのアドオンであり、CPQ 機能はシートごとに販売されます。正確な料金は変更される場合があるため、予算策定前に HubSpot の料金ページで最新のシート単価および請求料金をご確認ください。
HubSpot Revenue Hub は必要ですか？
設定可能な料金体系、ネイティブな請求機能、HubSpot 内での支払い回収が自社の販売プロセスの中核である場合に必要です。シンプルな料金体系を持つ小規模なチームの多くは、Sales Hub とドキュメント自動化レイヤーを組み合わせて見積もりから入金までを処理し、シートごとのコストを回避しています。
Revenue Hub が生成しないドキュメントは何ですか？
Revenue Hub は見積もりを中心に構築されています。作業範囲記述書、オンボーディングブリーフ、注文確認書、プロジェクト仕様書など、案件を取り巻くドキュメントの作成は対象としていません。これらのドキュメントは、Portant のようなドキュメント自動化ツールを使用して HubSpot の案件データから生成するチームが多くいます。
Revenue Hub なしで見積もりから入金までのフローを運用できますか？
はい、可能です。Sales Hub が案件、パイプライン、明細データを管理します。Portant はそのデータをもとに Google Docs テンプレートから見積書、契約書、請求書、作業範囲記述書を生成し、決済プロセッサが代金を回収します。これにより、Revenue Hub なしで見積もりから入金までのドキュメント処理を網羅できます。
Portant と Revenue Hub は併用できますか？
はい、可能です。よくある構成として、設定可能な見積もり、請求、支払いを Revenue Hub で処理しつつ、Revenue Hub が生成しない作業範囲記述書やオンボーディングブリーフなどのドキュメントには Portant を使用します。両方が同じ HubSpot の案件データを参照するため、ドキュメント間の整合性が保たれます。
