Is legacy Salesforce CPQ echt “dood”? Wat End of Sale betekent voor je omzet architectuur

Is legacy Salesforce CPQ echt “dood”? Wat End of Sale betekent voor je omzet architectuur

Wanneer een salesmedewerker een offerte opent en de berekening duurt ineens tien seconden langer dan normaal, voelt dat klein.
Wanneer een amendment vastloopt door complexe prijs logica, wordt het serieus.
En wanneer elke release extra regressietests vraagt, merk je dat de stabiliteit onder druk staat.

In maart 2025 ging legacy Salesforce CPQ – het managed package dat veel organisaties jaren hebben gebruikt – officieel in End of Sale. Dat klinkt drastisch. Toch betekent het niet dat je CPQ morgen stopt met werken.

Het betekent iets anders: je omzet architectuur vraagt om herbeoordeling.

Dit artikel legt uit wat End of Sale werkelijk inhoudt, waar de risico’s na verloop van tijd ontstaan en hoe je daar gestructureerd mee omgaat.

Wat betekent End of Sale concreet?

End of Sale betekent:

Nieuwe klanten kunnen legacy Salesforce CPQ niet meer aanschaffen.
Bestaande klanten kunnen hun implementatie blijven gebruiken.
Essentiële support blijft beschikbaar.
De strategische product focus verschuift.

Het is dus geen End of Life. Je CPQ blijft functioneren.

Wat verandert, is de ontwikkelrichting. Innovatie vertraagt. Nieuwe platform mogelijkheden worden eerder geïntegreerd in modernere revenue oplossingen dan in het oudere managed package.

Dat verschil groeit ongemerkt.

Waarom Salesforce deze richting kiest

Legacy Salesforce CPQ is gebouwd als managed package bovenop het Salesforce-platform. Dat model werkte jarenlang goed voor complexe prijsconfiguraties en offerteprocessen.

Maar omzet processen zijn veranderd. Abonnementen, usage-based pricing, contractwijzigingen en billing integraties zijn nauwer met elkaar verweven geraakt. Organisaties willen geen losse quote-engine, maar een samenhangend datamodel over de volledige revenue lifecycle.

Daarom positioneert Salesforce nu Agentforce Revenue Management en Revenue Lifecycle Management (RLM) als de strategische toekomst. Niet als losse CPQ-vervanger, maar als bredere architectuur voor quote, contract, fulfilment, billing en renewal.

Dat is geen oordeel over jouw huidige implementatie.
Het is een platformkeuze voor de lange termijn.

Waarom passief blijven risico vergroot

De grootste fout is denken dat er niets verandert.

In het begin merk je weinig. Offertes blijven werken. Prijsregels blijven draaien. Integraties blijven synchroniseren.

Na verloop van tijd zie je subtiele signalen:

• Quote-calculaties worden zwaarder bij piekbelasting.
  
• Prijsregels groeien in aantal en onderlinge afhankelijkheid.
  
• Flows en triggers stapelen zich op.
  
• Elke release vraagt meer regressietests.
  
• Kennis van het oude model wordt schaarser.

Dat ontstaat niet plotseling, maar geleidelijk. Technische schuld bouwt zich op zonder dat je het direct merkt. Het gevolg: kleine wijzigingen vragen steeds meer analyse en validatie.

Dat kost tijd en rekenkracht, elke keer opnieuw.

Waarom migratie geen eenvoudige upgrade is

Veel bestuurders denken: we upgraden gewoon naar iets nieuws.

Zo werkt het zelden.

Moderne Revenue Lifecycle Management-oplossingen gebruiken een ander datamodel en andere aannames over hoe omzet door je organisatie stroomt. Offerte Logica, goedkeuringsprocessen, amendments en renewals moeten vaak opnieuw worden ontworpen.

Dat is geen toggle.
Dat is herimplementatie.

Als je te vroeg beweegt, loop je het risico dat je processen nog niet volwassen zijn. Wacht je te lang, dan groeit de complexiteit verder door. De juiste timing wordt bepaald door architectuur gezondheid, niet door marktgeruchten.

Hoe je je huidige CPQ-risico goed analyseert

Voordat je over vervanging praat, moet je meten.

Een goede Salesforce-audit kijkt niet alleen naar configuratie, maar naar gedrag:

• Hoe snel worden quote-calculaties uitgevoerd?
  
• Hoeveel prijsregels zijn er actief en hoe afhankelijk zijn ze van elkaar?
  
• Welke Flows, triggers of API-integraties grijpen in tijdens een transactie?
  
• Waar ontstaan wachttijden in goedkeurings paden?
  
• Hoe consistent is je datamodel tussen sales, finance en billing?

Deze analyse maakt zichtbaar waar complexiteit zich heeft opgehoopt.

Bij CaseNine beginnen we altijd met die diagnosefase. Niet om direct te migreren, maar om vast te stellen waar stabilisatie nodig is. Zonder die stap blijft elke architectuur beslissing gebaseerd op aannames.

En aannames helpen zelden structureel.

Stabiliseren vóór transformeren

Een veelgemaakte fout is meteen een transitieproject starten.

In vrijwel elke org is eerst stabilisatie nodig:

• Overbodige configuratie verwijderen.
  
• Prijs Logica vereenvoudigen.
  
• Goedkeuring Paden verduidelijken.
  
• Dataconsistentie verbeteren.
  
• Integraties rationaliseren.

Dat lijkt minder spectaculair dan migratie, maar het verlaagt risico direct. Bovendien maakt het je huidige systeem begrijpelijker. Zodra je weet hoe je omzet logica echt werkt, kun je beter bepalen wat toekomstbestendig is.

Structuur vóór snelheid.
Helderheid vóór verandering.

Wat betekent dit voor RevOps?

RevOps is geen organisatorische trend, maar architectuur discipline.

Zonder duidelijke data-eigenaarschap, lifecycle definities en governance groeit elke revenue oplossing uit tot een complex geheel. Dat geldt voor legacy Salesforce CPQ net zo goed als voor Agent Force Revenue Management.

Wanneer automatisering onbeheerst blijft toenemen, daalt de betrouwbaarheid.
Wanneer validaties blijven stapelen, stijgen de responstijden.
Wanneer integraties niet duidelijk gedefinieerd zijn, volgen synchronisatiefouten.

RevOps gaat dus niet over tools, maar over consistentie in ontwerp en besluitvorming.

Praktische richtlijnen voor besluitvorming

Raak niet in paniek. End of Sale is een signaal, geen noodsituatie.

Meet eerst hoe je huidige architectuur zich gedraagt.
Scheid stabilisatie van transformatie.
Beoordeel migratie op basis van meetbare risico’s.
Zie je revenue platform als infrastructuur, niet als losse applicatie.

Wie deze volgorde aanhoudt, voorkomt impulsieve keuzes.

Kort samengevat

Legacy Salesforce CPQ stopt niet morgen.
Maar de strategische focus verschuift.

Wie passief blijft, ziet complexiteit ongemerkt groeien.
Wie eerst analyseert en stabiliseert, houdt controle.

Revenue Architectuur draait niet om snelheid, maar om samenhang en schaalbaarheid op lange termijn.

Yannick van Eldik

Co-founder

Yannick van Eldik is medeoprichter van CaseNine. Bovendien is Yannick nauw betrokken bij zowel de salesfase als de inhoudelijke projecten. Hij helpt organisaties met het optimaal inrichten van Salesforce oplossingen, maar fungeert ook als gesprekspartner voor strategische vraagstukken.