HubSpot CPQを比較するときは、「見積を作れるか」だけでなく、承認後に何が起きるかを見ます。見積が承認された後には、受注、請求、サブスク、在庫、入金、収益認識、会計連携といった業務が続くためです。
このガイドでは、HubSpot標準CPQ、Sanka、DealHub、PandaDoc、RevOpsを比較します。HubSpotを営業の中心に置きながら、見積後の業務まで崩さずに進めたいチーム向けの選び方です。
CPQツールを比較する基準
見積ツールは、見た目のきれいなPDFだけで判断しない方がよいです。次の基準で比較します。
| 判断軸 | 見るべきこと |
|---|---|
| HubSpotデータとの相性 | 会社、担当者、取引、商品明細、担当者、ステージを二重入力せず使えるか |
| 価格ルール | 値引き、数量、契約期間、段階価格、例外条件を扱えるか |
| 承認 | 営業、上長、法務、経理、RevOpsが必要な例外だけ確認できるか |
| 買い手体験 | 見積、提案書、電子署名、支払いまでスムーズに進むか |
| quote-to-cash | 承認後に受注、請求、サブスク、在庫、収益認識、会計へつながるか |
HubSpot CPQの弱点は、見積作成そのものより、見積が承認された後の業務に出やすいです。特に、請求や在庫、収益認識、会計連携まで関わる場合は、CPQの外側の設計が重要になります。
比較サマリー
| ツール | 向いているチーム | 強い領域 | 注意点 |
|---|---|---|---|
| HubSpot標準CPQ | HubSpot内で見積、承認、支払いを扱いたいチーム | CRMネイティブの見積作成 | 請求後の消込、在庫、会計、RevRecは別設計が必要です |
| Sanka | HubSpot見積後に受注、請求、サブスク、在庫、会計へつなぎたいチーム | quote-to-cash operations | 提案書だけが目的なら過剰です |
| DealHub | 本格的なCPQ、価格ルール、承認、収益プロセスが必要なチーム | CPQとRevenue workflow | 導入設計が重くなることがあります |
| PandaDoc | 提案書、契約書、電子署名、買い手体験を重視するチーム | ドキュメントと提案書 | 承認後の業務は別途設計が必要です |
| RevOps | Deal deskや契約承認をHubSpotと連携したいチーム | agreement workflow | 下流の請求・会計範囲を確認する必要があります |
1. HubSpot標準CPQ
HubSpot標準CPQは、HubSpot内で見積、商品明細、承認、署名、支払いを扱いたいチームに向いています。HubSpot取引の情報を使って見積を作り、営業管理の画面と同じ場所で進められる点が強みです。
向いているケースは次の通りです。
- 商品構成や値引きルールがシンプルである
- 見積と承認をHubSpot内で完結したい
- 営業マネージャーの承認で十分である
- 支払いリンクや請求への連携が軽い
注意点は、承認後の業務です。見積が承認されても、受注、請求、サブスク、在庫、収益認識、会計連携が自動的に整うわけではありません。見積後に誰が何を確認するかを別途決めます。
2. Sanka
Sankaは、HubSpot見積や取引を起点に、承認後の受注・請求・サブスク・在庫・会計連携まで進めたいチームに向いています。CPQそのものより、quote-to-cashの引き継ぎが重い場合に強い選択肢です。
典型的な流れは次の通りです。
- HubSpot取引、会社、担当者、商品明細、見積条件を確認します。
- 価格、値引き、契約条件、在庫、請求条件、承認状態をレビューします。
- 承認済みの内容から、受注、請求、サブスク、在庫タスク、会計連携前レビューを作成します。
- 不足している請求先、税区分、商品マスタ、支払条件、会計項目を止めて確認します。
- HubSpotへ営業が必要な進捗とブロッカーを戻します。
向いているケースは次の通りです。
- HubSpot見積後に、受注や請求へ手入力している
- 見積条件がサブスク、在庫、入金、収益認識に影響する
- 営業が会計や在庫の例外処理を抱えている
- 経理・Opsが見積条件を後から探している
関連ページ:
3. DealHub
DealHubは、CPQを専用のRevenue workflowとして深く扱いたいチームに向いています。価格設定、guided selling、承認、サブスク、請求スケジュールなど、CPQ自体を本格的に設計する場合に候補になります。
向いているケースは次の通りです。
- 商品構成や価格ルールが複雑である
- 値引き、契約期間、サブスク、更新、承認が多い
- Deal deskやRevOpsがCPQプロセスを管理している
- HubSpotとCPQ専用ツールをつなぐ前提で導入できる
注意点は、導入設計です。商品マスタ、価格表、承認ルール、契約条件、請求・会計連携まで含めて設計する必要があります。単純な見積作成だけなら重い場合があります。
4. PandaDoc
PandaDocは、提案書、契約書、電子署名、買い手体験を重視するチームに向いています。見積よりも、買い手が読むドキュメント、承認、署名、支払いまでの体験が重要な場合に検討します。
向いているケースは次の通りです。
- 提案書や契約書の品質が商談に影響する
- テンプレート、コンテンツライブラリ、電子署名を使いたい
- HubSpotから提案書作成やステータス確認をしたい
- 買い手の閲覧状況や署名状況を営業が見たい
注意点は、ドキュメント自動化と下流業務は別である点です。受注、請求、サブスク、在庫、収益認識、会計連携をどのツールが担当するかを決めます。
5. RevOps
RevOpsは、HubSpot取引からagreement workflowを管理したいチームに向いています。Deal desk、承認、署名ステータス、契約金額の同期など、見積と契約をHubSpotとつなげたい場合に検討します。
向いているケースは次の通りです。
- Deal deskが契約承認や署名ステータスを管理している
- HubSpot取引と契約情報を双方向に同期したい
- TCVや契約ステータスをHubSpotで見たい
- 本格CPQよりもagreement workflowを整えたい
注意点は、請求、サブスク、収益認識、会計連携まで含むかを確認することです。見積・契約の後に何を作るかは、別の運用設計が必要です。
選び方
| 状況 | 最初に見るべき選択肢 |
|---|---|
| HubSpot内で見積、承認、支払いを進めたい | HubSpot標準CPQ |
| 見積後に受注、請求、サブスク、在庫、会計へつなぎたい | Sanka |
| CPQ自体を本格的に設計したい | DealHub |
| 提案書と電子署名が主な課題である | PandaDoc |
| Deal deskと契約承認をHubSpotとつなぎたい | RevOps |
まとめ
HubSpot CPQは、見積作成だけなら標準機能から始めるのが自然です。提案書や契約書が重要ならPandaDoc、CPQを深く設計するならDealHub、agreement workflowを整えるならRevOpsを比較します。
見積が承認された後に、受注、請求、サブスク、在庫、収益認識、会計連携へ進める必要があるなら、SankaのようなHubSpot-connected back-office layerを検討します。CPQの価値は、見積を出した時点ではなく、承認後の業務が止まらないことで決まります。
