De Salesforce cleanup guide: stabiliteit structureel herstellen

De Salesforce cleanup guide: stabiliteit structureel herstellen

Wanneer Salesforce trager wordt, is dat zelden het gevolg van één plotseling technisch probleem. In de meeste gevallen begint het met kleine signalen. Het opslaan van een Opportunity duurt langer dan voorheen. Een rapportage sluit niet volledig aan op de werkelijkheid. Het berekenen van een offerte kost merkbaar meer tijd.

Naarmate een Salesforce-omgeving groeit, worden velden toegevoegd, automatisering uitgebreid en integraties gekoppeld. Elke wijziging heeft meestal een duidelijk doel. Tegelijkertijd blijft bestaande logica vaak actief, ook wanneer processen veranderen. Het gevolg is dat bij eenvoudige transacties steeds meer systeemlogica wordt uitgevoerd.

Na verloop van tijd kan een omgeving daardoor zwaarder en minder voorspelbaar worden. Gebruikers vertrouwen dashboards minder, wijken uit naar spreadsheets of ervaren wijzigingen in productie als risicovol.

In dergelijke situaties ligt de oorzaak meestal niet bij een gebrek aan inzet of kennis, maar bij een combinatie van technische schuld, beperkte governance en een datamodel dat niet langer goed aansluit op de huidige omzetprocessen. Een structurele cleanup begint daarom niet met verwijderen, maar met analyse.

Waarom Salesforce-omgevingen na verloop van tijd instabiel worden

In veel organisaties ontstaan vergelijkbare patronen. Deze ontwikkelen zich meestal geleidelijk en worden pas zichtbaar wanneer de impact op prestaties of gebruikerservaring toeneemt.

Datakwaliteit verslechtert

Dubbele accounts, incomplete contactgegevens, verouderde Opportunities en vrije tekstvelden kunnen de kwaliteit van rapportages en dashboards aantasten.

Wanneer rapportages niet langer betrouwbaar zijn, neemt het vertrouwen in het systeem af. In de praktijk leidt dit vaak tot extra handmatig werk en aanvullende administratie buiten Salesforce.

Automatisering blijft actief terwijl processen veranderen

Flows, Workflow Rules, Process Builder-processen en Apex triggers worden meestal geïmplementeerd om een specifiek proces te ondersteunen. Wanneer dat proces later verandert, wordt bestaande automatisering echter niet altijd herzien of verwijderd.

Daardoor kan oude logica actief blijven, ook wanneer deze niet langer functioneel nodig is. Dit verhoogt de verwerkingslast bij transacties en maakt systeemgedrag minder voorspelbaar.

Performanceproblemen ontstaan onder belasting

Langere wachttijden bij het opslaan van records, time-outs tijdens piekmomenten en tragere pagina’s wijzen vaak op een omgeving waarin per transactie te veel logica wordt uitgevoerd.

De oorzaak ligt meestal niet in infrastructuur, maar in een combinatie van overlappende automatisering, zware transacties en integraties die veel API-verkeer genereren.

Waarom opschonen direct invloed heeft op omzetprocessen

Salesforce ondersteunt in veel organisaties niet alleen administratie, maar vormt een belangrijk onderdeel van de commerciële infrastructuur.

Wanneer een omgeving stabiel en overzichtelijk is, kunnen gebruikers sneller werken, worden forecasts betrouwbaarder en kunnen proceswijzigingen gecontroleerd worden doorgevoerd.

Wanneer complexiteit blijft toenemen, groeit het operationele risico. Handmatige correcties nemen toe, besluitvorming vertraagt en de kans op fouten in omzetprocessen wordt groter.

Het opschonen van Salesforce is daarom geen cosmetische ingreep, maar een maatregel om stabiliteit, betrouwbaarheid en voorspelbaarheid te herstellen.

Stap 1: diagnoseer voordat je verwijdert

Een veelgemaakte fout bij een cleanup is om direct te beginnen met het verwijderen van velden, Flows of records.

Een effectievere aanpak begint met inzicht in hoe de omgeving daadwerkelijk wordt gebruikt en waar de belangrijkste risico’s zitten.

Breng gebruik en procesafwijkingen in kaart

Spreek met teams uit sales, finance en operations om te begrijpen waar frictie in de praktijk ontstaat. Observeer hoe records worden aangemaakt, bijgewerkt en overgedragen tussen teams.

Deze analyse maakt zichtbaar waar configuratie en werkelijke procesuitvoering uit elkaar zijn gegroeid.

Meet concrete systeem signalen

Gebruik meetbare indicatoren om te bepalen waar analyse nodig is, zoals:

• opslagtijd van kernobjecten
• Flow-foutmeldingen
• Apex CPU-tijd
• API-gebruik per integratiegebruiker
• berekeningstijd van offertes in CPQ-omgevingen

Deze signalen laten niet direct zien wat verwijderd moet worden, maar helpen om te bepalen waar de onderliggende complexiteit zich bevindt.

Stap 2: herstel datakwaliteit structureel

Zonder betrouwbare data blijft een Salesforce-omgeving kwetsbaar, ook wanneer configuratie wordt vereenvoudigd.

Begin daarom met het vaststellen van duplicaten via matching rules en duplicatielogica. Bepaal vervolgens welke records leidend zijn en voer merges gecontroleerd uit.

Daarnaast is het belangrijk om kernvelden te standaardiseren. Waar rapportages afhankelijk zijn van vaste waarden, zijn picklists en duidelijke eigenaarschapregels doorgaans effectiever dan vrije tekstvelden.

Validatieregels kunnen helpen om datakwaliteit te verbeteren, maar moeten werkbaar blijven. Wanneer regels te strikt worden ontworpen, ontstaat het risico dat gebruikers alternatieve paden buiten het systeem gaan gebruiken.

Stap 3: verminder technische schuld gefaseerd

Technische schuld ontstaat meestal wanneer tijdelijke of snelle oplossingen permanent onderdeel van de omgeving worden.

Analyseer daarom welke velden, rapporten en automatiseringen weinig worden gebruikt en onderzoek welke afhankelijkheden bestaan in integraties en managed packages.

Een veilige volgorde is doorgaans:

1. eerst verbergen of deactiveren
2. daarna monitoren op impact
3. vervolgens afhankelijkheden bevestigen
4. pas daarna definitief verwijderen

Deze gefaseerde aanpak verkleint het risico op verstoringen in kritieke processen.

Zorg dat Salesforce weer aansluit op het werkelijke verkoopproces

Een Salesforce-omgeving moet het lead-to-cash-proces ondersteunen en niet onnodig compliceren.

Controleer daarom of Opportunity-fases nog overeenkomen met de manier waarop teams daadwerkelijk verkopen. Evalueer goedkeuringsstappen en overdrachten naar finance of operations.

Wanneer configuratie en praktijk van elkaar afwijken, ontstaat vaak omzeilgedrag. Gebruikers slaan stappen over, houden gegevens buiten het systeem bij of vullen velden pas later in.

Vereenvoudiging helpt hier vaak, mits kritieke gegevens voor facturatie, compliance of forecasting wel goed geborgd blijven.

Goede automatisering is niet per definitie omvangrijk, maar vooral doelgericht.

Cleanup in CPQ- en RevOps-omgevingen

In omgevingen met CPQ of bredere revenue-processen vereist een cleanup extra zorgvuldigheid.

Het is daarbij belangrijk om duidelijk te zijn over het gebruikte product. In veel organisaties gaat het om Salesforce Industries CPQ (voorheen Vlocity CPQ) of Salesforce RevOps / Agentforce CPQ.

CPQ staat zelden op zichzelf. Productconfiguratie, prijslogica, contracten, billing en ERP-integraties zijn meestal nauw met elkaar verbonden. Aanpassingen in productregels of prijzingslogica kunnen daardoor downstream-effecten hebben.

Analyseer in zulke omgevingen onder andere:

• productmodellen
• bundelstructuren
• prijsregels
• kortingslogica
• quote-performance

Verouderde SKU’s kunnen vaak gefaseerd worden uitgefaseerd en overbodige prijsregels kunnen worden vereenvoudigd. Dit moet echter altijd gebeuren nadat afhankelijkheden expliciet zijn vastgesteld.

Binnen een bredere RevOps-architectuur gaat het niet alleen om tooling, maar om samenhang tussen eigenaarschap, datastromen en governance over de volledige revenue lifecycle.

Governance voorkomt herhaling

Een eenmalige cleanup levert beperkt resultaat op wanneer governance ontbreekt.

Leg daarom vast wie eigenaar is van automatisering, datakwaliteit en architectuurkeuzes. Introduceer een gecontroleerd wijzigingsproces voor productieomgevingen en documenteer belangrijke beslissingen.

Periodieke controles zijn daarbij belangrijk. Niet als administratieve oefening, maar om concrete inzichten op te leveren, zoals:

• een overzicht van actieve automatisering met verantwoordelijken
• een actuele datakwaliteitsscore
• een overzicht van integraties en afhankelijkheden
• een risicoregister gekoppeld aan meetbare systeemindicatoren

Wanneer deze structuur aanwezig is, blijft complexiteit beter beheersbaar.

Kort samengevat

Salesforce wordt zelden instabiel door één grote fout. In de meeste gevallen ontstaat de complexiteit geleidelijk door opeenstapeling van datakwaliteitsproblemen, automatisering en integraties.

Een effectieve cleanup begint daarom niet met verwijderen, maar met meten en analyseren. Pas wanneer duidelijk is waar de grootste belasting en risico’s zitten, kunnen verbeteringen veilig en gefaseerd worden doorgevoerd.

Structurele stabiliteit vraagt om duidelijke architectuurkeuzes, selectieve automatisering en consistente governance. Wanneer die basis op orde is, blijft een Salesforce-omgeving beter schaalbaar en voorspelbaar.