Salesforce versus maatwerk-CRM: wanneer is een eigen systeem goedkoper?
Salesforce is niet voor niets jarenlang het meest gebruikte CRM-platform ter wereld. Het ecosysteem is enorm, de functionaliteit diepgaand en de mobiele app volwassen. Toch zien we steeds vaker bedrijven met 30 tot 200 gebruikers die uitrekenen wat hun Sales Cloud of Service Cloud over vijf jaar gaat kosten — inclusief admin-uren en consultancy — en daarna serieus naar een maatwerk-CRM kijken. Dit artikel legt eerlijk uit wanneer die rekensom kantelt en wanneer Salesforce juist de verstandige keuze blijft.
Bespreek uw CRM-case Naar de kostenvergelijkingWanneer Salesforce-licenties + admins meer kosten dan een eigen CRM bouwen
De licentieprijs op de website is zelden het hele verhaal. Voor een eerlijke vergelijking telt u licenties, een interne of externe Salesforce Admin, periodieke consultancy voor Apex- en Flow-aanpassingen, AppExchange-pakketten, sandboxes en datamigratiekosten op. Reken die TCO over vijf jaar door en de uitkomst verrast veel directies.
Een typisch B2B-bedrijf met 60 sales- en service-medewerkers betaalt voor Sales Cloud Enterprise of Service Cloud Enterprise een vaste prijs per gebruiker per maand, en die prijs verdubbelt vrijwel als u upgradet naar Unlimited of Einstein-functies wilt gebruiken. Daarbovenop komen vaak Sales Engagement, CPQ, Marketing Cloud-koppelingen en diverse AppExchange-add-ons die elk per seat afgerekend worden. In de praktijk zien we totale licentiekosten oplopen tot een veelvoud van de "headline price" zodra alle benodigde modules erbij zitten.
Naast licenties is er bijna altijd een Salesforce Admin nodig — fulltime intern of via een partner. Die rol is geen luxe: zonder iemand die Page Layouts beheert, Validation Rules schrijft, Flow Builder onderhoudt, profielen en permissionsets bijwerkt en releases tussen Sandboxes promoot, raakt elke Salesforce-org binnen een jaar onhandelbaar. Voor complexere logica komt daar een Apex-developer bij, vaak op consultancy-tarief. Een maatwerk-CRM heeft die rol ook nodig, maar dan in de vorm van een ontwikkelteam of softwarepartner die het systeem doorontwikkelt — en dat budget is vooraf afdingbaar.
De kantelpunt-vraag is daarom niet "wat kost een licentie?", maar "wat zijn onze totale CRM-kosten over vijf jaar, en hoeveel daarvan is variabel met het aantal gebruikers?" Bij een groeiend bedrijf met 80, 120 of 200 seats stijgen Salesforce-kosten lineair mee, terwijl een goed gebouwd maatwerk-CRM veel vlakker schaalt: hosting, onderhoud en doorontwikkeling groeien niet één-op-één met het aantal gebruikers. Dat is de fundamentele economische reden waarom organisaties op een gegeven moment de overstap maken.
Wat Salesforce écht sterk maakt — en waarom dat dominantie verklaart
Voordat we naar frustraties kijken: Salesforce is niet zomaar marktleider geworden. Drie dingen zijn lastig te evenaren, en die zijn belangrijk om eerlijk te benoemen.
AppExchange-ecosysteem
Duizenden gecertificeerde integraties en branche-specifieke pakketten — van DocuSign en Conga tot vertical solutions voor financial services, real estate en healthcare. Zonder eigen development heeft u toegang tot een enorme bibliotheek aan kant-en-klare functionaliteit.
Volwassen mobiele Lightning-app
De Salesforce-mobielapp is jarenlang doorontwikkeld met offline-support, push-notificaties, geo-tracking voor field service en een uitgebreide permission-laag. Voor sales- en serviceteams die buiten kantoor werken is dat een serieus voordeel ten opzichte van veel zelfgebouwde CRM's.
Gevestigde declarative tooling
Met Flow Builder, Process Builder (legacy), Validation Rules, Approval Processes en Lightning App Builder kunnen gevorderde admins veel logica configureren zónder code. Voor bedrijven zonder developer-capaciteit is dit een legitieme productiviteitsversneller — mits de complexiteit niet te ver doorslaat.
Enterprise security en certificering
SOC 2, ISO 27001, FedRAMP, HIPAA-readiness, granular sharing rules, role hierarchies en field-level security. Voor zwaar gereguleerde sectoren is die compliance-dossier-stack vaak doorslaggevend en moeilijk in een eigen build te repliceren.
Einstein-AI en Data Cloud
Lead scoring, opportunity insights, Einstein Bots, Einstein Activity Capture, Prediction Builder en de recente Data Cloud / Agentforce-laag. Op AI-gebied is Salesforce ver — al staat de prijs daarvan in geen verhouding tot zelfgebouwde alternatieven met OpenAI- of Azure AI-koppelingen.
Partner- en talentnetwerk
Wereldwijd zijn er duizenden gecertificeerde Salesforce Admins, Developers en Architects beschikbaar. Voor een internationale organisatie die op meerdere continenten ondersteuning nodig heeft is dat een aanzienlijk voordeel ten opzichte van een unieke maatwerk-stack.
Zes redenen waarom bedrijven Salesforce ontgroeien
Geen ervan is een knock-out op zichzelf. Maar zodra meerdere tegelijk gaan knellen, stelt het management terecht de vraag: blijven we doorbetalen voor functionaliteit die we eigenlijk niet gebruiken, of bouwen we iets dat exact past?
1. Kosten per seat lopen onevenredig op
Salesforce rekent vrijwel alles per gebruiker per maand. Sales Cloud, Service Cloud, CPQ, Sales Engagement, Field Service en de meeste AppExchange-pakketten — allemaal seat-based. Bij een groeiend team verdubbelt het CRM-budget zonder dat de feature-set verandert. In een eigen build zijn licentiekosten vrijwel afwezig; u betaalt voor hosting, support en doorontwikkeling, niet voor het toevoegen van een twintigste accountmanager.
2. Vendor lock-in op processen, niet alleen op data
Data eruit krijgen via Data Loader of Bulk API is technisch oplosbaar. De échte lock-in zit in de honderden Validation Rules, Apex-triggers, Flows, Approval Processes en custom objects die over jaren zijn opgebouwd. Bedrijfsprocessen zijn versmolten met Salesforce-specifieke metadata, en die kennis vertalen naar een andere stack vraagt een serieus migratieproject.
3. Admin-overhead voor een gemiddeld complex datamodel
Een Salesforce Admin besteedt veel tijd aan het bijhouden van Page Layouts per profiel, Lightning Record Pages per app, sharing rules over rolhiërarchieën en het testen van releases tussen Developer-, UAT- en Full-sandboxes. Voor een organisatie met een relatief eenvoudig datamodel voelt dat als overhead — een eigen CRM met Postgres en heldere domain-modellen vraagt simpelweg minder schakelwerk per wijziging.
4. Customisations zijn traag en duur
Een schijnbaar kleine wijziging — een extra veld dat doorwerkt in vier reports, een Flow die met een externe API praat, een Lightning Component voor een specifieke workflow — vergt typisch een Apex-developer, een testklasse met voldoende code coverage, een deployment via SFDX of changesets en een UAT-cyclus. In een goed opgezet maatwerk-CRM voegt een ontwikkelteam dezelfde wijziging vaak in een fractie van de tijd door, omdat het stack-keuzes maakt die bij ú passen.
5. EU-data, privacy en datasoevereiniteit
Salesforce heeft EU-datacenters en biedt Hyperforce-regio's, maar voor sommige sectoren (overheid, zorg, financieel toezicht) is er een terughoudendheid om customer data bij een Amerikaanse hyperscaler te plaatsen. Een maatwerk-CRM gehost in een Nederlandse of EU-datacenter (bijvoorbeeld bij Leaseweb, Hetzner of Scaleway) maakt datasoevereiniteit en GDPR-controle overzichtelijker. Tot enkele schikkingen volgt is dit een reëel argument in tenders.
6. UX die niet meer past bij hoe uw team werkt
Lightning Experience is een verbetering ten opzichte van Classic, maar blijft een generieke interface die alle branches en alle workflows tegelijk moet bedienen. Sales-teams klagen over de hoeveelheid klikken voor één opportunity update, service-medewerkers over case-views die niet aansluiten op hun proces. Met een maatwerk-CRM ontwerpt u de schermen exact rond de meest voorkomende handelingen — wat in praktijk grote tijdwinst en hogere data-discipline oplevert.
Een nuance die we eerlijk moeten geven: punten 1, 3 en 4 zijn deels op te lossen binnen Salesforce zelf — door licenties strakker te beheren, door een ervaren Architect Page Layouts en sharing rules op te schonen, en door automatisering door een gecertificeerde partner te laten herzien. Niet elke Salesforce-frustratie hoeft tot een migratie te leiden. Maar voor organisaties waar drie of meer redenen tegelijk knellen, is een eerlijke business case voor maatwerk de moeite waard.
Wanneer is maatwerk goedkoper qua 5-jaar TCO?
De rekensom hangt sterk af van het aantal seats, de complexiteit van het datamodel en de mate waarin u AppExchange-pakketten en Einstein-features gebruikt. Onderstaande variabelen zijn de bouwstenen van een eerlijke vergelijking — concrete bedragen vragen we altijd op bij úw Salesforce-partner of CSM, niet uit een prijslijst op de website.
Salesforce-kant van de TCO
Per-User License-kosten voor Sales Cloud of Service Cloud (basis-edition), upgrades naar Unlimited of Einstein-bundels, AppExchange-add-ons (vaak 5–15 stuks bij volwassen orgs), Sandbox-licenties (Partial Copy en Full Sandbox kosten substantieel), Salesforce Admin (intern of partner), Apex-developer-uren voor releases en integraties, MuleSoft of vergelijkbaar voor ESB-integraties als die in de architectuur zit.
Maatwerk-kant van de TCO
Eenmalige bouwkosten (afhankelijk van scope en aantal modules), hosting in een EU-datacenter, doorontwikkelbudget per kwartaal of jaar, monitoring en uptime-SLA, security audits (jaarlijks of na major releases), backup- en DR-strategie, en een interne of externe productowner die roadmap en prioritering bewaakt. Geen seat-based licenties — dat is het structurele voordeel.
Als richtinggevend kantelpunt zien we bij CRM-software op maat dat de business case meestal pas overtuigend wordt vanaf circa 40 tot 60 actieve gebruikers, óf bij een kleiner team met een sterk afwijkend datamodel waar Salesforce-customizations relatief duur zijn. Onder die drempel betaalt u meestal méér voor maatwerk dan voor Salesforce, simpelweg omdat de eenmalige bouwkosten zich niet uitsmeren over genoeg seats. Reken dus eerlijk: voor 15 sales-medewerkers met een standaard pipeline-proces is Salesforce Essentials of Pro vaak goedkoper dan een eigen build.
Wat de berekening complex maakt, is dat veel "verborgen" Salesforce-kosten pas zichtbaar worden ná de migratie naar een hogere edition: een AppExchange-pakket dat onmisbaar bleek, een tweede Sandbox die het ontwikkelteam vraagt, een paar honderd extra MuleSoft-uren voor een ERP-koppeling. In een maatwerk-RFP probeert u die kosten van tevoren in scope te krijgen — wat strakker, maar ook lastiger om perfect te voorspellen. Een goede partner werkt daarom met een fixed-price MVP en een transparant doorontwikkel-tarief in plaats van een open-eind consultancy-engagement.
Hoe een Salesforce-naar-maatwerk migratie er in de praktijk uitziet
Een verstandige migratie loopt zelden volgens een big-bang. Het patroon dat we keer op keer zien werken combineert data-export, parallelrun, gefaseerde proces-cutover en pas helemaal aan het eind een licentie-afbouw bij Salesforce.
Stap 1 — Data-export en modelmapping
Met Data Loader of Bulk API exporteert u Accounts, Contacts, Opportunities, Cases, custom objects, Tasks en Activities. Tegelijkertijd documenteert u Validation Rules, Flows en Apex-logica zodat het ontwikkelteam de business-regels in de nieuwe stack kan reproduceren. Reken op een serieus discovery-traject — niet de export zelf, maar het begrijpen van wat al die rules dóen is het werk.
Stap 2 — MVP van het maatwerk-CRM
Bouw eerst de meest gebruikte 70 procent van de functionaliteit: account- en contactbeheer, pipeline, taken, e-mail-integratie, basisrapporten. Geen volledige feature-pariteit op dag één — die zou de business case kapot maken. De randgevallen volgen in iteraties zodra de eerste teams live zijn.
Stap 3 — Parallelrun met sync
Beide systemen draaien een paar weken naast elkaar, met een tweezijdige sync of dagelijkse delta-imports. Een eerste team (vaak één regio of één business unit) werkt al volledig in het nieuwe CRM, de rest blijft in Salesforce. Zo testen u real-world performance, edge cases en de adoptie zonder bedrijfsrisico.
Stap 4 — Gefaseerde cutover per team
Per business-unit, regio of customer segment migreert u definitief. Salesforce-licenties worden pro rata afgeschaald bij het volgende contractmoment — niet eerder, om geen budget te verbranden op een halve oplossing. Communicatie, training en change management lopen parallel.
Stap 5 — Integraties opnieuw opzetten
ERP-koppelingen (Exact, Unit4, AFAS, SAP), e-mail (Outlook, Gmail), telefonie, marketing automation, finance — alles dat eerst via MuleSoft of point-to-point op Salesforce hing, krijgt een nieuwe endpoint. Veel partijen gebruiken dit moment om de integratielaag te moderniseren naar een API-first architectuur die makkelijker te vervangen is.
Stap 6 — Archief-Org of read-only export
Voor compliance en historische rapportages houden veel organisaties een afgeschaalde Salesforce-org als read-only archief, of exporteren de hele historie naar een datalake (BigQuery, Snowflake, Postgres). Niet sexy, wel essentieel voor audit-trails en lange terugkijk-vragen vanuit finance of legal.
Een succesvolle migratie hangt minder af van technologie dan van people-side change management. Sales-teams die jaren in Salesforce hebben gewerkt, hebben muscle memory en eigen workarounds — die moet u serieus nemen. Plan training-sessies, "office hours" met de productowner en een feedback-kanaal waar gebruikers binnen 48 uur antwoord krijgen op "waar is dit veld nu?". Voor de integraties tussen het nieuwe CRM en omliggende systemen — bijvoorbeeld de overgang naar een Salesforce-integratie tijdens de parallelrun-fase — werken we typisch met API-koppelingen die later doorgroeien naar de definitieve architectuur.
Wanneer u Salesforce gewoon moet houden
Het zou oneerlijk zijn om alleen het pro-maatwerk-verhaal te vertellen. Voor een aanzienlijk deel van de bedrijven die we spreken is Salesforce niet alleen redelijk, maar ronduit de juiste keuze. Een paar duidelijke signalen.
U gebruikt diepe Salesforce-functies écht
Salesforce Field Service voor buitendienst-planning met dispatch, scheduling-engines en mobile workforce. CPQ voor complexe productconfiguratie. Marketing Cloud Engagement voor multi-channel journeys met grote segmentatie. Als deze modules onmisbaar zijn in uw operatie, weegt het bouwen van een vergelijkbaar systeem zelden op tegen de licentie.
Echt enterprise-schaal met internationale teams
Bij duizenden seats over meerdere continenten, met regionale compliance-eisen en een gevestigde wereldwijde admin-talentpool, is Salesforce vaak de pragmatische keuze. De partnerbeschikbaarheid en het feit dat nieuwe medewerkers het systeem al kennen, telt zwaarder dan licentie-besparing.
U heeft een goed onderhandeld enterprise-contract
Met een ELA (Enterprise License Agreement), forse korting per seat, gebundelde modules en een vaste roadmap-betrokkenheid kan Salesforce verrassend competitief zijn. Voor zo'n contract heronderhandelen is vrijwel altijd de eerste stap voordat u naar maatwerk kijkt.
Compliance-dossier voor klanten of toezichthouders
Sommige klanten of toezichthouders eisen expliciet een gecertificeerd CRM-platform met SOC 2- en ISO-rapportages. In zwaar gereguleerde sectoren (financiële dienstverlening, life sciences, publieke aanbestedingen) is het soms goedkoper Salesforce te houden dan vergelijkbare certificering op een eigen build na te streven.
Verder lezen rond de CRM-keuze
Een CRM-beslissing staat zelden op zichzelf. Hier zijn de pagina's die het vaakst worden geraadpleegd door bedrijven die deze afweging maken.
CRM-software op maat laten maken
Onze hoofdpagina over CRM op maat beschrijft de aanpak: discovery, MVP, fasegewijze rollout en doorontwikkeling. Inclusief de stack-keuzes (Postgres, TypeScript, Astro of Next.js voor de UI).
Salesforce-integratie laten maken
Ook tijdens of na een migratie blijft een Salesforce-koppeling vaak nodig — bijvoorbeeld om read-only data uit het archief te trekken of om tijdens parallelrun bidirectioneel te syncen.
API versus integratieplatform
Onze vergelijking van API's en integratieplatforms helpt bij de keuze tussen MuleSoft, Workato, een lichte iPaaS of directe API-koppelingen — relevant als u een Salesforce-stack inruilt voor iets nieuws.
Wat kost software op maat
Voor de bredere TCO-context loont het lezen van app- en software-kosten. De principes (eenmalige bouw versus seat-licenties, doorontwikkeling) gelden ook voor een maatwerk-CRM.
ERP-systeem op maat
Bedrijven die hun CRM aanpakken doen vaak tegelijkertijd hun ERP. Onze pagina over ERP op maat beschrijft hoe beide systemen integratief op te zetten.
Slimme API-integraties
Voor de bredere koppelvragen — Outlook, telefonie, marketing automation, ERP — is onze pagina over slimme API-integraties het startpunt. Veel migraties beginnen met een goede API-laag bouwen vóór de CRM-vervanging.
Veelgestelde vragen over Salesforce versus maatwerk-CRM
De vragen die het vaakst terugkomen in onze gesprekken met directies en IT-managers die de afweging maken.
Vanaf hoeveel gebruikers wordt maatwerk goedkoper?
Er is geen vast getal, maar onze ervaring is dat de business case meestal pas overtuigend wordt vanaf circa 40–60 actieve seats. Daaronder loopt u in tegen het feit dat eenmalige bouwkosten zich niet uitsmeren. Uitzondering: kleinere teams met een sterk afwijkend datamodel of zware customisations in Salesforce, waar de Apex-developer-uren de TCO al vroeg laten kantelen.
Hoe lang duurt een migratie van Salesforce naar een eigen CRM?
Een MVP met 60–70 procent functionaliteit is in onze projecten typisch in 4–7 maanden live, parallel aan Salesforce. Volledige cutover (inclusief alle teams, integraties en archief-strategie) loopt vaak 9–18 maanden — afhankelijk van complexiteit, change management en het aantal AppExchange-pakketten dat vervangen moet worden. Big-bang migraties raden we sterk af.
Wat doen we met onze Apex-code en Flows tijdens migratie?
Apex-code wordt niet letterlijk overgenomen — de business-regels erin worden geherimplementeerd in de stack van het maatwerk-CRM (vaak TypeScript of Python). Belangrijker dan code is documentatie: zorg dat een Salesforce-architect (intern of partner) per Apex-class en per Flow uitlegt wát het doet voordat ontwikkelaars beginnen. Die discovery-fase is geen overhead, het is de helft van het migratiewerk.
Kunnen we Salesforce gebruiken naast een eigen CRM?
Ja, en in de praktijk is dat tijdens parallelrun het normale beeld. Sommige organisaties houden Salesforce voor één specifieke business unit (bijvoorbeeld international sales) en zetten een eigen CRM voor de andere units in. Dat vraagt wel goede masterdata-afspraken: één plek waar de account-master leeft, sync-regels en ownership van klantdata.
Hoe gaan we om met AppExchange-pakketten die we nodig hebben?
Per pakket de afweging maken: vervangen door een SaaS-equivalent dat ook standalone draait (bijvoorbeeld DocuSign, Conga of een telefonie-koppeling), zelf bouwen, of standaard-API-koppelingen aanleggen. AppExchange-pakketten die diep in Salesforce-metadata zitten (zoals sommige CPQ-uitbreidingen) vragen vaak een bredere herziening van het sales-proces — wat juist een gezond moment is in een migratie.
Wat doet maatwerk slechter dan Salesforce?
Eerlijke vraag. Drie dingen: (1) AppExchange-ecosysteem evenaren is praktisch onmogelijk, (2) talent-beschikbaarheid voor uw stack is kleiner dan het wereldwijde Salesforce-Admin-netwerk, en (3) compliance-certificering kost in een eigen build extra investering. Voor sommige organisaties wegen die nadelen zwaarder dan de TCO-besparing — geen schande om Salesforce dan te houden.
Hoe garanderen jullie dat we niet over vijf jaar opnieuw vastlopen?
Drie principes: (1) we bouwen op open standaarden (Postgres, REST/GraphQL, OAuth, OpenAPI) zodat het systeem niet afhankelijk is van proprietary tooling, (2) data-export naar gangbare formaten is altijd ingebouwd, niet een afterthought, en (3) we leveren met de bron en documentatie zodat u in theorie ook met een andere ontwikkelpartner verder kunt. Dat is de fundamentele tegenpool van vendor lock-in.
Wat als we Einstein-AI of Agentforce echt nodig hebben?
Vergelijkbare AI-functionaliteit (lead scoring, opportunity insights, conversational agents) bouwen we in maatwerk-CRM's met OpenAI-, Azure OpenAI- of Anthropic-API's. De kwaliteit van die modellen is voor de meeste B2B-CRM-use cases inmiddels minimaal gelijkwaardig aan Einstein, en de kostenstructuur is fundamenteel anders: u betaalt per API-call, niet per seat. Voor zware vector-search en Data Cloud-achtige analytics werken we met Postgres + pgvector, BigQuery of Snowflake.
Wat is de eerste stap als we hier serieus over willen nadenken?
Een eerlijke TCO-uitvraag bij uw huidige Salesforce-situatie — inclusief licenties, admin, consultancy, AppExchange en sandboxes — gevolgd door een korte discovery-sessie waarin we het datamodel en de meest gebruikte processen langslopen. Daarna kunnen we een fixed-price MVP-voorstel maken met een realistische business case. Geen sales-pitch, geen druk: een eerlijke vergelijking is óf het startpunt van een migratie, óf de bevestiging dat Salesforce voor u juist klopt.
Eerlijke TCO-vergelijking maken?
Stuur ons uw huidige Salesforce-setup (aantal seats, edition, AppExchange-pakketten, admin-uren) en we sturen binnen een week een onderbouwde 5-jaars TCO-vergelijking met maatwerk. Geen sales-pitch — gewoon de cijfers naast elkaar.
Plan een vrijblijvend kennismakingsgesprek