何をするツールか

Salesforce Revenue Cloud は Salesforce ネイティブの quote-to-cash プラットフォームであり、レガシーの Salesforce CPQ マネージドパッケージの正式な後継製品です。製品カタログと価格設定、configure-price-quote、契約、受注オーケストレーション、資産ライフサイクル、利用量の計測とレーティング、請求までを、Salesforce のコアプラットフォーム内の単一データモデル上でカバーします。Salesforce はこれを Agentforce Revenue Management として販売しています（名称変更は Dreamforce 2025 で発表）が、製品ページと価格ページでは今も Revenue Cloud と表記されています。多くの購入者が想定しているエディションは **Revenue Cloud Advanced（RCA）**で、一部のパートナーは今も旧称の Revenue Lifecycle Management と呼んでいます。

RevOps スタックに登場する理由

レガシー CPQ の進化が止まったからです。Salesforce CPQ は 2025 年 3 月に end of sale となりました。2026 年 7 月 10 日に更新された Salesforce 自身のガイダンスでは、これは end of life ではないと明言されています。end of life の日付はなく、既存顧客は更新もユーザー追加もでき、強制移行もありません。しかし CPQ は保守フェーズにあり、Dreamforce 2026（9 月 15〜17 日）で発表された CPQ の新機能はゼロでした。新しい機能はすべて Revenue Cloud に投入されています。

Winter ‘27（2026 年 10 月 12 日 GA）： 最大 15,000 行の見積もり、クーポンと自動割引によるプロモーション、ランプディールの改善、ソルバーで構成を誘導する Constraint Studio。
ヘッドレス見積もり： 価格と承認のロジックを API と Salesforce MCP 経由で公開し、ルールは Salesforce 内で実行したまま、営業担当が Slack、Claude、ChatGPT、Gemini から見積もりを作成できます。あわせて、利用状況、サポート履歴、交渉済みの価格上限を考慮する更新エージェントも披露されました。
従量課金： Salesforce は 2026 年 7 月 1 日に計測プラットフォーム m3ter の買収を完了しました。この買収による従量課金機能の拡張は 2027 年上半期のロードマップに置かれています。
CPQ Migration Assistant（2026 年 12 月目標）： CPQ マネージドパッケージからデータだけでなく構成も移行します。これはロードマップ上の日付であり出荷済みの製品ではなく、カスタム Apex、quote calculator プラグイン、ドキュメントテンプレートをどう扱うかを Salesforce は説明していません。

Salesforce は Dreamforce の聴衆に対し、Revenue Cloud の顧客数が 300% 増え、過去 1 年で 8,000 万件の見積もりが作成されたと述べました。どちらも母数が公開されていないベンダー発表の数字です。

価格の実態

定価が公開されているのは、このカテゴリでは珍しいことです。Revenue Cloud Growth は 1 ユーザーあたり月額 $150（見積もりとコンフィギュレーター、受注入力、サブスクリプション）。Revenue Cloud Advanced は 1 ユーザーあたり月額 $200 で、契約と受注、従量と請求、AI とアナリティクスが加わります。どちらも年額請求で、Advanced は年間契約が必須です。Revenue Cloud は Sales Cloud ライセンスに上乗せする有料アドオンであり、その代替ではありません。Revenue Management Intelligence、Agentforce テンプレート、Dynamic Revenue Orchestration、外部ユーザーアクセスは別料金です。

定価では、RCA 50 ユーザーで年間 $120,000 です。VendorBenchmark の参照データでは、Revenue Cloud の割引率の中央値は $250,000 未満の契約で 15%、$250,000〜$1M の契約で 26% とされており、同じ 50 シートは現実的には $100,000 前後に落ち着きます。より大きいのはサービス費用です。パートナーは導入費用を初年度ライセンスの 50%〜150%、CPQ の再導入を $100,000〜$500,000 と見積もっています。Salesforce 自身の移行ページでは典型的な移行期間は 3〜6 か月とされ、複数の法人や通貨を抱えるエンタープライズ案件はさらに長くかかります。

こんなチームに向く

Salesforce に標準化し、見積もりを作成するユーザーが 50 人以上いて、すでにレガシー CPQ を使っている企業の RevOps またはレベニューシステム責任者で、契約、受注、請求を同じプラットフォームに載せたく、2 社目のベンダーを入れるより Salesforce 内で移行したいケースです。購買部門が契約もサポート契約も 1 本にまとめたい場合や、見積もり 15,000 行の上限と Constraint Studio が意味を持つほど製品カタログが複雑な場合には、明確に勝ちます。

こんなチームには向かない

CRM が HubSpot や Dynamics のチームです。Revenue Cloud は Salesforce の外には存在しません。きれいな見積書だけが必要な、見積もり作成ユーザーが 20 人程度未満のチームにも向きません。PandaDoc や DealHub ならサービス費用のごく一部で済みます。また、現在の CPQ 構成がうまく機能していて請求面の野心もない CPQ 顧客にも向きません。end of sale とは留まってよいという意味であり、移行先に新しい機能がない移行はリターンのないコストです。

代替製品との比較

レガシーの Salesforce CPQ に留まる：現在の見積もりプロセスが機能しているチームのデフォルトです。従量課金のロードマップがなく、12 月の Migration Assistant が出荷され他社で実証されるのを待ちたいなら、これを選んでください。見直しは次回の更新時で十分です。
Conga：もう 1 つの大きなインストールベースで、2026 年 2 月の買収完了により PROS の B2B 価格・リベート事業を取り込みました。複雑な構成型カタログ全体での価格最適化が課題なら Conga を選んでください。設計・製造された製品なら、Tacton（2026 年 1 月の Gartner MQ for CPQ で Leader）が見積もりを取るべき専門ベンダーです。
DealHub：最も急成長している新興勢力で、2025 年 11 月に Subskribe を買収し、2026 年 1 月に $100M を調達しました。CRM が Salesforce でない場合や、受注オーケストレーションより購買者向けのディールルームが重要な場合に選んでください。
Nue：Salesforce ネイティブで、クレジット、コミット、従量利用向けに作られています。AI のハイブリッド価格設定こそが課題のすべてで、複数四半期にわたる移行 SOW を避けたいなら、RCA ではなく Nue を選んでください。

背景知識：CPQ が実際にカバーする範囲、この判断を通常担うディールデスク、そしてquote-to-cash スタック。

注意点

移行はアップグレードではなく再構築です。 RCA は異なるデータモデルを使うため、CPQ の price rule、Apex プラグイン、CPQ オブジェクト上に構築された ERP 連携には 1 対 1 の対応物がありません。対策： SOW の前にすべての price rule、product rule、プラグイン、連携を棚卸しし、一括見積もりを受け入れるのではなく項目ごとに再構築費用を算出させてください。
Migration Assistant はロードマップ上の日付です。 2026 年 12 月は目標にすぎません。対策： それに依存するスケジュールには署名しないでください。パートナーの計画がそれを前提にしているなら、それなしで見積もった代替スコープを要求してください。
構成はメタデータだけでなくデータレコードにも存在します。 プライスブック、product rule、カタログ構成はメタデータと一緒に sandbox 間を移動させる必要があり、change set だけに頼るリリースプロセスはこれを苦手とします。対策： 最初の sandbox を構築する前に、構成データとメタデータを 1 つのパッケージでデプロイできる DevOps ツールの予算を確保してください。
シート単価は小さいほうの数字です。 初年度ライセンスの 50〜150% にあたるサービス費用と、別料金のアドオンが総額を決めます。対策： RCA シート、Sales Cloud への依存、各アドオン、パートナーのサービスを項目別に示した 3 年間の総額を求め、パートナーの本番稼働日を支払いマイルストーンにしてください。

GitHubでこのページを編集