CPQ behalten oder zu Revenue Cloud wechseln?

Bei Salesforce CPQ zu bleiben ist erlaubt und vorerst oft richtig. Bestandskunden verlängern, kaufen Nutzer nach und erhalten Support, und Salesforce hat weder ein End-of-Life-Datum noch eine erzwungene Migration angekündigt. Wechseln Sie zu Revenue Cloud, wenn Sie etwas brauchen, das nur Revenue Cloud bekommt, etwa agentenbasierte Angebote oder nutzungsbasierte Abrechnung, oder wenn Sie Ihr Produktmodell ohnehin neu aufbauen. Warten Sie, wenn der Prozess stabil ist, die Preise ohnehin aus dem ERP kommen oder ein größeres Projekt Vorrang hat. Und prüfen Sie einen dritten Weg, Partnerprodukt oder eigener Ansatz, wenn Ihre Konfigurationsregeln außerhalb von Salesforce liegen. Am Anfang steht eine ehrliche Analyse Ihrer CPQ-Org.

Können Sie einfach bei CPQ bleiben?

Ja. Laut Salesforce1 ist CPQ “end of sale, not end of life”. Den genauen Status, auch für das Billing-Paket, beschreibe ich in Salesforce CPQ Verkaufsende: Was gilt im Oktober 2026?.

Bleiben ist also eine legitime Entscheidung. Sie hat trotzdem einen Preis:

Ich würde bewusst entscheiden und festhalten, wann Sie die Frage wieder aufnehmen, statt es laufen zu lassen.

Wann sollten Sie zu Revenue Cloud wechseln?

Diese Auslöser sprechen für einen Wechsel in den nächsten ein bis zwei Jahren:

• Sie brauchen, was nur Revenue Cloud bekommt. Salesforce hat im Juli 2025 Agentforce-Funktionen für Angebote als Teil von Revenue Cloud2 angekündigt, mit denen Vertriebler Angebote aus einer Anfrage in normaler Sprache erstellen. CPQ bekommt solche Funktionen nicht.
• Wiederkehrende oder nutzungsbasierte Umsätze. Wenn Wartungsverträge, Fernüberwachungs-Abos oder Pay-per-Use in Salesforce verkauft, geändert und abgerechnet werden sollen, bringt Revenue Cloud Assets mit Zeiträumen, nutzungsbasierte Bewertung und Revenue Cloud Billing mit.
• Das Produktmodell ändert sich ohnehin. Eine neue Produktgeneration, eine neue Variantenstruktur oder ein Katalog-Aufräumen ist ein Neuentwurf. Ihn zweimal zu machen, erst in CPQ und später noch einmal in Revenue Cloud, verschwendet Arbeit.
• Org-Neustart oder Partnerwechsel. Wenn die Org neu aufgebaut wird oder ein neuer Partner übernimmt, passt der Wechsel in ein Projekt, das ohnehin läuft. Eine KI-gestützte Org-Analyse hilft zu sehen, was wirklich in der alten Org steckt.
• CPQ-Anpassungen sind fragil. Wenn jeder Release-Test etwas im Quote Calculator Plugin bricht und nur eine Person es versteht, nimmt ein Neuentwurf ein Risiko weg.

Abwarten passt bei stabilem Prozess und Preisen aus dem ERP

Abwarten ist sinnvoll, wenn

• der Angebotsprozess stabil ist und niemand neue Funktionen fordert,
• die Preise ohnehin aus dem ERP kommen. Wenn CPQ vor allem einen Nettopreis aus SAP holt und ein Angebot druckt, bringt Revenue Cloud für diesen Schritt wenig,
• ein größeres Projekt Vorrang hat. Eine S/4HANA-Migration oder ein Manufacturing-Cloud-Rollout bindet dieselben Leute. Zwei Neuentwürfe parallel gehen selten gut,
• in diesem Jahr kein Budget für einen Neuentwurf da ist. Eine halb finanzierte Migration ist schlechter als eine gut betriebene CPQ-Org.

Abwarten heißt nicht, nichts zu tun. Löschen Sie ungenutzte Regeln, dokumentieren Sie die Preislogik und sichern Sie sich bei der Verlängerung den späteren Parallelbetrieb. Das macht einen späteren Wechsel günstiger.

Der dritte Weg: Partnerprodukt oder eigener Ansatz

Ja, und ich würde ihn immer prüfen, bevor etwas unterschrieben wird. Für Angebote gibt es heute drei Wege: Revenue Cloud, ein Partnerprodukt oder einen eigenen Ansatz auf der Plattform. Wie ein eigener Ansatz mit eigenem Produktkonfigurator Angebote und Sales Agreements versorgt, beschreibe ich in vom Angebot zum Sales Agreement.

Ein dritter Weg passt, wenn Ihre Konfigurationsregeln in der SAP-Variantenkonfiguration, in einem PLM-System oder bei Anwendungstechnikern liegen und Salesforce nur das Ergebnis anzeigen würde. Dann verdoppelt ein vollständiges Constraint-Modell in Revenue Cloud Regeln, die jemand synchron halten muss. Die Make-or-Buy-Fragen sind dieselben wie bei jedem Produkt: Wie gut passt der Standard, wer pflegt die Regeln, und was kosten Lizenz und Wartung über mehrere Jahre? Wie ich das rechne, steht unter Make-or-Buy und Lizenzprognosen.

Die Zahlen von Salesforce geben etwas Einordnung. Laut der CPQ-Seite sind rund 15 Prozent der Kunden von Revenue Cloud Advanced von CPQ umgestiegen. Rund 85 Prozent kamen also nicht von CPQ. Die Zahl zeigt, dass Migrationen stattfinden. Dass CPQ-Kunden die Zeit davonläuft, zeigt sie nicht.

Die Entscheidungsmatrix

Situation	Vorerst bei CPQ bleiben	Zu Revenue Cloud wechseln	Dritter Weg
Stabiler Prozess, keine neuen Anforderungen	Ja	Später	Nein
Agentenbasierte Angebote gewünscht	Nein	Ja	Partnerprodukte prüfen
Wiederkehrende oder nutzungsbasierte Abrechnung in Salesforce	Nein	Ja	Selten
Produktmodell wird ohnehin neu gebaut	Nein	Ja	Wenn Regeln im ERP liegen
Preise werden in SAP berechnet	Ja	Nur mit klarem Nutzen	Ja
Konfigurationsregeln in SAP oder PLM	Ja	Aufwand genau prüfen	Ja
ERP-Migration läuft	Ja	Nach dem ERP	Nach dem ERP
Fragile CPQ-Anpassungen	Kurzfristig	Ja	Ja

Die Matrix ist ein Ausgangspunkt. Wenn zwei Spalten passen, entscheiden meist das Budget und die Frage, wer Regeln und Preise modellieren kann.

Was kostet ein Wechsel?

Die Lizenzen sind der einfachere Teil. Die Preisseite von Revenue Cloud3 nennt diese Listenpreise bei Jahresvertrag:

150 €

Revenue Cloud Growth pro Nutzer und Monat

200 €

Revenue Cloud Advanced pro Nutzer und Monat

Als Annahme kosten 50 Nutzer im Angebotsprozess auf Advanced 120.000 Euro pro Jahr zum Listenpreis. Billing, Dynamic Revenue Orchestrator und weitere Add-ons kommen dazu. Ihr aktueller CPQ-Preis hängt von Ihrem Vertrag ab, lassen Sie sich deshalb beide Zahlen vom Account-Team geben.

Der größere Kostenblock ist der Neuentwurf. Salesforce nennt drei bis sechs Monate als typische Migrationsdauer, und der Migrationsleitfaden4 stellt klar, dass Werkzeuge keine Designentscheidungen für eigene Logik und Schnittstellen ersetzen. Warum das so ist, erkläre ich in Salesforce CPQ vs. Revenue Cloud: Die echten Unterschiede.

Ein Rechenbeispiel: Ein Maschinenbauer hat 50 CPQ-Nutzer, 200 Produktregeln, ein Quote Calculator Plugin und eine CPQ-Verlängerung in neun Monaten. Die Preise kommen aus SAP, die Konfigurationsregeln teilweise aus der Konstruktion. Hier würde ich CPQ für zwei Jahre mit Option auf Parallelbetrieb verlängern, die Regeln jetzt aufräumen und einen Proof of Concept für die zehn wichtigsten Maschinen in Revenue Cloud bauen, bevor eine Migration beauftragt wird.

Die CPQ-Org analysieren

Analysieren Sie zuerst Ihre CPQ-Org: Zahl der Produkt- und Preisregeln, Umfang des Quote Calculator Plugins, Schnittstellen auf SBQQ-Objekte, offene Subscriptions und das Verlängerungsdatum. Legen Sie dann die Auslöser oben neben Ihre Roadmap für die nächsten zwei Jahre. Das Masterclass-Kapitel von CPQ zu Revenue Cloud führt durch den ganzen Weg vom Status bis zur Migration.

Quellen4

1. 1Salesforce (öffnet in einem neuen Tab)salesforce.com
2. 2Revenue Cloud (öffnet in einem neuen Tab)salesforce.com
3. 3Preisseite von Revenue Cloud (öffnet in einem neuen Tab)salesforce.com
4. 4Migrationsleitfaden (öffnet in einem neuen Tab)help.salesforce.com