Salesforce は 2025 年 3 月に、新規顧客への Salesforce CPQ の販売を終了しました。停止されたものはありません。Salesforce 自身の販売終了ページには、既存顧客は引き続き利用、ユーザー追加、更新ができると書かれており、サポート終了日も発表されていません。止まったのは機能開発です。見積ロジックが何年分もの SBQQ__ 価格ルールの中にある RevOps チームにとって、これは「いつかやる」プロジェクトを、自分で期限を決める意思決定に変えます。このページは、Salesforce を記録システムとして残し、その周りの管理パッケージを置き換える再構築を扱います。前提となる設計ルールは 1 つです。取引の各段階には、書き込みを許されたツールがちょうど 1 つだけあります。 Salesforce がレコードを保持し、見積エンジンが価格とサブスクリプションの状態を持ち、ドキュメント層が署名を持ち、コミッションエンジンは読むだけです。
見積エンジンの枠は二者択一であり、組み合わせではありません。Nue か DealHub のどちらかを買い、両方は買いません。デフォルトは Nue です。DealHub を選ぶルールは「よくあるバリエーション」に記載しています。
各ツールの役割と連携
Salesforce はレコードであり、エンジンではありません。 Account、Opportunity、Product2、Pricebook2 はそのまま残り、下流のすべてのシステムは引き続きそれらを読みます。外れるのは CPQ の管理パッケージです。見積、見積明細、サブスクリプション、契約価格の各オブジェクトに加え、そのパッケージの上に構築されている Salesforce Billing も一緒に外れます。移行の成否は、ほかのいくつのシステムがこれらの SBQQ__ オブジェクトを黙って読んでいたかで決まります。
Nue は見積とライフサイクルのエンジンです。 Nue は Salesforce の中で標準オブジェクト（Quote、Order、Opportunity、Product、Price Book）の上に動く管理パッケージなので、同期すべき 2 つ目の CRM も夜間の遅延もありません。営業担当は Nue で取引を構成して価格を付け、承認は Nue の中でルーティングされます（Nue は 2025 年 3 月に承認ツールベンダーの Approvals Pro を買収しました）。署名後は、Nue の Lifecycle Manager がサブスクリプションを変更契約、co-term、アップグレード、更新まで日割り計算付きで扱い、使用量、コミット、クレジットを計測し、Billing and Collections で請求するか、請求書を NetSuite や Stripe に渡します。ここでデフォルトにする理由は、カタログとサブスクリプションを Salesforce のデータモデルの中に保てることで、それこそが Salesforce CPQ のチームが失いたくないものです。
PandaDoc はオーダーフォームと署名を担います。 見積が承認されると、営業担当は Opportunity から PandaDoc でオーダーフォームを生成します。価格表は Opportunity の商品から埋まり、条件はコンテンツライブラリから入り、カード払いの取引では署名時に支払いを回収します。PandaDoc の Salesforce パッケージが最後をつなぎます。Change Opportunity Status Trigger を有効にし、ドキュメントのステータスをフェーズにマッピングすると、Completed になったドキュメントが Opportunity を Closed Won に移し、完了日を当日に設定します。これにより PandaDoc が Closed Won を書き込む唯一のツールになり、Closed Won は下流のすべてが待ち受けるイベントです。
CaptivateIQ は受注をコミッションに変えます。 CaptivateIQ は Opportunity、フェーズ、所有者のデータを Salesforce からスケジュールまたはリアルタイムで同期し、計上された金額から支払額を計算します。取引側には何も書き戻しません。このスタックに含める理由は、現時点で SBQQ__ フィールドを読んでいる可能性が最も高い下流システムであり、フィールドが壊れたときに最も信頼を失う場所、つまり営業担当の給与だからです。
連携の流れは次の順序です。
- Opportunity が提案フェーズに到達 → 営業担当が Salesforce の価格表に基づき Nue で見積を作成 → しきい値を超える値引きは Nue の中で承認者に回付。
- 見積が承認 → 見積明細が Opportunity の商品に反映 → 営業担当が Opportunity から PandaDoc のオーダーフォームを生成。
- 買い手が署名し、PandaDoc のステータスが Completed に → Change Opportunity Status Trigger がフェーズを Closed Won、完了日を当日に設定。
- Closed Won → Nue が注文を有効化してサブスクリプションを作成 → 最初の請求書を Nue Billing で発行、または NetSuite に同期。
- Closed Won と計上金額 → CaptivateIQ が同期 → その期間のコミッションを計算。その後 Nue で変更契約や解約が起きると計上金額が変わり、CaptivateIQ の次回同期で再計算またはクローバックされます。
この組み合わせを選ぶ理由
決定的な理由は、移行が 1 つの層にしか触れないことです。価格表、Opportunity の履歴、レポート、財務が四半期を締めるときのフェーズ定義は、すべて Salesforce に残ります。変わるのは見積、サブスクリプション、請求書というオブジェクトで、これらが CPQ と Salesforce Billing に分かれていた状態から 1 つのエンジンに移ります。ドキュメント層とコミッションエンジンは標準の Opportunity データを読むので、次にエンジンを替えるときにも生き残ります。Salesforce 自身の後継製品である Revenue Cloud Advanced も再構築です。別の製品で別のデータモデルを持ち、Salesforce のページは CPQ から Revenue Cloud への移行を「移行」と呼び、通常 3〜6 か月としています。ベンダーに留まってもプロジェクトは避けられません。誰が実行するかを選ぶだけです。
コストの実態
Salesforce Sales Cloud はライセンス済みと仮定します。追加コストはエンジン、ドキュメント層、コミッションです。Salesforce 以外のエンジンはどれも価格を公開していません。数値は 2026-09-21 に確認しました。
- Nue：価格非公開。Vendr によると年間契約額の中央値は $67,167、範囲は $14,700〜$382,500 です。ばらつきはシート数ではなく、カタログと請求の範囲に従います。
- DealHub（エンジン枠に入れる場合）：Vendr の中央値は $44,297、範囲は $14,839〜$118,130 です。買い手が報告するシート単価は 1 ユーザーあたり月 $60〜100 です。
- PandaDoc：Business は年払いで 1 シートあたり月 $49 で、Salesforce 連携はこのプランでは有料アドオンです。Vendr による契約額の中央値は $14,868 です。
- CaptivateIQ：シート課金で、コミッションを受け取る全員が 1 シートになり、これに一回限りのセットアップ費用が加わります。Vendr の中央値は $36,120、範囲は $12,021〜$100,181 です。
- 社内比較：Revenue Cloud Growth は定価で 1 ユーザーあたり月 $150、Revenue Cloud Advanced は月 $200（年払い）で、Sales Cloud に上乗せされます。Advanced で見積を作る 40 ユーザーなら、導入費を除いて定価で年 $96,000 です。
営業担当 40 人、コミッション対象者 150 人の SaaS 企業での 3 つの構成を、Vendr の中央値と定価から見積もります。
- デフォルト（Nue、PandaDoc Business 40 シートで $23,520 と Salesforce アドオン、CaptivateIQ）：年 $127,000〜$135,000 程度。
- DealHub 構成（独自の DealRoom と署名を持つ DealHub、PandaDoc なし、CaptivateIQ）：年 $80,000 程度。
- Nue のネイティブ DocuSign オーダーフォームを PandaDoc の代わりに使う構成（すでに DocuSign を使うチーム向け）：年 $103,000 程度に既存の DocuSign 費用が加わります。
隠れたコストは移行そのものです。Salesforce は CPQ から Revenue Cloud への移行を 3〜6 か月としており、ベンダーやパートナーの報告では DealHub の稼働開始は 4〜8 週間、Nue の 4 週間という数字は Nue 自身のものです。アクティブなサブスクリプションを持つミッドマーケット組織での当社の見積もりは、RevOps 管理者 1 人とパートナーで 8〜16 週間、さらに切り替え前にコミッションの 1 サイクル全体を並行稼働させる期間が必要です。
選定ルール
このスタックが正解になるのは次の場合です。
- Salesforce が CRM で、今後 24 か月も CRM であり続ける
- サブスクリプションを基本に、使用量、クレジット、コミットを組み合わせた SaaS を販売し、契約期間中の変更が日常的に発生する
- 見積に関わる人が 20〜100 人程度いて、値引き承認がボトルネックになっている
- Salesforce CPQ のカスタマイズが原因で、価格変更の反映に四半期かかるようになっている
このスタックが不適切なのは次の場合です。
- 1〜2 個の SKU を定価で販売している。Opportunity から作る PandaDoc の見積で十分で、見積エンジンは過剰です。CPQ の役割を参照してください。
- 構成の課題が、制約ルールを伴う物理的な製品である。それは Conga、Tacton、Revenue Cloud Advanced の領域です。
- CRM が HubSpot か Dynamics、または CRM の変更が検討されている。Nue は設計上 Salesforce 専用です。
- 購買部門が、収益プラットフォーム全体を 1 社 1 契約にまとめることを求めている。Revenue Cloud Advanced を買い、移行の予算を確保してください。
よくあるバリエーション
Nue を DealHub に替えるのは、24 か月以内に CRM を替える可能性が現実的な場合、買い手向けのディールルームが重要な場合（DealHub は買い手がその中で作業する DealRoom を公開します）、または見積ロジックを Salesforce のリリースサイクルから切り離したい場合です。DealHub の価格ルールは Salesforce ではなく、設定済みのプレイブックの中にあります。DealHub は独自の署名と CLM の層を持つので、この構成では PandaDoc を外します。代償はデータモデルとの距離です。DealHub の請求機能は 2025 年 11 月の Subskribe 買収で加わったもので、統合のスケジュールは公開されていません。
PandaDoc を Nue のネイティブ DocuSign フローに替えるのは、オーダーフォームが提案書というより契約書であり、会社がすでに DocuSign に費用を払っている場合です。Nue は見積のフィールドを DocuSign テンプレートに直接マッピングするので、見積から Opportunity の商品への手順がなくなります。営業担当がすでに PandaDoc のコンテンツライブラリで提案書を作っている場合や、署名時に初回の支払いを回収する場合は PandaDoc を残してください。
CaptivateIQ を QuotaPath に替えるのは、コミッション対象者が約 50 人未満でプランが 2〜3 種類の場合です。報酬の対象が数千人規模で複数法人にまたがる場合は Xactly に替えます。連携は変わりません。3 つとも Salesforce から Closed Won を読みます。
このスタックが置き換えないもの
- 総勘定元帳と決算。 Nue は請求書を発行しますが、収益認識のスケジュールと帳簿は NetSuite や ERP に残ります。
- 税計算。 売上税や VAT は、請求層に接続した Avalara か ERP の税エンジンから来ます。
- 交渉済み契約のライフサイクル管理。 PandaDoc はオーダーフォームに署名するものです。赤線修正を経て義務の追跡が必要な MSA は、Ironclad のような CLM に置くべきです。
- 価格戦略。 誰も合意していない価格表を直せるエンジンはありません。まずカタログと値引きポリシーを決め、そのうえでディールデスクの価格レビューを使って営業担当に守らせてください。
- フォーキャスト。 Closed Won は入力であり、フォーキャストは別のスタックです。収益フォーキャスト スタックを参照してください。
注意点
- コミッションプランが、更新されなくなったフィールドを読み続けます。
SBQQ__QuoteLine__cの正味合計やSBQQ__Subscription__cのレコードを基にした CaptivateIQ のワークシートは、切り替え後もエラーを出さずに古い値で計算し続けます。対策：切り替え前に、SBQQ__オブジェクトを参照している CaptivateIQ のデータソースをすべて洗い出し、それぞれを Opportunity または Nue のフィールドに付け替え、旧計算と並行して支払期間を 1 回分まるごと実行してください。差異はすべて移行のバグであり、報酬をめぐる争いではありません。 - 2 つのツールが Closed Won を書き込みます。 営業担当が手動でフェーズを動かせる状態のまま PandaDoc のトリガーも発火すると、計上日が署名日からずれ、コミッションが誤った期間に入ります。対策：PandaDoc のドキュメントが存在する場合は、連携ユーザーだけが Closed Won を設定できるよう Opportunity に入力規則を設けてください。
- 見積明細が Opportunity に届きません。 PandaDoc は Opportunity の商品からオーダーフォームを作ります。承認済みの明細がそこに届かないと、署名済みドキュメントとサブスクリプションが食い違います。対策：Nue の Sandbox で、値引き、ランプ、使用量の明細を含む見積を承認し、PandaDoc のフォームを生成して、営業担当が目にする前に 1 行ずつ比較してください。
- 稼働中のサブスクリプションが古いオブジェクトに残っています。 進行中の契約はすべて、変更契約と更新の履歴を CPQ に持っています。対策：それ以降 CPQ で変更契約を行わない切り替え日を決め、アクティブなサブスクリプションを作業単位として移行し、各アカウントの新エンジンでの最初の取引を更新にしてください。
- 導入期間はベンダーの自己申告です。 4 週間や 4〜8 週間という数字はベンダーやパートナーによるもので、特定のコホートに基づくものではありません。対策：SOW でフェーズ 1 の範囲を限定し（製品ライン 1 つ、通貨 1 つ、請求主体 1 つ）、期日と支払いマイルストーンを紐づけてください。