CPQ-prijzen: bouw het zelf in Salesforce of HubSpot
CPQ-prijzen beginnen bij $ 200/gebruiker/maand - exclusief implementatie. Ontdek hier wanneer het bouwen van je eigen configure, price, quote-systeem binnen Salesforce of HubSpot financieel slimmer is dan betalen voor een tool van een externe leverancier.
Haris Odobasic
CPQ-pricing: Waarom je dit zelf moet bouwen in Salesforce of HubSpot
Hoe je $100k-$500k bespaart op CPQ - en waarom dit de enige build-vs-buy beslissing in RevOps is die echt de moeite waard is.
De vraag die we wekelijks krijgen
"Waarom zou je 200k-500k betalen voor een CPQ-project?"
Precies. Dat is de meest gestelde vraag van onze klanten.
En het is een terechte vraag.
De juiste CPQ-vraag is niet "Waarom kost het zo veel?"
Het is "Moeten we dit niet gewoon zelf bouwen?"
Ik stel dat een custom CRM voor de meeste bedrijven overkill is.
Maar een custom CPQ? Dan praten we over serieuze business.
Ongeveer de helft van ons klantenbestand gebruikt een custom CPQ. Twee daarvan hebben we samen gebouwd. Een paar andere kwamen binnen met een systeem dat al draaide.
Een korte geschiedenisles
CPQ begon niet als verkoopsoftware.
Het begon in de jaren 80 als een zogenaamde configurator - op regels gebaseerde logica die gekoppeld was aan het ERP om ervoor te zorgen dat de specificaties van een klant niet botsten met wat de fabriek daadwerkelijk kon bouwen. Denk aan vliegtuigen, zware machines, industriële apparatuur.
Snel door naar het jaar 2000. Twee mannen in Deerfield, Illinois - Godard Abel en Christopher Shutts - richtten een bedrijf op genaamd BigMachines, ontworpen om te integreren met ERP, CRM en andere bedrijfssystemen om het verkoopproces te automatiseren. De naam was letterlijk: het product was oorspronkelijk bedoeld voor het configureren, prijzen en offreren van big machines in de olie- en gassector. Ze brachten de configurator naar de browser. Dat was de doorbraak.
Daarna werd de categorie geformaliseerd. In 2010 publiceerde Gartner een rapport waarin CPQ werd gedefinieerd als systemen met "pricing engines, proposal generators, quoting systems and rules or constraint engines, complemented by approval and authorization workflows." Die definitie staat vandaag de dag nog steeds.
Vervolgens kwam de overnamegolf:
Oracle nam BigMachines over in oktober 2013 en hernoemde het naar Oracle CPQ Cloud
Salesforce nam Steelbrick over in januari 2016 voor ongeveer $360 miljoen en hernoemde het naar Salesforce CPQ
SAP nam CallidusCloud over voor ongeveer $2,4 miljard in januari 2018
Apttus en Conga fuseerden in 2020 onder de merknaam Conga
CPQ veranderde in 20 jaar tijd van een niche productietool in een strategisch verkoopplan. En de grote enterprise softwareleveranciers betaalden flink om het in handen te krijgen.
De CPQ-markt vandaag de dag
De CPQ-markt is groot en groeit snel.
De wereldwijde CPQ-markt werd in 2025 gewaardeerd op USD 3,14 miljard en zal naar schatting groeien naar USD 3,63 omzet in 2026, om vervolgens in 2031 uit te komen op USD 7,55 miljard met een CAGR van 15,74%.
Een paar opvallende zaken in de data:
Cloud-implementaties namen in 2025 58,21% van het CPQ-marktaandeel voor hun rekening en groeien met een CAGR van 18,86% tot en met 2031
Noord-Amerika domineerde met een aandeel van 39,22% in 2025, terwijl Azië-Pacific de snelst groeiende regio is met een CAGR van 19,12%
De sector voor industriële machines, autoproductie en technologische hardware/software geeft het meeste uit aan CPQ-implementatie
Elke grote enterprise softwareleverancier heeft inmiddels een CPQ-product. Salesforce, Oracle, SAP, PROS, Conga, DealHub, Tacton, Vendavo, Infor, Cincom, Model N. En veel nieuwe spelers richten zich voornamelijk op SaaS.
Dit is een volwassen categorie. En dat is waarom de prijzen zich hebben gestabiliseerd op een specifiek, voorspelbaar en duur niveau.
Waarom de prijzen voor CPQ zo hoog zijn
Twee factoren bepalen de kosten: licenties and implementatie.
De licentieprijzen liggen grofweg op het niveau van CRM
De prijzen voor Salesforce CPQ beginnen rond de $200 per gebruiker/maand voor het basispakket en kunnen oplopen tot $250 per gebruiker/maand voor geavanceerdere edities. Ter vergelijking: die $200 is even duur als een Sales Cloud CRM-licentie.
En er is een addertje onder het gras. Salesforce hanteert voor CPQ vaak een minimale afname van zo'n 10 licenties, en het draait bovenop Sales Cloud - je betaalt dus voor de basis CRM-licentie plus de CPQ-licentie voor iedereen die offertes maakt.
De implementatie ligt in dezelfde prijsklasse als een CRM-implementatie
Een implementatie kan variëren van $20.000 tot meer dan $500.000, afhankelijk van de complexiteit van je producten, prijsmodellen en workflows. Voor een middelgroot bedrijf (200+ FTE) zijn zes cijfers de standaard en zeven cijfers geen uitzondering bij enterprises.
De kosten van een CPQ-implementatieproject kunnen die van de software zelf evenaren, vooral als jouw offerteprocessen complex zijn. En na de livegang is het voor volwassen SaaS-organisaties heel normaal om jaarlijks 10-20% van de initiële implementatiekosten te budgetteren voor optimalisaties.
Tel maar op. Voor een team van 50 sales reps kijk je al snel aan tegen zes cijfers aan licentiekosten per jaar, plus zes cijfers voor de implementatie, met een doorlopende post voor onderhoud. De TCO over vijf jaar schiet snel richting de zeven cijfers.
Dus, waarom dat enorme bedrag?
Wat maakt CPQ zo complex
Laat me eerst de kant van de leverancier belichten.
Productconfiguratieregels. Compatibiliteitslogica, restricties, vereiste onderdelen, elkaar uitsluitende opties. Als je industriële apparatuur verkoopt, is een stuklijst (BOM) van 50 regels met afhankelijkheden niet ongewoon. Maak hier een fout en je verkoopt iets wat de fabriek niet kan bouwen.
Prijslogica. Brutoprijzen, klantspecifieke kortingen, volumekortingen, staffels, meerjarige verplichtingen, verbruiksklassen, co-terminatie, valutaconversies, regionale prijslijsten.
Goedkeuringsflows. Verschillende kortingspercentages vereisen goedkeuring van verschillende personen. Legal kijkt mee vanaf een bepaalde dealgrootte. Finance beoordeelt afwijkende betalingsvoorwaarden. En de accounting-afdeling wil elke custom SKU checken.
Documentgeneratie. In jouw huisstijl, juridisch gecheckt, dynamisch ingevuld, met de juiste algemene voorwaarden voor het juiste dealtype.
Integraties. Data ophalen uit CRM (account, verkoopkans, contacten). Prijzen, offerte-PDF's en abonnementsregels terugschrijven. Doorschieten naar het ERP voor de boeking. Doorschieten naar de facturatietool. Doorschieten naar CLM voor het contract. En data doorsturen naar het data warehouse voor de forecasting.
Governance. Elke wijziging in een prijsregel of kortingsgrens heeft impact op de systemen verderop in de keten. Je hebt change management, sandboxes en testprotocollen nodig.
Bij een enterprise zijn al deze zes punten oprecht complex. Dat is waar je voor betaalt.
Maar let op. De kern van die lijst is eigenlijk heel compact en helder gedefinieerd.
Waarom CPQ veel eenvoudiger is dan CRM of ERP
Nu de andere kant van het verhaal.
Een CRM is de database voor accounts, contacten, verkoopkansen, activiteiten, taken, notities, e-mails, gesprekken, campagnes en leads. Het stuurt je marketing automation, sales workflow, customer success, support en partner-ecosystemen aan. Het is de motor van je gehele commerciële organisatie.
Een ERP is de financiële ruggengraat: grootboek, crediteuren, debiteuren, voorraad, inkoop, omzeterkenning, belastingen, consolidatie en compliance.
Beide systemen raken elke afdeling in het bedrijf. Beide kennen decennia aan overbodige functies (feature bloat). Beide moeten voldoen aan complexe wet- en regelgeving. Een van deze twee opnieuw bouwen is een meerjarig project dat gegarandeerd mislukt.
Maar een CPQ, teruggebracht tot de essentie, bestaat uit slechts vier dingen:
Hard-coded logica (configuratieregels, prijsregels)
Goedkeuringsflows
Documentgeneratie
Data lezen en schrijven (van CRM, naar CRM, naar ERP)
Waarom is dit in hemelsnaam net zo duur als een CRM of ERP? Het is onlogisch, en dat is precies waarom zo veel mensen moeite hebben met de tarieven van CPQ-software.
De scope is compact en de grenzen zijn helder. Het zit tussen CRM en ERP in met één taak: een correcte offerte genereren die beide systemen direct kunnen verwerken. Er is geen 30-jarige achterstand aan wettelijke features. Er is geen functionele wildgroei over meerdere afdelingen.
En dat is cruciaal, want wanneer iets compact en goed gedefinieerd is, kun je het zelf bouwen. Zeker in 2026 met low-code en no-code tools zoals Claude.
Waarom een custom CPQ wint van een custom CRM
Ik zeg het nog een keer - een custom CRM is bijna altijd een slecht idee. Je bent twee jaar bezig met het nabouwen van contacten, accounts, verkoopkansen, activiteitstracking, e-mailkoppelingen, mobiele apps, rechten en integraties. Tegen jaar drie heb je een mindere variant van HubSpot.
Bij een CPQ is dat anders.
De scope van de software is minuscuul. Je hebt geen mobiele app nodig. Geen e-mailkoppeling. Geen marketing- of supportintegraties en geen partnerportalen. Je hebt alleen productdata nodig die erin gaat, en een offerte-PDF die eruit komt.
De logica is sowieso van jou. Geen enkele leverancier levert kant-en-klare prijsregels. Of je nu Salesforce CPQ koopt of het zelf bouwt, jij moet elke regel, elke goedkeuring en elke drempelwaarde definiëren. De leverancier geeft je alleen het framework waarin je dit plaatst.
De rekensom kantelt bij schaal. CPQ wordt per gebruiker afgerekend. Hoe meer mensen offertes maken, hoe aantrekkelijker een eenmalige investering in eigen bouw wordt vergeleken met een doorlopend abonnement per licentie.
De technologie is er klaar voor. No-code en low-code tools in 2026 kunnen die vier kerntaken van een CPQ moeiteloos aan. Dat was in 2015 wel anders.
Anders gezegd: met een CRM bouw je een heel platform na. Met een CPQ bouw je een workflow.
Hoe je een CPQ bouwt in Salesforce of HubSpot
De beste optie - met afstand - is om het te bouwen binnen het CRM dat je al bezit. Salesforce kan dit met zijn standaardfuncties. HubSpot kan het ook, net als de meeste moderne uitdagers. Je hebt geen apart CPQ-platform nodig. Je moet het platform dat je al hebt simpelweg slim gebruiken.
Zo ziet elke laag eruit:
De datalaag waar je productcatalogus en prijzen leven
In Salesforce: gebruik de standaard objecten Product, Price Book en Price Book Entry. Voeg custom velden toe voor wat je prijsmodel ook nodig heeft - regio, staffels, opbouwlogica of verbruiksdrempels. De objecten Quote en Quote Line Item zijn standaard aanwezig. Voor complexe productbundels volstaan custom objecten met lookup-relaties.
Buiten Salesforce: Airtable of Baserow voor kleine catalogi, Postgres (via Supabase of vergelijkbaar) voor het grotere werk.
De logicalaag - waar de regels worden toegepast
In Salesforce: Flow (met name Screen Flow) regelt guided selling, configuratieregels en dynamische prijsberekening. Validatieregels blokkeren ongeldige configuraties. Gebruik Apex alleen als het echt niet anders kan - de meeste prijslogica heeft dit niet nodig. Een goed gebouwde Screen Flow loodst een sales rep moeiteloos door een configuratie van 30 stappen met conditionele logica, realtime prijsupdates en directe goedkeuringen.
Buiten Salesforce: Retool voor de UI en rules engine, in combinatie met Make of n8n voor complexere automatiseringen. Voor zware berekeningen kost een kleine Python- of TypeScript-functie op Cloudflare Workers of Supabase Edge Functions vrijwel niets.
Documentgeneratie - de PDF-output
DocuSign Gen en Conga Composer zijn de bekende enterprise keuzes, maar ze zijn prijzig. Goedkopere alternatieven die prima werken: PandaDoc, Docupilot, Documint, Formstack Documents (voorheen WebMerge) of Nintex DocGen. Voor een volledig interne oplossing werkt de Google Docs API of een template-bibliotheek gekoppeld aan een kleine functie nagenoeg gratis. Kies op basis van volume, niet op merknaam.
Goedkeuringen - routering en akkoord
Gebruik de standaard Approval Processes van Salesforce. Deze zijn ingebouwd en ondersteunen routering via meerdere stappen, dynamische goedkeurders op basis van dealgrootte of kortingspercentage, intrekkingen, delegaties en goedkeuring met één klik vanuit de e-mail. Er is geen enkele reden om een externe goedkeuringstool aan te schaffen, tenzij je de mogelijkheden van Salesforce echt bent ontgroeid - en dat is bij de meeste bedrijven niet het geval. Voor eenvoudige flows volstaat een Slack-workflow.
De integratielaag - CRM en ERP synchroon houden
Als je CPQ binnen je CRM leeft, is dit nauwelijks een issue. De data staat er immers al. Je hebt alleen een uitgaande koppeling naar het ERP nodig voor de definitieve boeking - via een REST API, middleware (Workato, Mulesoft, Boomi of goedkopere nieuwe alternatieven) of een geplande batch job. Ingebouwde change data capture en platform events regelen de synchronisatie.
Als je buiten het CRM bouwt, adviseren we om de koppeling altijd via het CRM te laten lopen en niet direct naar het ERP. Gebruik daar de CRM-ERP integratie voor. Dat is veel makkelijker te onderhouden.
Besteed eens een weekend aan een proof of concept. Je weet binnen een week of dit haalbaar is voor jouw organisatie.
Wees eerlijk over deze vier punten voordat je zelf gaat bouwen
Een custom CPQ is geen magische oplossing. Het stelt concrete eisen aan je organisatie.
Zorg voor 1 à 2 technisch sterke mensen in je GTM-team. Iemand die JavaScript kan lezen, een Python-functie kan schrijven en snapt hoe een API werkt. Geen full-stack developer per se, maar ook zeker geen pure Excel-gebruiker.
Consultants kunnen het bouwen, maar je moet het intern zelf onderhouden. Dit is waar het bij de meeste custom projecten misgaat. Prijzen wijzigen, producten worden toegevoegd en goedkeuringsflows veranderen continu. Dat eigenaarschap moet liggen bij iemand die dagelijks in de organisatie rondloopt.
Zorg voor goede governance. Wie mag prijsregels aanpassen? Wie keurt nieuwe SKU's goed? Wat is het testprotocol voordat een regel live gaat? Als je deze vragen niet kunt beantwoorden, is een CPQ van een leverancier veiliger - dat dwingt in ieder geval structuur af.
De business case groeit met de omvang van je team. Een custom CPQ is interessanter naarmate je offerteteam groter is. Bij 5 gebruikers is een tool van een leverancier goedkoper. Bij 50 verdien je custom bouw binnen een jaar terug. Bij 200 is het een no-brainer.
De conclusie over CPQ-pricing
CPQ is duur omdat de markt wordt gedomineerd door drie of vier enterprise leveranciers die het net zo beprijzen als een CRM. De producten zijn goed. De dienstverlening is goed. En voor veel bedrijven is kopen nog steeds de beste keuze.
Maar het werk waar je daadwerkelijk voor betaalt - configuratieregels, prijslogica, goedkeuringen, documentgeneratie en integraties - is afgebakend, helder en in 2026 uitstekend zelf te bouwen.
Als je het technische talent in huis hebt, het offertevolume de investering rechtvaardigt en je de governance goed hebt ingericht, dan is een custom CPQ een van de meest renderende investeringen in je RevOps tech stack.
Dat is waarom wij dit blijven doen.
Revenue Wizards is een boutique RevOps-consultancy bureau gevestigd in Amsterdam. Wij helpen Europese B2B SaaS-bedrijven de systemen te bouwen die hun commerciële teams daadwerkelijk gebruiken.
CPQ-pricing: Waarom je dit zelf moet bouwen in Salesforce of HubSpot
Hoe je $100k-$500k bespaart op CPQ - en waarom dit de enige build-vs-buy beslissing in RevOps is die echt de moeite waard is.
De vraag die we wekelijks krijgen
"Waarom zou je 200k-500k betalen voor een CPQ-project?"
Precies. Dat is de meest gestelde vraag van onze klanten.
En het is een terechte vraag.
De juiste CPQ-vraag is niet "Waarom kost het zo veel?"
Het is "Moeten we dit niet gewoon zelf bouwen?"
Ik stel dat een custom CRM voor de meeste bedrijven overkill is.
Maar een custom CPQ? Dan praten we over serieuze business.
Ongeveer de helft van ons klantenbestand gebruikt een custom CPQ. Twee daarvan hebben we samen gebouwd. Een paar andere kwamen binnen met een systeem dat al draaide.
Een korte geschiedenisles
CPQ begon niet als verkoopsoftware.
Het begon in de jaren 80 als een zogenaamde configurator - op regels gebaseerde logica die gekoppeld was aan het ERP om ervoor te zorgen dat de specificaties van een klant niet botsten met wat de fabriek daadwerkelijk kon bouwen. Denk aan vliegtuigen, zware machines, industriële apparatuur.
Snel door naar het jaar 2000. Twee mannen in Deerfield, Illinois - Godard Abel en Christopher Shutts - richtten een bedrijf op genaamd BigMachines, ontworpen om te integreren met ERP, CRM en andere bedrijfssystemen om het verkoopproces te automatiseren. De naam was letterlijk: het product was oorspronkelijk bedoeld voor het configureren, prijzen en offreren van big machines in de olie- en gassector. Ze brachten de configurator naar de browser. Dat was de doorbraak.
Daarna werd de categorie geformaliseerd. In 2010 publiceerde Gartner een rapport waarin CPQ werd gedefinieerd als systemen met "pricing engines, proposal generators, quoting systems and rules or constraint engines, complemented by approval and authorization workflows." Die definitie staat vandaag de dag nog steeds.
Vervolgens kwam de overnamegolf:
Oracle nam BigMachines over in oktober 2013 en hernoemde het naar Oracle CPQ Cloud
Salesforce nam Steelbrick over in januari 2016 voor ongeveer $360 miljoen en hernoemde het naar Salesforce CPQ
SAP nam CallidusCloud over voor ongeveer $2,4 miljard in januari 2018
Apttus en Conga fuseerden in 2020 onder de merknaam Conga
CPQ veranderde in 20 jaar tijd van een niche productietool in een strategisch verkoopplan. En de grote enterprise softwareleveranciers betaalden flink om het in handen te krijgen.
De CPQ-markt vandaag de dag
De CPQ-markt is groot en groeit snel.
De wereldwijde CPQ-markt werd in 2025 gewaardeerd op USD 3,14 miljard en zal naar schatting groeien naar USD 3,63 omzet in 2026, om vervolgens in 2031 uit te komen op USD 7,55 miljard met een CAGR van 15,74%.
Een paar opvallende zaken in de data:
Cloud-implementaties namen in 2025 58,21% van het CPQ-marktaandeel voor hun rekening en groeien met een CAGR van 18,86% tot en met 2031
Noord-Amerika domineerde met een aandeel van 39,22% in 2025, terwijl Azië-Pacific de snelst groeiende regio is met een CAGR van 19,12%
De sector voor industriële machines, autoproductie en technologische hardware/software geeft het meeste uit aan CPQ-implementatie
Elke grote enterprise softwareleverancier heeft inmiddels een CPQ-product. Salesforce, Oracle, SAP, PROS, Conga, DealHub, Tacton, Vendavo, Infor, Cincom, Model N. En veel nieuwe spelers richten zich voornamelijk op SaaS.
Dit is een volwassen categorie. En dat is waarom de prijzen zich hebben gestabiliseerd op een specifiek, voorspelbaar en duur niveau.
Waarom de prijzen voor CPQ zo hoog zijn
Twee factoren bepalen de kosten: licenties and implementatie.
De licentieprijzen liggen grofweg op het niveau van CRM
De prijzen voor Salesforce CPQ beginnen rond de $200 per gebruiker/maand voor het basispakket en kunnen oplopen tot $250 per gebruiker/maand voor geavanceerdere edities. Ter vergelijking: die $200 is even duur als een Sales Cloud CRM-licentie.
En er is een addertje onder het gras. Salesforce hanteert voor CPQ vaak een minimale afname van zo'n 10 licenties, en het draait bovenop Sales Cloud - je betaalt dus voor de basis CRM-licentie plus de CPQ-licentie voor iedereen die offertes maakt.
De implementatie ligt in dezelfde prijsklasse als een CRM-implementatie
Een implementatie kan variëren van $20.000 tot meer dan $500.000, afhankelijk van de complexiteit van je producten, prijsmodellen en workflows. Voor een middelgroot bedrijf (200+ FTE) zijn zes cijfers de standaard en zeven cijfers geen uitzondering bij enterprises.
De kosten van een CPQ-implementatieproject kunnen die van de software zelf evenaren, vooral als jouw offerteprocessen complex zijn. En na de livegang is het voor volwassen SaaS-organisaties heel normaal om jaarlijks 10-20% van de initiële implementatiekosten te budgetteren voor optimalisaties.
Tel maar op. Voor een team van 50 sales reps kijk je al snel aan tegen zes cijfers aan licentiekosten per jaar, plus zes cijfers voor de implementatie, met een doorlopende post voor onderhoud. De TCO over vijf jaar schiet snel richting de zeven cijfers.
Dus, waarom dat enorme bedrag?
Wat maakt CPQ zo complex
Laat me eerst de kant van de leverancier belichten.
Productconfiguratieregels. Compatibiliteitslogica, restricties, vereiste onderdelen, elkaar uitsluitende opties. Als je industriële apparatuur verkoopt, is een stuklijst (BOM) van 50 regels met afhankelijkheden niet ongewoon. Maak hier een fout en je verkoopt iets wat de fabriek niet kan bouwen.
Prijslogica. Brutoprijzen, klantspecifieke kortingen, volumekortingen, staffels, meerjarige verplichtingen, verbruiksklassen, co-terminatie, valutaconversies, regionale prijslijsten.
Goedkeuringsflows. Verschillende kortingspercentages vereisen goedkeuring van verschillende personen. Legal kijkt mee vanaf een bepaalde dealgrootte. Finance beoordeelt afwijkende betalingsvoorwaarden. En de accounting-afdeling wil elke custom SKU checken.
Documentgeneratie. In jouw huisstijl, juridisch gecheckt, dynamisch ingevuld, met de juiste algemene voorwaarden voor het juiste dealtype.
Integraties. Data ophalen uit CRM (account, verkoopkans, contacten). Prijzen, offerte-PDF's en abonnementsregels terugschrijven. Doorschieten naar het ERP voor de boeking. Doorschieten naar de facturatietool. Doorschieten naar CLM voor het contract. En data doorsturen naar het data warehouse voor de forecasting.
Governance. Elke wijziging in een prijsregel of kortingsgrens heeft impact op de systemen verderop in de keten. Je hebt change management, sandboxes en testprotocollen nodig.
Bij een enterprise zijn al deze zes punten oprecht complex. Dat is waar je voor betaalt.
Maar let op. De kern van die lijst is eigenlijk heel compact en helder gedefinieerd.
Waarom CPQ veel eenvoudiger is dan CRM of ERP
Nu de andere kant van het verhaal.
Een CRM is de database voor accounts, contacten, verkoopkansen, activiteiten, taken, notities, e-mails, gesprekken, campagnes en leads. Het stuurt je marketing automation, sales workflow, customer success, support en partner-ecosystemen aan. Het is de motor van je gehele commerciële organisatie.
Een ERP is de financiële ruggengraat: grootboek, crediteuren, debiteuren, voorraad, inkoop, omzeterkenning, belastingen, consolidatie en compliance.
Beide systemen raken elke afdeling in het bedrijf. Beide kennen decennia aan overbodige functies (feature bloat). Beide moeten voldoen aan complexe wet- en regelgeving. Een van deze twee opnieuw bouwen is een meerjarig project dat gegarandeerd mislukt.
Maar een CPQ, teruggebracht tot de essentie, bestaat uit slechts vier dingen:
Hard-coded logica (configuratieregels, prijsregels)
Goedkeuringsflows
Documentgeneratie
Data lezen en schrijven (van CRM, naar CRM, naar ERP)
Waarom is dit in hemelsnaam net zo duur als een CRM of ERP? Het is onlogisch, en dat is precies waarom zo veel mensen moeite hebben met de tarieven van CPQ-software.
De scope is compact en de grenzen zijn helder. Het zit tussen CRM en ERP in met één taak: een correcte offerte genereren die beide systemen direct kunnen verwerken. Er is geen 30-jarige achterstand aan wettelijke features. Er is geen functionele wildgroei over meerdere afdelingen.
En dat is cruciaal, want wanneer iets compact en goed gedefinieerd is, kun je het zelf bouwen. Zeker in 2026 met low-code en no-code tools zoals Claude.
Waarom een custom CPQ wint van een custom CRM
Ik zeg het nog een keer - een custom CRM is bijna altijd een slecht idee. Je bent twee jaar bezig met het nabouwen van contacten, accounts, verkoopkansen, activiteitstracking, e-mailkoppelingen, mobiele apps, rechten en integraties. Tegen jaar drie heb je een mindere variant van HubSpot.
Bij een CPQ is dat anders.
De scope van de software is minuscuul. Je hebt geen mobiele app nodig. Geen e-mailkoppeling. Geen marketing- of supportintegraties en geen partnerportalen. Je hebt alleen productdata nodig die erin gaat, en een offerte-PDF die eruit komt.
De logica is sowieso van jou. Geen enkele leverancier levert kant-en-klare prijsregels. Of je nu Salesforce CPQ koopt of het zelf bouwt, jij moet elke regel, elke goedkeuring en elke drempelwaarde definiëren. De leverancier geeft je alleen het framework waarin je dit plaatst.
De rekensom kantelt bij schaal. CPQ wordt per gebruiker afgerekend. Hoe meer mensen offertes maken, hoe aantrekkelijker een eenmalige investering in eigen bouw wordt vergeleken met een doorlopend abonnement per licentie.
De technologie is er klaar voor. No-code en low-code tools in 2026 kunnen die vier kerntaken van een CPQ moeiteloos aan. Dat was in 2015 wel anders.
Anders gezegd: met een CRM bouw je een heel platform na. Met een CPQ bouw je een workflow.
Hoe je een CPQ bouwt in Salesforce of HubSpot
De beste optie - met afstand - is om het te bouwen binnen het CRM dat je al bezit. Salesforce kan dit met zijn standaardfuncties. HubSpot kan het ook, net als de meeste moderne uitdagers. Je hebt geen apart CPQ-platform nodig. Je moet het platform dat je al hebt simpelweg slim gebruiken.
Zo ziet elke laag eruit:
De datalaag waar je productcatalogus en prijzen leven
In Salesforce: gebruik de standaard objecten Product, Price Book en Price Book Entry. Voeg custom velden toe voor wat je prijsmodel ook nodig heeft - regio, staffels, opbouwlogica of verbruiksdrempels. De objecten Quote en Quote Line Item zijn standaard aanwezig. Voor complexe productbundels volstaan custom objecten met lookup-relaties.
Buiten Salesforce: Airtable of Baserow voor kleine catalogi, Postgres (via Supabase of vergelijkbaar) voor het grotere werk.
De logicalaag - waar de regels worden toegepast
In Salesforce: Flow (met name Screen Flow) regelt guided selling, configuratieregels en dynamische prijsberekening. Validatieregels blokkeren ongeldige configuraties. Gebruik Apex alleen als het echt niet anders kan - de meeste prijslogica heeft dit niet nodig. Een goed gebouwde Screen Flow loodst een sales rep moeiteloos door een configuratie van 30 stappen met conditionele logica, realtime prijsupdates en directe goedkeuringen.
Buiten Salesforce: Retool voor de UI en rules engine, in combinatie met Make of n8n voor complexere automatiseringen. Voor zware berekeningen kost een kleine Python- of TypeScript-functie op Cloudflare Workers of Supabase Edge Functions vrijwel niets.
Documentgeneratie - de PDF-output
DocuSign Gen en Conga Composer zijn de bekende enterprise keuzes, maar ze zijn prijzig. Goedkopere alternatieven die prima werken: PandaDoc, Docupilot, Documint, Formstack Documents (voorheen WebMerge) of Nintex DocGen. Voor een volledig interne oplossing werkt de Google Docs API of een template-bibliotheek gekoppeld aan een kleine functie nagenoeg gratis. Kies op basis van volume, niet op merknaam.
Goedkeuringen - routering en akkoord
Gebruik de standaard Approval Processes van Salesforce. Deze zijn ingebouwd en ondersteunen routering via meerdere stappen, dynamische goedkeurders op basis van dealgrootte of kortingspercentage, intrekkingen, delegaties en goedkeuring met één klik vanuit de e-mail. Er is geen enkele reden om een externe goedkeuringstool aan te schaffen, tenzij je de mogelijkheden van Salesforce echt bent ontgroeid - en dat is bij de meeste bedrijven niet het geval. Voor eenvoudige flows volstaat een Slack-workflow.
De integratielaag - CRM en ERP synchroon houden
Als je CPQ binnen je CRM leeft, is dit nauwelijks een issue. De data staat er immers al. Je hebt alleen een uitgaande koppeling naar het ERP nodig voor de definitieve boeking - via een REST API, middleware (Workato, Mulesoft, Boomi of goedkopere nieuwe alternatieven) of een geplande batch job. Ingebouwde change data capture en platform events regelen de synchronisatie.
Als je buiten het CRM bouwt, adviseren we om de koppeling altijd via het CRM te laten lopen en niet direct naar het ERP. Gebruik daar de CRM-ERP integratie voor. Dat is veel makkelijker te onderhouden.
Besteed eens een weekend aan een proof of concept. Je weet binnen een week of dit haalbaar is voor jouw organisatie.
Wees eerlijk over deze vier punten voordat je zelf gaat bouwen
Een custom CPQ is geen magische oplossing. Het stelt concrete eisen aan je organisatie.
Zorg voor 1 à 2 technisch sterke mensen in je GTM-team. Iemand die JavaScript kan lezen, een Python-functie kan schrijven en snapt hoe een API werkt. Geen full-stack developer per se, maar ook zeker geen pure Excel-gebruiker.
Consultants kunnen het bouwen, maar je moet het intern zelf onderhouden. Dit is waar het bij de meeste custom projecten misgaat. Prijzen wijzigen, producten worden toegevoegd en goedkeuringsflows veranderen continu. Dat eigenaarschap moet liggen bij iemand die dagelijks in de organisatie rondloopt.
Zorg voor goede governance. Wie mag prijsregels aanpassen? Wie keurt nieuwe SKU's goed? Wat is het testprotocol voordat een regel live gaat? Als je deze vragen niet kunt beantwoorden, is een CPQ van een leverancier veiliger - dat dwingt in ieder geval structuur af.
De business case groeit met de omvang van je team. Een custom CPQ is interessanter naarmate je offerteteam groter is. Bij 5 gebruikers is een tool van een leverancier goedkoper. Bij 50 verdien je custom bouw binnen een jaar terug. Bij 200 is het een no-brainer.
De conclusie over CPQ-pricing
CPQ is duur omdat de markt wordt gedomineerd door drie of vier enterprise leveranciers die het net zo beprijzen als een CRM. De producten zijn goed. De dienstverlening is goed. En voor veel bedrijven is kopen nog steeds de beste keuze.
Maar het werk waar je daadwerkelijk voor betaalt - configuratieregels, prijslogica, goedkeuringen, documentgeneratie en integraties - is afgebakend, helder en in 2026 uitstekend zelf te bouwen.
Als je het technische talent in huis hebt, het offertevolume de investering rechtvaardigt en je de governance goed hebt ingericht, dan is een custom CPQ een van de meest renderende investeringen in je RevOps tech stack.
Dat is waarom wij dit blijven doen.
Revenue Wizards is een boutique RevOps-consultancy bureau gevestigd in Amsterdam. Wij helpen Europese B2B SaaS-bedrijven de systemen te bouwen die hun commerciële teams daadwerkelijk gebruiken.
CPQ-pricing: Waarom je dit zelf moet bouwen in Salesforce of HubSpot
Hoe je $100k-$500k bespaart op CPQ - en waarom dit de enige build-vs-buy beslissing in RevOps is die echt de moeite waard is.
De vraag die we wekelijks krijgen
"Waarom zou je 200k-500k betalen voor een CPQ-project?"
Precies. Dat is de meest gestelde vraag van onze klanten.
En het is een terechte vraag.
De juiste CPQ-vraag is niet "Waarom kost het zo veel?"
Het is "Moeten we dit niet gewoon zelf bouwen?"
Ik stel dat een custom CRM voor de meeste bedrijven overkill is.
Maar een custom CPQ? Dan praten we over serieuze business.
Ongeveer de helft van ons klantenbestand gebruikt een custom CPQ. Twee daarvan hebben we samen gebouwd. Een paar andere kwamen binnen met een systeem dat al draaide.
Een korte geschiedenisles
CPQ begon niet als verkoopsoftware.
Het begon in de jaren 80 als een zogenaamde configurator - op regels gebaseerde logica die gekoppeld was aan het ERP om ervoor te zorgen dat de specificaties van een klant niet botsten met wat de fabriek daadwerkelijk kon bouwen. Denk aan vliegtuigen, zware machines, industriële apparatuur.
Snel door naar het jaar 2000. Twee mannen in Deerfield, Illinois - Godard Abel en Christopher Shutts - richtten een bedrijf op genaamd BigMachines, ontworpen om te integreren met ERP, CRM en andere bedrijfssystemen om het verkoopproces te automatiseren. De naam was letterlijk: het product was oorspronkelijk bedoeld voor het configureren, prijzen en offreren van big machines in de olie- en gassector. Ze brachten de configurator naar de browser. Dat was de doorbraak.
Daarna werd de categorie geformaliseerd. In 2010 publiceerde Gartner een rapport waarin CPQ werd gedefinieerd als systemen met "pricing engines, proposal generators, quoting systems and rules or constraint engines, complemented by approval and authorization workflows." Die definitie staat vandaag de dag nog steeds.
Vervolgens kwam de overnamegolf:
Oracle nam BigMachines over in oktober 2013 en hernoemde het naar Oracle CPQ Cloud
Salesforce nam Steelbrick over in januari 2016 voor ongeveer $360 miljoen en hernoemde het naar Salesforce CPQ
SAP nam CallidusCloud over voor ongeveer $2,4 miljard in januari 2018
Apttus en Conga fuseerden in 2020 onder de merknaam Conga
CPQ veranderde in 20 jaar tijd van een niche productietool in een strategisch verkoopplan. En de grote enterprise softwareleveranciers betaalden flink om het in handen te krijgen.
De CPQ-markt vandaag de dag
De CPQ-markt is groot en groeit snel.
De wereldwijde CPQ-markt werd in 2025 gewaardeerd op USD 3,14 miljard en zal naar schatting groeien naar USD 3,63 omzet in 2026, om vervolgens in 2031 uit te komen op USD 7,55 miljard met een CAGR van 15,74%.
Een paar opvallende zaken in de data:
Cloud-implementaties namen in 2025 58,21% van het CPQ-marktaandeel voor hun rekening en groeien met een CAGR van 18,86% tot en met 2031
Noord-Amerika domineerde met een aandeel van 39,22% in 2025, terwijl Azië-Pacific de snelst groeiende regio is met een CAGR van 19,12%
De sector voor industriële machines, autoproductie en technologische hardware/software geeft het meeste uit aan CPQ-implementatie
Elke grote enterprise softwareleverancier heeft inmiddels een CPQ-product. Salesforce, Oracle, SAP, PROS, Conga, DealHub, Tacton, Vendavo, Infor, Cincom, Model N. En veel nieuwe spelers richten zich voornamelijk op SaaS.
Dit is een volwassen categorie. En dat is waarom de prijzen zich hebben gestabiliseerd op een specifiek, voorspelbaar en duur niveau.
Waarom de prijzen voor CPQ zo hoog zijn
Twee factoren bepalen de kosten: licenties and implementatie.
De licentieprijzen liggen grofweg op het niveau van CRM
De prijzen voor Salesforce CPQ beginnen rond de $200 per gebruiker/maand voor het basispakket en kunnen oplopen tot $250 per gebruiker/maand voor geavanceerdere edities. Ter vergelijking: die $200 is even duur als een Sales Cloud CRM-licentie.
En er is een addertje onder het gras. Salesforce hanteert voor CPQ vaak een minimale afname van zo'n 10 licenties, en het draait bovenop Sales Cloud - je betaalt dus voor de basis CRM-licentie plus de CPQ-licentie voor iedereen die offertes maakt.
De implementatie ligt in dezelfde prijsklasse als een CRM-implementatie
Een implementatie kan variëren van $20.000 tot meer dan $500.000, afhankelijk van de complexiteit van je producten, prijsmodellen en workflows. Voor een middelgroot bedrijf (200+ FTE) zijn zes cijfers de standaard en zeven cijfers geen uitzondering bij enterprises.
De kosten van een CPQ-implementatieproject kunnen die van de software zelf evenaren, vooral als jouw offerteprocessen complex zijn. En na de livegang is het voor volwassen SaaS-organisaties heel normaal om jaarlijks 10-20% van de initiële implementatiekosten te budgetteren voor optimalisaties.
Tel maar op. Voor een team van 50 sales reps kijk je al snel aan tegen zes cijfers aan licentiekosten per jaar, plus zes cijfers voor de implementatie, met een doorlopende post voor onderhoud. De TCO over vijf jaar schiet snel richting de zeven cijfers.
Dus, waarom dat enorme bedrag?
Wat maakt CPQ zo complex
Laat me eerst de kant van de leverancier belichten.
Productconfiguratieregels. Compatibiliteitslogica, restricties, vereiste onderdelen, elkaar uitsluitende opties. Als je industriële apparatuur verkoopt, is een stuklijst (BOM) van 50 regels met afhankelijkheden niet ongewoon. Maak hier een fout en je verkoopt iets wat de fabriek niet kan bouwen.
Prijslogica. Brutoprijzen, klantspecifieke kortingen, volumekortingen, staffels, meerjarige verplichtingen, verbruiksklassen, co-terminatie, valutaconversies, regionale prijslijsten.
Goedkeuringsflows. Verschillende kortingspercentages vereisen goedkeuring van verschillende personen. Legal kijkt mee vanaf een bepaalde dealgrootte. Finance beoordeelt afwijkende betalingsvoorwaarden. En de accounting-afdeling wil elke custom SKU checken.
Documentgeneratie. In jouw huisstijl, juridisch gecheckt, dynamisch ingevuld, met de juiste algemene voorwaarden voor het juiste dealtype.
Integraties. Data ophalen uit CRM (account, verkoopkans, contacten). Prijzen, offerte-PDF's en abonnementsregels terugschrijven. Doorschieten naar het ERP voor de boeking. Doorschieten naar de facturatietool. Doorschieten naar CLM voor het contract. En data doorsturen naar het data warehouse voor de forecasting.
Governance. Elke wijziging in een prijsregel of kortingsgrens heeft impact op de systemen verderop in de keten. Je hebt change management, sandboxes en testprotocollen nodig.
Bij een enterprise zijn al deze zes punten oprecht complex. Dat is waar je voor betaalt.
Maar let op. De kern van die lijst is eigenlijk heel compact en helder gedefinieerd.
Waarom CPQ veel eenvoudiger is dan CRM of ERP
Nu de andere kant van het verhaal.
Een CRM is de database voor accounts, contacten, verkoopkansen, activiteiten, taken, notities, e-mails, gesprekken, campagnes en leads. Het stuurt je marketing automation, sales workflow, customer success, support en partner-ecosystemen aan. Het is de motor van je gehele commerciële organisatie.
Een ERP is de financiële ruggengraat: grootboek, crediteuren, debiteuren, voorraad, inkoop, omzeterkenning, belastingen, consolidatie en compliance.
Beide systemen raken elke afdeling in het bedrijf. Beide kennen decennia aan overbodige functies (feature bloat). Beide moeten voldoen aan complexe wet- en regelgeving. Een van deze twee opnieuw bouwen is een meerjarig project dat gegarandeerd mislukt.
Maar een CPQ, teruggebracht tot de essentie, bestaat uit slechts vier dingen:
Hard-coded logica (configuratieregels, prijsregels)
Goedkeuringsflows
Documentgeneratie
Data lezen en schrijven (van CRM, naar CRM, naar ERP)
Waarom is dit in hemelsnaam net zo duur als een CRM of ERP? Het is onlogisch, en dat is precies waarom zo veel mensen moeite hebben met de tarieven van CPQ-software.
De scope is compact en de grenzen zijn helder. Het zit tussen CRM en ERP in met één taak: een correcte offerte genereren die beide systemen direct kunnen verwerken. Er is geen 30-jarige achterstand aan wettelijke features. Er is geen functionele wildgroei over meerdere afdelingen.
En dat is cruciaal, want wanneer iets compact en goed gedefinieerd is, kun je het zelf bouwen. Zeker in 2026 met low-code en no-code tools zoals Claude.
Waarom een custom CPQ wint van een custom CRM
Ik zeg het nog een keer - een custom CRM is bijna altijd een slecht idee. Je bent twee jaar bezig met het nabouwen van contacten, accounts, verkoopkansen, activiteitstracking, e-mailkoppelingen, mobiele apps, rechten en integraties. Tegen jaar drie heb je een mindere variant van HubSpot.
Bij een CPQ is dat anders.
De scope van de software is minuscuul. Je hebt geen mobiele app nodig. Geen e-mailkoppeling. Geen marketing- of supportintegraties en geen partnerportalen. Je hebt alleen productdata nodig die erin gaat, en een offerte-PDF die eruit komt.
De logica is sowieso van jou. Geen enkele leverancier levert kant-en-klare prijsregels. Of je nu Salesforce CPQ koopt of het zelf bouwt, jij moet elke regel, elke goedkeuring en elke drempelwaarde definiëren. De leverancier geeft je alleen het framework waarin je dit plaatst.
De rekensom kantelt bij schaal. CPQ wordt per gebruiker afgerekend. Hoe meer mensen offertes maken, hoe aantrekkelijker een eenmalige investering in eigen bouw wordt vergeleken met een doorlopend abonnement per licentie.
De technologie is er klaar voor. No-code en low-code tools in 2026 kunnen die vier kerntaken van een CPQ moeiteloos aan. Dat was in 2015 wel anders.
Anders gezegd: met een CRM bouw je een heel platform na. Met een CPQ bouw je een workflow.
Hoe je een CPQ bouwt in Salesforce of HubSpot
De beste optie - met afstand - is om het te bouwen binnen het CRM dat je al bezit. Salesforce kan dit met zijn standaardfuncties. HubSpot kan het ook, net als de meeste moderne uitdagers. Je hebt geen apart CPQ-platform nodig. Je moet het platform dat je al hebt simpelweg slim gebruiken.
Zo ziet elke laag eruit:
De datalaag waar je productcatalogus en prijzen leven
In Salesforce: gebruik de standaard objecten Product, Price Book en Price Book Entry. Voeg custom velden toe voor wat je prijsmodel ook nodig heeft - regio, staffels, opbouwlogica of verbruiksdrempels. De objecten Quote en Quote Line Item zijn standaard aanwezig. Voor complexe productbundels volstaan custom objecten met lookup-relaties.
Buiten Salesforce: Airtable of Baserow voor kleine catalogi, Postgres (via Supabase of vergelijkbaar) voor het grotere werk.
De logicalaag - waar de regels worden toegepast
In Salesforce: Flow (met name Screen Flow) regelt guided selling, configuratieregels en dynamische prijsberekening. Validatieregels blokkeren ongeldige configuraties. Gebruik Apex alleen als het echt niet anders kan - de meeste prijslogica heeft dit niet nodig. Een goed gebouwde Screen Flow loodst een sales rep moeiteloos door een configuratie van 30 stappen met conditionele logica, realtime prijsupdates en directe goedkeuringen.
Buiten Salesforce: Retool voor de UI en rules engine, in combinatie met Make of n8n voor complexere automatiseringen. Voor zware berekeningen kost een kleine Python- of TypeScript-functie op Cloudflare Workers of Supabase Edge Functions vrijwel niets.
Documentgeneratie - de PDF-output
DocuSign Gen en Conga Composer zijn de bekende enterprise keuzes, maar ze zijn prijzig. Goedkopere alternatieven die prima werken: PandaDoc, Docupilot, Documint, Formstack Documents (voorheen WebMerge) of Nintex DocGen. Voor een volledig interne oplossing werkt de Google Docs API of een template-bibliotheek gekoppeld aan een kleine functie nagenoeg gratis. Kies op basis van volume, niet op merknaam.
Goedkeuringen - routering en akkoord
Gebruik de standaard Approval Processes van Salesforce. Deze zijn ingebouwd en ondersteunen routering via meerdere stappen, dynamische goedkeurders op basis van dealgrootte of kortingspercentage, intrekkingen, delegaties en goedkeuring met één klik vanuit de e-mail. Er is geen enkele reden om een externe goedkeuringstool aan te schaffen, tenzij je de mogelijkheden van Salesforce echt bent ontgroeid - en dat is bij de meeste bedrijven niet het geval. Voor eenvoudige flows volstaat een Slack-workflow.
De integratielaag - CRM en ERP synchroon houden
Als je CPQ binnen je CRM leeft, is dit nauwelijks een issue. De data staat er immers al. Je hebt alleen een uitgaande koppeling naar het ERP nodig voor de definitieve boeking - via een REST API, middleware (Workato, Mulesoft, Boomi of goedkopere nieuwe alternatieven) of een geplande batch job. Ingebouwde change data capture en platform events regelen de synchronisatie.
Als je buiten het CRM bouwt, adviseren we om de koppeling altijd via het CRM te laten lopen en niet direct naar het ERP. Gebruik daar de CRM-ERP integratie voor. Dat is veel makkelijker te onderhouden.
Besteed eens een weekend aan een proof of concept. Je weet binnen een week of dit haalbaar is voor jouw organisatie.
Wees eerlijk over deze vier punten voordat je zelf gaat bouwen
Een custom CPQ is geen magische oplossing. Het stelt concrete eisen aan je organisatie.
Zorg voor 1 à 2 technisch sterke mensen in je GTM-team. Iemand die JavaScript kan lezen, een Python-functie kan schrijven en snapt hoe een API werkt. Geen full-stack developer per se, maar ook zeker geen pure Excel-gebruiker.
Consultants kunnen het bouwen, maar je moet het intern zelf onderhouden. Dit is waar het bij de meeste custom projecten misgaat. Prijzen wijzigen, producten worden toegevoegd en goedkeuringsflows veranderen continu. Dat eigenaarschap moet liggen bij iemand die dagelijks in de organisatie rondloopt.
Zorg voor goede governance. Wie mag prijsregels aanpassen? Wie keurt nieuwe SKU's goed? Wat is het testprotocol voordat een regel live gaat? Als je deze vragen niet kunt beantwoorden, is een CPQ van een leverancier veiliger - dat dwingt in ieder geval structuur af.
De business case groeit met de omvang van je team. Een custom CPQ is interessanter naarmate je offerteteam groter is. Bij 5 gebruikers is een tool van een leverancier goedkoper. Bij 50 verdien je custom bouw binnen een jaar terug. Bij 200 is het een no-brainer.
De conclusie over CPQ-pricing
CPQ is duur omdat de markt wordt gedomineerd door drie of vier enterprise leveranciers die het net zo beprijzen als een CRM. De producten zijn goed. De dienstverlening is goed. En voor veel bedrijven is kopen nog steeds de beste keuze.
Maar het werk waar je daadwerkelijk voor betaalt - configuratieregels, prijslogica, goedkeuringen, documentgeneratie en integraties - is afgebakend, helder en in 2026 uitstekend zelf te bouwen.
Als je het technische talent in huis hebt, het offertevolume de investering rechtvaardigt en je de governance goed hebt ingericht, dan is een custom CPQ een van de meest renderende investeringen in je RevOps tech stack.
Dat is waarom wij dit blijven doen.
Revenue Wizards is een boutique RevOps-consultancy bureau gevestigd in Amsterdam. Wij helpen Europese B2B SaaS-bedrijven de systemen te bouwen die hun commerciële teams daadwerkelijk gebruiken.
Blijf op de hoogte met onze Revenue Blog
Blijf op de hoogte met onze Revenue Blog
Bekijk alle posts
Wanneer ARR-rapportages haperen: het pleidooi voor Custom Snapshots
28 sep 2026
Waarom CRM-native ARR-rapportage spaak loopt bij meerjarige deals, en hoe een custom snapshot-laag je een ARR-waterfall geeft die finance wél vertrouwt.
AI-pricingmodellen: de verborgen kosten van credit-based billing
18 sep 2026
Hoe AI-prijsmodellen echt werken, waarom facturering op basis van credits lastig te voorspellen is, en wat kopers moeten eisen voordat ze tekenen.
De 7 beste B2B SaaS-marketingbureaus voor je pipeline (2026)
1 jun 2026
De 7 beste B2B SaaS-marketingbureaus in 2026, met echte prijzen, eerlijke beperkingen en een direct antwoord op welk deel van jouw omzet-engine ze nu écht verbeteren.
Meer laden
Plan een gesprek
Kies een tijdstip
