Stop met gissen: waarom customer-centric revenue management beter werkt dan onderbuikgevoel

Stop met gissen: waarom customer-centric revenue management beter werkt dan onderbuikgevoel

Wanneer je omzet processen onder druk komen te staan, is dat zelden een puur commercieel probleem. Meestal ligt de oorzaak in je systeemlogica.

In het begin lijkt alles te werken. Sales sluit deals. Targets worden gehaald. Forecasts zien er redelijk uit.
Maar na verloop van tijd ontstaan er scheurtjes.

Prijzen wijken af van wat eerder is afgesproken.
Quotes moeten handmatig worden aangepast.
Renewals lopen via Excel.
Finance kan niet herleiden waar bedragen vandaan komen.

Dat ontstaat niet door onwil. Het ontstaat door architectuur keuzes die ooit logisch leken, maar in de loop der jaren zijn uitgegroeid tot complexe omzet processen.

Customer-centric revenue management pakt dat bij de kern aan: niet door harder te sturen op targets, maar door je systeem te ontwerpen rond hoe klanten daadwerkelijk kopen, verlengen en uitbreiden.

Wat bedoelen we met customer-centric revenue management?

Customer-centric revenue management betekent dat je pricing, quoting en lifecycle processen ontwerpt op basis van klantgedrag in plaats van interne verkoopdruk.

Niet: “Hoe sluiten we deze deal vandaag?”
Maar: “Hoe hoort omzet zich te gedragen gedurende de volledige lifecycle?”

Dat omvat:

• Eerste quote
  
• Contractactivatie
  
• Amendments
  
• Renewals
  
• Upsell of uitbreiding

Wanneer die stappen logisch op elkaar aansluiten, ontstaat voorspelbaarheid. Niet omdat je meer controle afdwingt, maar omdat je systeem consistent reageert.

Waarom revenue systemen in Salesforce na verloop van tijd vastlopen

1. Gefragmenteerde data

In vrijwel elke organisatie zie je hetzelfde patroon.

Quotes staan in Salesforce.
Contract Details worden extern opgeslagen.
Billing draait in een ERP.

Zonder gedeeld datamodel werken teams met gedeeltelijke informatie. Het gevolg: handmatige correcties, afwijkende prijzen en discussies bij renewals.

Automatisering wordt dan risicovol. Want zodra de onderliggende regels onduidelijk zijn, volgt inconsistent gedrag.

Dat helpt zelden structureel.

2. Statische pricingmodellen

Veel organisaties werken met vaste price books en handmatige kortingen.
Dat lijkt overzichtelijk, maar sluit zelden aan op hoe klanten daadwerkelijk kopen.

Denk aan:

• Usage-based pricing
  
• Bundels met afhankelijkheden
  
• Meerjarige contracten met staffels

Als je systeem dat niet ondersteunt, ontstaan uitzonderingen. Sales past handmatig prijzen aan. Logica wordt gekopieerd. Validaties worden omzeild.

Na verloop van tijd stapelt technische schuld zich op. Wachttijden nemen toe. Vertrouwen in het systeem daalt ongemerkt.

3. Blinde vlekken in de lifecycle

Sommige omzet processen zijn ingericht rond de initiële verkoop. Daarna vervaagt het overzicht.

Renewals worden apart behandeld.
Amendments volgen een ander pad.
Data wordt geëxporteerd naar spreadsheets.

Zodra lifecycle logica ontbreekt, wordt elke verlenging een reconstructie. Dat kost tijd en rekenkracht, elke keer opnieuw.

Hoe je revenue problemen wel goed analyseert

Voordat je tooling verandert, moet je vaststellen hoe je omzet logica zich vandaag gedraagt.

Dat begint met diagnose.

Je kijkt naar:

• Productstructuur in het datamodel
  
• Duplicatie van pricing regels
  
• Frequentie van handmatige kortingen
  
• Quote doorlooptijd
  
• Renewalgaten
  
• API-fouten tussen Salesforce en ERP

Deze analyse kan worden ondersteund met objectieve diagnostiek, zoals HUBBL. Niet om meningen te verzamelen, maar om patronen zichtbaar te maken.

Als 35% van je quotes handmatig wordt aangepast, is dat geen sales probleem.
Als renewals afhankelijk zijn van exports, is je lifecycle architectuur onvolledig.

Eerst begrijpen. Daarna aanpassen.

Stap voor stap naar stabiele omzet processen

Stap 1: Definieer een helder revenue model

Leg vast:

• Wie eigenaar is van pricing logica
  
• Waar korting is toegestaan
  
• Hoe contractwijzigingen worden verwerkt
  
• Hoe renewals worden getriggerd

Zonder deze kaders blijft elke technische implementatie fragiel.

Stap 2: Positioneer CPQ binnen RevOps-architectuur

CPQ staat nooit op zichzelf.

Binnen Salesforce gebruik je doorgaans:

• Salesforce Industries CPQ (formerly Vlocity CPQ) bij complexe productconfiguraties
  
• Salesforce RevOps / Agentforce CPQ wanneer lifecycle consistentie centraal staat

De keuze hangt af van je bedrijfslogica, niet van voorkeur.

Belangrijker nog: CPQ moet aansluiten op contractdata, billing en integraties. Anders ontstaat een scheiding tussen wat wordt verkocht en wat daadwerkelijk wordt gefactureerd.

Goede automatisering is niet complex, het is selectief.

Stap 3: Borg Revenue Lifecycle Management (RLM)

Revenue Lifecycle Management (RLM) zorgt dat:

• Amendments dezelfde regels volgen als initiële deals
  
• Renewals consistent geprijsd worden
  
• Downstream systemen betrouwbare data ontvangen

Wanneer lifecycle definities ontbreken, ontstaan afwijkingen bij elke wijziging. Dat is zelden zichtbaar bij de eerste implementatie, maar wel zodra volumes stijgen.

RLM verbindt transactie en relatie.

Stap 4: Introduceer Agent Force met beleid

Agentforce Revenue Management kan processen ondersteunen, zoals guided renewals en workflow automatisering.

Maar Agent Force is een uitvoeringslaag.

Als je pricing logica inconsistent is, automatiseer je onzekerheid.
Zonder stabiel datamodel blijft automatisering kwetsbaar.

Automatiseer pas wanneer je onderliggende structuur klopt.

RevOps en architectuur horen bij elkaar

RevOps beschrijft samenwerking tussen teams. Architectuur maakt die samenwerking afdwingbaar in Salesforce.

Wanneer architectuur ontbreekt:

• Worden uitzonderingen normaal
  
• Blijven validaties meedraaien zonder toezicht
  
• Neemt systeem complexiteit toe

Een engineering-gedreven aanpak richt zich op schaalbaarheid, dataconsistentie en beheersbaarheid.

Niet snelheid op korte termijn, maar stabiliteit op lange termijn.

Specifieke aandachtspunten voor Nederlandse organisaties

Nederlandse organisaties werken vaak met:

• Meerdere valuta
  
• Internationale entiteiten
  
• BTW-regels
  
• ERP-gedreven facturatie

Die complexiteit vraagt om geïntegreerde systeemlogica. Lokale spreadsheets lossen niets structureel op.

Een gerichte Salesforce org audit maakt vaak zichtbaar waar kleine architectuur correcties grote impact hebben. Niet alles hoeft opnieuw gebouwd te worden. Soms volstaat het om kern logica te herstructureren.

Hoe je een geschikte Salesforce partner herkent

Zoek een partner die:

• Technische org audits uitvoert
  
• Structurele oorzaken vaststelt
  
• RevOps en architectuur combineert
  
• Integraties zorgvuldig ontwerpt
  
• Diagnose-naar-realisatie kan borgen

Omzet Infrastructuur is geen project, maar een fundament. Dat vraagt discipline.

Conclusie: vervang onderbuikgevoel door systeemlogica

Customer-centric revenue management draait niet om klantvriendelijkheid als marketingterm.

Het gaat om het ontwerpen van systemen die klantgedrag correct vertalen naar transactie- en contract logica.

Wanneer pricing, quoting en lifecycle consistent zijn:

• Daalt het aantal uitzonderingen
  
• Verbeteren responstijden
  
• Worden renewals voorspelbaarder
  
• Wordt automatisering betrouwbaar

Kort samengevat:

Structureer eerst je revenue logica.
Automatiseer daarna gericht.
Borg consistentie over de volledige lifecycle.

Stabiele omzet ontstaat niet door meer druk, maar door betere architectuur.

Colin Hamer

Colin Hamer is Software Engineer bij CaseNine. Hij is verantwoordelijk voor diverse Salesforce projecten bij klanten.