Loopt je Salesforce sales cycle vast? Zo herstel je structuur en voorspelbaarheid

Loopt je Salesforce sales cycle vast? Zo herstel je structuur en voorspelbaarheid

Wanneer een sales cycle stroever verloopt dan verwacht, ontstaat dat zelden plotseling. In de meeste organisaties ontwikkelt de frictie zich geleidelijk.

Een extra verplicht veld wordt toegevoegd. Een goedkeuringsstap blijft actief terwijl deze nauwelijks nog waarde heeft. Opportunity-stages veranderen, maar de bijbehorende automatisering en rapportage logica blijven ongewijzigd.

Na verloop van tijd groeit de complexiteit. Salesmedewerkers besteden meer tijd aan administratie dan aan klantgesprekken. Forecasts worden minder betrouwbaar doordat data inconsistent wordt ingevuld. Finance ziet verschillen tussen verwachte omzet en daadwerkelijke facturatie.

In dergelijke situaties ligt de oorzaak meestal niet bij gebruikers, maar bij de onderliggende architectuur van processen, datamodel en automatisering.

Hoe een vastgelopen sales cycle zich manifesteert

In complexe Salesforce-omgevingen verschijnen vaak vergelijkbare signalen wanneer het verkoopproces niet meer goed aansluit op de configuratie van het systeem.

Veel voorkomende indicatoren zijn:

• Deals die stages overslaan
• Close dates die structureel in het verleden blijven staan
• Opportunity-bedragen die handmatig worden aangepast
• Voortgang die buiten Salesforce wordt bijgehouden
• Goedkeuringsprocessen die eenvoudige transacties blokkeren

Wanneer deze patronen zichtbaar worden, weerspiegelt het systeem niet langer het werkelijke verkoopproces. Gebruikers gaan processen omzeilen en houden informatie buiten het systeem bij. Dit vermindert de betrouwbaarheid van data en rapportages.

Waarom Salesforce-omgevingen na verloop van tijd complexer worden

Salesforce groeit vaak mee met de organisatie. Nieuwe producten, prijsstructuren en rapportagebehoeften leiden tot extra configuratie.

Wanneer governance ontbreekt, stapelen configuraties zich geleidelijk op. Denk bijvoorbeeld aan:

• Validatieregels die actief blijven terwijl processen veranderen
• Flows die blijven draaien naast nieuwere automatisering
• Apex triggers die op hetzelfde object reageren
• Opportunity-stages die verschillende betekenissen krijgen per team 

Deze opeenstapeling wordt vaak aangeduid als technische schuld. Het systeem blijft functioneren, maar wijzigingen worden complexer en transacties moeten steeds meer logica verwerken.

De impact wordt vooral zichtbaar tijdens piekbelasting of bij grote aantallen updates.

Begin met meten in plaats van aanpassen

Wanneer frictie in het verkoopproces ontstaat, is de eerste neiging vaak om configuratie direct te vereenvoudigen. In de praktijk is een analyse van het huidige systeemgedrag meestal effectiever.

Enkele relevante vragen zijn bijvoorbeeld:

• Hoe vaak bewegen deals terug naar een eerdere stage?
• Hoeveel opportunities hebben een verlopen close date?
• Hoeveel verplichte velden blijven structureel leeg?
• Hoeveel Flows en triggers worden geactiveerd bij een update?
• Wat is de responstijd bij het opslaan van een Opportunity?

Door deze signalen te analyseren wordt zichtbaar waar processen, datamodel en automatisering niet meer goed op elkaar aansluiten.

Opportunity-stages vereenvoudigen

Opportunity-stages functioneren het best wanneer ze gebaseerd zijn op observeerbare gebeurtenissen in het verkoopproces.

Stages met interpretatieve namen, zoals Negotiation, kunnen per gebruiker een andere betekenis krijgen. Dit leidt tot inconsistent gebruik van stages en minder betrouwbare forecastdata.

Veel organisaties werken effectiever met stages die duidelijke mijlpalen vertegenwoordigen, bijvoorbeeld:

• Proposal Sent
• Commercial Terms Agreed
• Contract Signed 

In veel gevallen zijn vier tot zes stages voldoende om de voortgang van een verkoopproces te structureren. Wanneer definities eenduidig zijn, verbetert de datakwaliteit vaak vanzelf.

Productstructuur vroeg in het proces vastleggen

Wanneer opportunitybedragen handmatig worden ingevuld, ontstaat onzekerheid in rapportages en forecastberekeningen.

Door producten vroeg in het verkoopproces aan opportunities te koppelen, wordt omzet gebaseerd op concrete productdata. Dit heeft meerdere voordelen:

• Omzet is gekoppeld aan specifieke producten
• Finance kan beter controleren wat daadwerkelijk verkocht is
• Facturatieprocessen sluiten beter aan
• Rapportages worden consistenter 

Deze structuur vormt ook de basis voor bredere omzetarchitecturen zoals Revenue Lifecycle Management (RLM), waarin quoting, contractbeheer, facturatie en verlengingen onderdeel zijn van één samenhangend proces.

Automatisering beheersbaar houden

Automatisering moet het verkoopproces ondersteunen. In veel Salesforce-omgevingen ontstaat echter het tegenovergestelde effect wanneer verschillende automatiseringen overlappen.

Veel voorkomende situaties zijn:

• Flows die vergelijkbare logica uitvoeren
• Legacy Process Builder-automatisering die actief blijft
• Validatieregels die kleine wijzigingen blokkeren
• Triggers die op dezelfde velden reageren 

Wanneer meerdere processen tegelijkertijd reageren op een update, kan dezelfde logica meerdere keren worden uitgevoerd. Dit verhoogt de verwerkingstijd van transacties en kan onverwachte bijwerkingen veroorzaken.

Effectieve automatisering is doorgaans beperkt tot logica die daadwerkelijk waarde toevoegt. Periodieke reviews helpen om overlappende processen te consolideren.

Wanneer CPQ een passende oplossing is

Bij eenvoudige prijsstructuren kan standaard Sales Cloud voldoende zijn. Wanneer productconfiguraties, bundels of contractafspraken complexer worden, kan een CPQ-oplossing noodzakelijk zijn.

Binnen Salesforce-omgevingen kan dit bijvoorbeeld betekenen:

• Salesforce Industries CPQ (voorheen Vlocity CPQ)
• Salesforce RevOps / Agentforce CPQ 

CPQ automatiseert productconfiguratie en prijsberekening, maar is geen oplossing voor onduidelijke processen. Wanneer productdata, prijsregels of governance niet helder zijn, kan CPQ bestaande complexiteit juist versterken.

Daarom is het belangrijk om CPQ pas te introduceren wanneer:

• Productdata stabiel is
• Prijslogica duidelijk gedefinieerd is
• Goedkeuringsprocessen consistent zijn
• Eigenaarschap van omzetdata vastligt

RevOps als fundament voor stabiliteit

RevOps richt zich op de afstemming van sales-, finance- en operationsprocessen rondom één consistente omzetarchitectuur.

In Salesforce-omgevingen betekent dit onder andere dat duidelijk is:

• Wie verantwoordelijk is voor datakwaliteit
• Hoe deals van opportunity naar contract bewegen
• Wanneer facturatieprocessen worden gestart
• Hoe renewals en contractverlengingen worden beheerd 

Oplossingen zoals Revenue Lifecycle Management (RLM) of Agentforce Revenue Management functioneren het best wanneer deze processen duidelijk zijn vastgelegd.

Een gefaseerde aanpak voor herstel

Het herstellen van structuur in een vastgelopen sales cycle gebeurt meestal stapsgewijs.

Een typische aanpak bestaat uit:

1. Analyse van het huidige systeemgedrag
2. Definitie van een duidelijk omzetmodel
3. Vereenvoudiging van opportunity-stages en goedkeuringen
4. Structurering van product- en prijsdata
5. Stabilisatie van automatisering
6. Evaluatie van CPQ- of revenue-oplossingen indien nodig
7. Inrichting van governance en periodieke monitoring 

Hoewel deze aanpak geleidelijk verloopt, levert zij meestal een stabieler en schaalbaarder verkoopproces op.

Kort samengevat

Wanneer een sales cycle vastloopt, is dat meestal het gevolg van opeengestapelde configuraties en onvoldoende afgestemde governance.

Door eerst systeemgedrag te analyseren en daarna stages, productdata en automatisering te vereenvoudigen, kan de voorspelbaarheid van het verkoopproces worden hersteld.

Salesforce blijft het meest effectief wanneer architectuur, datamodel en processen consistent worden beheerd.