CPQ-Preise: Warum es sich lohnt, eine eigene Lösung in Salesforce oder HubSpot zu entwickeln

Wie Sie $100k-$500k bei CPQ sparen können – und warum dies die eine Build-vs-Buy-Entscheidung in RevOps ist, die sich lohnt.

Die Frage, die wir jede Woche hören

„Warum sollte man 200k-500k für ein CPQ-Projekt bezahlen?“

Genau. Das ist die Frage, die unsere Kunden uns am häufigsten stellen.

Und sie ist berechtigt. 

Die richtige Frage zu CPQ lautet nicht „Warum kostet das so viel?“
Sondern „Sollten wir stattdessen eine eigene Lösung entwickeln?“

Ich vertrete die Ansicht, dass ein individuell entwickeltes CRM für die meisten Unternehmen überdimensioniert ist.

Aber ein individuell entwickeltes CPQ? Das ist wirtschaftlich interessant.

Etwa die Hälfte unserer Kunden nutzt ein individuell entwickeltes CPQ. Zwei davon haben wir gemeinsam mit ihnen aufgebaut. Einige andere kamen bereits mit einer laufenden Lösung zu uns.

Ein kurzer Rückblick

CPQ begann nicht als Vertriebssoftware.

Seinen Ursprung hatte es in den 1980er-Jahren als sogenannter Konfigurator – eine regelbasierte Logik neben dem ERP, die sicherstellte, dass Kundenspezifikationen nicht mit den tatsächlichen Produktionsmöglichkeiten kollidierten. Denken Sie an Flugzeuge, schwere Maschinen und Industrieanlagen.

Springen wir ins Jahr 2000. Zwei Männer in Deerfield, Illinois – Godard Abel und Christopher Shutts – gründeten BigMachines. Das Unternehmen sollte ERP, CRM und andere Geschäftssysteme integrieren, um den Vertriebsprozess zu automatisieren. Der Name war wörtlich gemeint: Ursprünglich diente das Produkt dazu, große Maschinen für die Öl- und Gasbranche zu konfigurieren, zu bepreisen und Angebote dafür zu erstellen. Sie brachten den Konfigurator in den Browser. Das war der Durchbruch.

Dann wurde die Kategorie formal definiert. 2010 veröffentlichte Gartner einen Bericht, der CPQ als Systeme mit „Preisberechnungsmodulen, Vorschlagsgeneratoren, Angebotssystemen und Regel- oder Einschränkungslogik, ergänzt durch Genehmigungs- und Autorisierungsworkflows“ beschrieb. Diese Definition gilt bis heute.

Dann folgte die Übernahmewelle:

• Oracle übernahm BigMachines im Oktober 2013 und benannte es in Oracle CPQ Cloud um

• Salesforce übernahm Steelbrick im Januar 2016 für etwa $360 Millionen und benannte es in Salesforce CPQ um

• SAP übernahm CallidusCloud im Januar 2018 für etwa $2.4 Milliarden

• Apttus und Conga fusionierten 2020 unter der Marke Conga

In 20 Jahren entwickelte sich CPQ vom Nischenwerkzeug für die Fertigung zur strategischen Vertriebsplattform. Und die großen Anbieter von Unternehmenssoftware zahlten viel, um sie zu besitzen.

Der CPQ-Markt heute

Der CPQ-Markt ist groß und wächst schnell.

Der globale CPQ-Markt wurde 2025 auf USD 3.14 Milliarden geschätzt. Prognosen zufolge wächst er 2026 auf USD 3.63 Milliarden und erreicht bis 2031 USD 7.55 Milliarden bei einer durchschnittlichen jährlichen Wachstumsrate von 15.74%.

Einige bemerkenswerte Punkte in den Daten:

• Cloud-Bereitstellungen erreichten 2025 einen CPQ-Marktanteil von 58.21% und wachsen bis 2031 mit einer durchschnittlichen jährlichen Wachstumsrate von 18.86%

• Nordamerika dominierte 2025 mit einem Anteil von 39.22%, während der asiatisch-pazifische Raum mit einer durchschnittlichen jährlichen Wachstumsrate von 19.12% am schnellsten wächst

• Industriemaschinen, Automobilfertigung und Technologie-Hardware/-Software investieren am meisten in die Einführung von CPQ

  
  
  
  

Heute hat jeder große Anbieter von Unternehmenssoftware ein CPQ-Produkt. Salesforce, Oracle, SAP, PROS, Conga, DealHub, Tacton, Vendavo, Infor, Cincom, Model N. Und viele neue Anbieter konzentrieren sich vor allem auf SaaS.

Dies ist eine ausgereifte Kategorie. Deshalb haben sich die Preise auf einem bestimmten, vorhersehbaren und hohen Niveau eingependelt.

Warum CPQ so teuer ist

Zwei Faktoren bestimmen die Kosten: Lizenzen und Implementierung.

Die Lizenzpreise liegen ungefähr auf CRM-Niveau

Die Preise für Salesforce CPQ beginnen beim Basispaket bei etwa $200 pro Nutzer/Monat und können für erweiterte Editionen bis zu $250 pro Nutzer/Monat erreichen. Zum Vergleich: Die $200 entsprechen dem Preis einer Sales Cloud CRM-Lizenz.

Und es gibt einen Haken. Salesforce verlangt für CPQ häufig eine Mindestabnahme von etwa 10 Lizenzen. Außerdem baut CPQ auf Sales Cloud auf – für alle, die Angebote erstellen, zahlen Sie also für den CRM-Basiszugang plus den CPQ-Zugang.

Die Implementierung kostet ähnlich viel wie eine CRM-Einführung

Die Implementierung kann zwischen $20,000 und $500,000+ kosten, abhängig von der Komplexität Ihrer Produkte, Preismodelle und Workflows. Bei mittelgroßen Unternehmen  (200+ Vollzeitäquivalente) sind sechsstellige Beträge üblich; bei Großunternehmen sind siebenstellige Beträge nicht ungewöhnlich.

Die Kosten eines CPQ-Implementierungsprojekts können die Softwarekosten erreichen, insbesondere bei komplexen Angebotsprozessen. Nach dem Go-live planen etablierte SaaS-Unternehmen für Erweiterungen üblicherweise jährlich 10–20% der ursprünglichen Implementierungskosten ein.

Rechnen Sie alles zusammen. Bei einem Team mit 50 Vertriebsmitarbeitenden fallen jährlich sechsstellige Lizenzkosten sowie sechsstellige Implementierungskosten und laufende Wartungskosten an. Die Gesamtbetriebskosten über fünf Jahre nähern sich schnell einem siebenstelligen Betrag.

Warum also diese hohe Summe? 

Was CPQ komplex macht

Betrachten wir zunächst die Argumente der Anbieter.

1. Regeln zur Produktkonfiguration. Kompatibilitätslogik, Einschränkungen, erforderliche Komponenten und sich gegenseitig ausschließende Optionen. Beim Verkauf von Industrieanlagen ist eine Stückliste mit 50 Positionen und Abhängigkeiten nicht ungewöhnlich. Wenn hier Fehler passieren, verkaufen Sie etwas, das sich nicht herstellen lässt.

2. Preislogik. Listenpreise, kundenspezifische Rabatte, Mengenstaffeln, Ramp-Deals, mehrjährige Zusagen, Nutzungsstufen, Laufzeitsynchronisierung, Währungsumrechnungen und regionale Preisbücher.

3. Genehmigungsworkflows. Unterschiedliche Rabattschwellen lösen unterschiedliche Genehmigungen aus. Ab bestimmten Auftragsgrößen wird die Rechtsabteilung eingebunden. Die Finanzabteilung prüft alles mit abweichenden Zahlungsbedingungen. Die Umsatzrealisierung möchte jede individuelle SKU sehen.

4. Dokumentenerstellung. Im eigenen Markendesign, rechtlich geprüft, dynamisch befüllt und mit den passenden AGB für den jeweiligen Geschäftstyp.

5. Integrationen. Daten aus dem CRM lesen (Account, Opportunity, Kontakte). Preise, Angebots-PDFs und Abonnementpositionen zurückschreiben. An das ERP zur Auftragsbuchung übergeben. An die Abrechnung zur Rechnungsstellung übergeben. An das CLM zur Vertragserstellung übergeben. Das Data Warehouse für Prognosen mit Daten versorgen.

6. Governance. Jede Änderung einer Preisregel oder Rabattschwelle hat Auswirkungen auf nachgelagerte Prozesse. Sie brauchen Änderungsmanagement, Sandboxes und Testverfahren.

   
   
   
   

In einem Großunternehmen sind alle sechs Bereiche tatsächlich anspruchsvoll. Dafür bezahlen Sie.

Aber beachten Sie eines: Der Kern dieser Liste ist eng begrenzt und klar definiert.

Warum CPQ viel einfacher ist als CRM oder ERP

Nun zur anderen Seite der Argumentation.

Ein CRM ist das führende System für Accounts, Kontakte, Opportunities, Aktivitäten, Aufgaben, Notizen, E-Mails, Anrufe, Kampagnen und Leads. Es unterstützt Marketingautomatisierung, Vertriebsworkflows, Customer Success, Support und Partnerökosysteme. Es ist die operative Grundlage Ihrer gesamten kommerziellen Organisation.

Ein ERP ist das finanzielle Rückgrat: Hauptbuch, Kreditoren, Debitoren, Lagerbestände, Einkauf, Umsatzrealisierung, Steuern, Konsolidierung und Compliance.

Beide Systeme betreffen jede Unternehmensfunktion. Beide haben über Jahrzehnte einen enormen Funktionsumfang angesammelt. Beide enthalten zusätzliche regulatorische und Compliance-Anforderungen. Eines davon neu aufzubauen, ist ein mehrjähriges Projekt, das scheitern wird.

Ein CPQ hingegen besteht im Kern aus vier Dingen:

• Fest programmierte Logik (Konfigurationsregeln, Preisregeln)

• Genehmigungsabläufe

• Dokumentenerstellung

• Daten lesen und schreiben (aus dem CRM, in das CRM, in das ERP)

Warum zum Teufel kostet das genauso viel wie CRM oder ERP? Das ergibt keinen Sinn. Deshalb fällt es so vielen schwer, CPQ-Preise zu akzeptieren.

Der Umfang ist begrenzt, und die Grenzen sind klar. Es sitzt zwischen CRM und ERP und hat eine Aufgabe: ein korrektes Angebot zu erstellen, das beide Systeme weiterverarbeiten können. Es gibt keinen über 30 Jahre gewachsenen Bestand an regulatorischen Funktionen. Es gibt keinen Funktionswildwuchs über zahlreiche Abteilungen hinweg.

Das ist entscheidend: Was eng begrenzt und klar definiert ist, lässt sich selbst entwickeln. Gerade 2026 mit Low-Code- und No-Code-Tools wie Claude.

Warum ein individuelles CPQ sinnvoller ist als ein individuelles CRM

Ich sage es noch einmal: Ein individuell entwickeltes CRM ist fast immer eine schlechte Idee. Sie verbringen zwei Jahre damit, Kontakte, Accounts, Opportunities, Aktivitätsverfolgung, E-Mail-Synchronisierung, mobile Apps, Berechtigungen, Berichte und Integrationen nachzubauen. Im dritten Jahr haben Sie eine schlechtere Version von HubSpot.

Bei CPQ ist das anders.

1. Der benötigte Funktionsumfang ist winzig. Sie brauchen keine mobile App. Keine E-Mail-Synchronisierung. Keine Marketingintegrationen, Supportintegrationen oder Partnerportale. Sie brauchen Produktdaten als Eingabe und ein Angebots-PDF als Ausgabe.

2. Die Logik liegt ohnehin bei Ihnen. Niemand verkauft Ihnen fertige Preisregeln. Ob Sie Salesforce CPQ kaufen oder selbst entwickeln: Sie definieren jede Regel, jede Genehmigung und jeden Schwellenwert. Der Anbieter liefert nur den Rahmen dafür.

3. Mit zunehmender Größe verändert sich die Wirtschaftlichkeit. CPQ wird pro Nutzer berechnet. Je mehr Personen Angebote erstellen, desto attraktiver wird eine einmalige Eigenentwicklung gegenüber einem dauerhaften Abonnement pro Nutzer.

4. Die Tools haben aufgeholt. No-Code- und Low-Code-Tools können 2026 tatsächlich die vier Aufgaben eines CPQ übernehmen. 2015 war das noch nicht der Fall.

Anders ausgedrückt: Bei einem CRM bauen Sie eine Plattform nach. Bei einem CPQ entwickeln Sie einen Workflow.

So entwickeln Sie CPQ in Salesforce oder HubSpot

Die mit Abstand beste Lösung ist, es innerhalb des CRM zu entwickeln, das Sie bereits besitzen. Salesforce kann das mit seinen Standardfunktionen. HubSpot ebenso, genau wie die meisten modernen Herausforderer. Sie brauchen keine separate CPQ-Plattform. Sie müssen Ihre vorhandene Plattform richtig nutzen.

So sieht jede einzelne Ebene aus.

Datenebene: Hier liegen Produktkatalog und Preise

In Salesforce: die Standardobjekte Product, Price Book und Price Book Entry. Ergänzen Sie benutzerdefinierte Felder für alles, was Ihr Preismodell benötigt – Region, Stufe, Ramp-Logik oder Nutzungsschwellen. Die Objekte Quote und Quote Line Item sind standardmäßig vorhanden. Für komplexe Bundles eignen sich benutzerdefinierte Objekte mit Lookup-Beziehungen.

Außerhalb von Salesforce: Airtable oder Baserow für kleine Kataloge, Postgres (über Supabase oder Ähnliches) für größere.

Logikebene: Hier werden Regeln angewendet

In Salesforce: Flow (insbesondere Screen Flow) übernimmt geführten Verkauf, Konfigurationsregeln und dynamische Preise. Validierungsregeln blockieren ungültige Konfigurationen. Apex setzen Sie nur ein, wenn es wirklich nötig ist – für die meiste Preislogik ist es das nicht. Ein gut entwickelter Screen Flow kann Vertriebsmitarbeitende durch eine Konfiguration mit 30 Schritten führen, einschließlich bedingter Logik, Preisaktualisierungen in Echtzeit und integrierten Genehmigungen.

Außerhalb von Salesforce: Retool für Benutzeroberfläche und Regelwerk, dazu Make oder n8n für mehrstufige Automatisierungen. Für rechenintensive Aufgaben kostet eine kleine Python- oder TypeScript-Funktion auf Cloudflare Workers oder Supabase Edge Functions nur wenige Cent.

Dokumentenerstellung: die PDF-Ausgabe

DocuSign Gen und Conga Composer sind die naheliegenden Optionen für Großunternehmen, aber nicht günstig. Preiswertere Alternativen, die gut funktionieren: PandaDoc, Docupilot, Documint, Formstack Documents (früher WebMerge), Nintex DocGen. Für eine vollständig interne Lösung funktioniert die Google Docs API oder eine mit einer kleinen Funktion verbundene Vorlagenbibliothek zu nahezu null Kosten. Entscheiden Sie nach Volumen, nicht nach Marke.

Genehmigungen: Weiterleitung und Freigabe

Nutzen Sie die standardmäßigen Approval Processes von Salesforce. Sie sind integriert und unterstützen mehrstufige Weiterleitung, dynamische Genehmigende anhand der Auftragsgröße oder des Rabatts in %, Rücknahme, Delegation und Genehmigung mit einem Klick per E-Mail. Es gibt keinen Grund für ein externes Genehmigungstool, solange Sie die mitgelieferten Möglichkeiten von Salesforce nicht wirklich ausgeschöpft haben – und das haben die meisten Unternehmen nicht. Für einfache Fälle reicht ein Slack-Workflow.

Integrationsebene: CRM und ERP synchron halten

Wenn Ihr CPQ im CRM läuft, ist das weitgehend unproblematisch. Die Daten sind bereits vorhanden. Sie brauchen nur eine ausgehende Verbindung zum ERP für die Auftragsbuchung – REST API, Middleware (Workato, Mulesoft, Boomi oder günstigere neue Alternativen) oder einen geplanten Batch-Job. Integriertes Change Data Capture und Platform Events übernehmen die Ereignisverarbeitung.

Wenn Sie außerhalb des CRM entwickeln, empfehlen wir immer die Anbindung an das CRM statt direkt an das ERP. Nutzen Sie dafür die CRM-ERP-Integration. Das ist einfacher zu warten. 

Investieren Sie ein Wochenende in einen Machbarkeitsnachweis. Innerhalb einer Woche wissen Sie, ob dieser Ansatz für Ihr Unternehmen umsetzbar ist.

Bevor Sie selbst entwickeln: Seien Sie bei diesen vier Punkten ehrlich

Ein individuelles CPQ ist kein Allheilmittel. Es hat konkrete Voraussetzungen.

• Haben Sie 1-2 wirklich technikaffine Personen in Ihrer GTM-Organisation. Jemanden, der JavaScript lesen, eine Python-Funktion schreiben und eine API verstehen kann. Nicht unbedingt einen Full-Stack-Entwickler, aber auch niemanden, der ausschließlich mit Excel arbeitet.

• Berater können es entwickeln, aber jemand muss es intern betreuen. Hier scheitern die meisten Eigenentwicklungen. Sie werden laufend Preise ändern, Produkte ergänzen und Genehmigungen anpassen. Dafür muss jemand verantwortlich sein, der jeden Tag verfügbar ist.

• Sorgen Sie für gute Governance. Wer darf Preisregeln ändern? Wer gibt neue SKUs frei? Wie wird eine Regel getestet, bevor sie live geht? Wenn Sie diese Fragen nicht beantworten können, ist ein CPQ eines Anbieters sicherer – zumindest gibt es Ihnen eine Struktur vor.

• Die Investition skaliert mit der Teamgröße. Ein individuelles CPQ wird umso sinnvoller, je größer Ihr Angebotsteam ist. Bei 5 Personen ist ein Anbietertool günstiger. Bei 50 amortisiert sich die Eigenentwicklung innerhalb eines Jahres. Bei 200 liegt die Entscheidung auf der Hand.

Das Fazit zu CPQ-Preisen

CPQ ist teuer, weil sich die Kategorie um drei oder vier große Unternehmensanbieter konsolidiert hat, die es wie CRM bepreisen. Die Produkte sind gut. Die Dienstleistungen sind gut. Und für viele Unternehmen ist Kaufen weiterhin die richtige Entscheidung.

Aber die Arbeit, für die Sie tatsächlich bezahlen – Konfigurationsregeln, Preislogik, Genehmigungen, Dokumentenerstellung und Integrationen – ist klar umrissen, begrenzt und 2026 sehr gut selbst umsetzbar.

Wenn Sie intern das technische Know-how, ein ausreichend hohes Angebotsvolumen und die nötige Governance für die Betreuung haben, ist ein individuelles CPQ eine der rentabelsten Investitionen in Ihren Revenue-Operations-Stack.

Deshalb setzen wir diesen Ansatz immer wieder um.

Revenue Wizards ist eine spezialisierte RevOps-Beratungsagentur mit Sitz in Amsterdam. Wir helfen europäischen B2B-SaaS-Unternehmen, Systeme zu entwickeln, die ihre Revenue-Teams tatsächlich nutzen.