“We halen niet uit Salesforce wat we ervan hadden verwacht.”
Het is een zin die ik regelmatig hoor, en bijna nooit na één jaar. Meestal na twee of drie jaar, wanneer de initiële energie van de implementatie is weggeëbd en de dagelijkse realiteit is gaan wringen. Het systeem staat, de licenties lopen, maar de gewenste efficiëntie, het overzicht, de tijdbesparing, die zijn er niet echt gekomen.
De reflexreactie is begrijpelijk: betere dashboards, een nieuwe module, aanvullend maatwerk. Maar in de meeste gevallen die ik zie, ligt het probleem niet in de software.
Wat Salesforce zichtbaar maakt
Software digitaliseert processen. Dat klinkt als een open deur, maar de implicatie is groter dan ze lijkt: wanneer een slecht gedefinieerd of inconsistent proces wordt gedigitaliseerd, wordt het niet beter. Het wordt alleen zichtbaarder.
Een verkoopteam dat afspraken maakt over het bijhouden van Opportunity-stages, maar waarbij niemand die afspraak handhaaft, krijgt in Salesforce precies hetzelfde resultaat als op papier: een pipeline die niet klopt. Een serviceteam dat cases op wisselende manieren afhandelt, laat in Salesforce dezelfde inconsistentie zien, alleen nu vastgelegd in data.
Salesforce creëert het probleem niet. Het legt het vast. En soms is dat ongemakkelijk, omdat opeens meetbaar wordt wat voorheen alleen aanvoelde.
Herkenbare signalen dat het om een procesprobleem gaat
In de praktijk zijn er een aantal terugkerende signalen die wijzen op een onderliggend procesprobleem in plaats van een technisch tekort.
Velden worden niet of inconsistent ingevuld. Medewerkers vullen verplichte velden in met een streepje of een datum van jaren geleden om het systeem tevreden te stellen. Dit betekent vrijwel altijd dat ze de waarde van die data niet inzien, of dat het registreren ervan los staat van hun dagelijkse werk.
Rapporten worden niet vertrouwd. Wanneer een team de rapportages uit Salesforce structureel naast zich neerlegt en liever een eigen Excel bijhoudt, is er iets fundamenteel mis met de kwaliteit of relevantie van de data. Het systeem loopt dan parallel aan de werkelijkheid, niet ermee.
Opportunity-stages kloppen niet. Een van de meest voorkomende symptomen: deals staan jarenlang op dezelfde stage, sluitdatums worden maandelijks opgeschoven, of de pipeline bevat kansen die al lang dood zijn. Dit is geen Salesforce-probleem. Dit is een probleem met hoe het verkoopproces wordt geleid en besproken.
Iedereen werkt anders. Als vijf accountmanagers elk hun eigen werkwijze hebben voor het registreren van klantinformatie, helpt een nieuw veld of een nieuwe flow weinig. Het proces zelf is niet helder gedefinieerd, en dat lost technologie niet op.
Het systeem wordt gezien als administratie, niet als hulpmiddel. Wanneer medewerkers Salesforce zien als iets wat voor management is, niet voor henzelf, is lage adoptie een symptoom van een dieper probleem: het systeem helpt hen niet echt bij hun werk.
De maatwerkvalkuil
Zodra het gevoel ontstaat dat Salesforce niet goed werkt, is de eerste reflex vaak: meer configuratie. Een nieuw veld dat dwingt tot correcte invoer. Een automatisering die compenseert voor een stap die mensen overslaan. Een dashboard dat het management een betere weergave geeft van data die in de kern niet klopt.
Dit leidt tot een bekende spiraal. De omgeving wordt complexer. Beheer wordt zwaarder. Medewerkers raken verder gefrustreerd door steeds meer verplichte velden en extra stappen. En het fundamentele probleem, dat het proces zelf niet goed is gedefinieerd of niet wordt nageleefd, blijft bestaan onder een dikkere laag technologie.
Maatwerk is zinvol wanneer het een goed werkend proces ondersteunt. Het is een pleister wanneer het een gebroken proces probeert te verbergen.
Een praktische test
Stel je voor dat Salesforce morgen wegvalt en alles op papier of in een simpele spreadsheet moet. Zou dan voor iedereen duidelijk zijn:
- Wie verantwoordelijk is voor welke stap in het proces?
- Wat de definitie is van een “gewonnen” of “verloren” deal?
- Welke informatie beschikbaar moet zijn voordat een volgende stap wordt gezet?
- Wanneer een case is afgerond en wie dat bepaalt?
- Hoe escalatie eruitziet als iets niet op tijd wordt opgepakt?
Als die vragen niet eenduidig beantwoord kunnen worden door iedereen die het proces uitvoert, is de kans groot dat Salesforce een procesprobleem probeert op te lossen. En dat kan het niet.
Wat wél werkt
De meest succesvolle Salesforce-omgevingen die ik zie, beginnen niet bij functionaliteiten. Ze beginnen bij helderheid over het proces. Niet als bureaucratisch document, maar als gedeeld begrip: iedereen weet wat een Opportunity is, wanneer die naar de volgende stage gaat, en wie daarvoor verantwoordelijk is.
In de praktijk betekent dat vaak een korte procesworkshop met de daadwerkelijke gebruikers, niet alleen management, om knelpunten boven tafel te krijgen. Het helder definiëren van stageovergangen: wat moet er aantoonbaar zijn voor je van fase A naar fase B gaat? Het benoemen van procesverantwoordelijkheid: wie is de eigenaar van het verkoopproces, wie van het serviceproces? En het beperken van Salesforce tot wat het team ook echt gebruikt en nodig heeft. Minder is daarin vaak meer.
Pas als die basis er is, heeft verdere configuratie, automatisering en maatwerk echt waarde. Dan versterkt de technologie een proces dat al werkt, in plaats van dat ze probeert te repareren wat procesmatig niet klopt.
Conclusie
Salesforce is een krachtig platform, maar het versterkt wat er al is. Een helder, goed begrepen proces wordt in Salesforce sneller, inzichtelijker en schaalbaarder. Een vaag of inconsistent proces wordt in Salesforce vaag en inconsistent op grotere schaal.
Wanneer het gevoel bestaat dat Salesforce niet oplevert wat ervan verwacht werd, loont het altijd de moeite om eerst naar het proces te kijken. Niet omdat de technologie niet deugt, maar omdat de beste configuratie ter wereld geen fundament kan bouwen dat er niet is.
Herkenbaar? Blazeforce helpt organisaties bij het doorlichten van processen en het optimaal benutten van Salesforce. Neem contact op voor een vrijblijvend gesprek.