Lange tijd was dit de slotgracht in SaaS kenmerken. Bouw de beste versie van één product, jouw concurrent kan hem niet inhalen, jij wint. Dat werkte van grofweg 2005 tot 2018.
Toen werd de gracht gegevens en AI. Degene die het meeste gebruik had, bouwde de beste modellen, en de lus werd groter. Dat liep grofweg van 2018 tot 2023.
Beide grachten zijn verzacht. AI wordt gecommoditiseerd op de basislaag. Functielacunes worden binnen enkele maanden gedicht, omdat concurrenten kopiëren met door AI ondersteunde ontwikkelaars. De volgende duurzame slotgracht bestaat niet uit features en niet uit data. Het is integratie – en specifiek, integratie tussen modules onder één dak.
Waarom integratie moeilijk te kopiëren is.
Het is niet de code. De code voor het verbinden van twee modules is zelden interessant. Iedereen kan een API-specificatie lezen.
Wat moeilijk is, is de organisatorische afstemming nodig om modules te bouwen die echt samenwerken. Het CRM-team, het accountingteam en het HR-team moeten een datamodel delen, een workflow-engine delen, een releasecyclus delen en routekaartprioriteiten delen. De meeste softwarebedrijven zijn georganiseerd rond producten, niet rond platforms. Hun CRM-team wint door een betere CRM te bouwen, ook al is het het niet eens met de manier waarop het boekhoudteam klanten modelleert.
Integratie is geen technisch probleem. Het is een organisatieontwerp dat jaren kost om op te bouwen en minuten om af te breken.
Salesforce weet dit. Ze hebben $20 miljard uitgegeven aan de aanschaf van aangrenzende producten (Tableau, Slack, MuleSoft, Heroku) en het integratieverhaal tussen die producten is nog steeds ongelijkmatig, omdat de overgenomen teams jarenlang semi-onafhankelijk hebben geopereerd. De functies bestaan. De organisatorische afstemming niet.
Wat de klant voelt.
Klanten zien de integratie niet direct. Ze voelen de afwezigheid ervan als wrijving:
- Een contactpersoon in het CRM verschijnt niet in de helpdesk wanneer deze een e-mail stuurt naar ondersteuning.
- Een nieuwe medewerker in HR wordt niet automatisch opgenomen in het projectbord.
- Een gesloten deal leidt niet tot een factuur in de boekhouding.
- Een te late factuur brengt de verkoper niet op de hoogte.
Elk van deze is een handmatige oplossing van 5 minuten. Voor een team van 12 personen komen deze oplossingen van 5 minuten neer op ongeveer 4 uur frictiebelasting per week. Ongeveer $400/week aan effectieve arbeidskosten. Of – anders gemeten – ongeveer 10% van de werkuren van een senior medewerker besteed aan het verplaatsen van gegevens tussen systemen.
Als een klant zegt: ‘Mewayz voelt gemakkelijker’, bedoelen ze eigenlijk ‘de wrijvingsbelasting is verdwenen’. De integratie is het product. De modules zijn de oppervlakte, maar de waarde zit in de verbindingen.
Drie tekenen dat een integratie reëel is.
Een nuttige lakmoesproef om te bepalen of de modules van een platform dat ook daadwerkelijk zijn, of dat het om twee producten gaat met een Zapier-vormige brug ertussen:
- Dezelfde identiteit. Wanneer u een contactpersoon aanmaakt in module A, wordt deze weergegeven als de hetzelfde record in module B – geen gesynchroniseerde kopie die kan afdrijven. Klik op de contactpersoon in CRM; je ziet hun openstaande tickets, hun laatste factuur, hun HR-onboarding-document, allemaal zonder het scherm te verlaten.
- Dezelfde workflow-runtime. Een automatisering kan modules omvatten zonder een API-grens te overschrijden. “Als de factuur betaald is → klantsucces-eigenaar toewijzen → NPS-enquête verzenden → toegang tot functies verlenen” draait in één engine, niet in drie.
- Zelfde uitgave. Updates van het datamodel worden gelijktijdig in alle modules verzonden. Er is geen versieverschil, geen periode waarin module A op de hoogte is van een veld dat module B nog niet kent.
Als een platform een van deze drie tests niet doorstaat, is wat zij verkopen als ‘integratie’ wat we eerlijker ‘aangrenzende producten met API’s’ zouden noemen. Dat is niet niets, maar het brengt de besparingen op de wrijvingsbelasting niet met zich mee.
Waarom dit structureel is.
De reden dat integratie een gracht wordt, is dat de alternatieve grachten eroderen:
- Kenmerken: AI-ondersteunde ontwikkeling betekent dat een concurrerende CRM uw onderscheidende functie binnen zes weken verzendt in plaats van binnen achttien maanden.
- Merk: Het MKB staat steeds sceptischer tegenover merken, vooral op het gebied van software. De HubSpot-premie krimpt.
- Netwerkeffecten: De meeste SMB-tools hebben ze niet. CRM is niet nuttiger omdat andere mensen CRM gebruiken.
- Overstapkosten: Migratietools zijn aanzienlijk beter geworden. De meeste data stijgen nu in een weekend.
Wat niet in hetzelfde tempo kan worden gekopieerd, is de organisatorische en architecturale schuld nodig om echt geïntegreerde modules onder één platform te bouwen. Een nieuwkomer moet óf opnieuw beginnen met de architectuur (wat betekent dat meer dan 100 modules opnieuw moeten worden opgebouwd) of deze moeten inbouwen in een bestaande silo-codebase (wat moeilijker is dan opnieuw beginnen).
Beide trajecten duren 3 tot 5 jaar. Tegen de tijd dat een concurrent de achterstand inhaalt, heeft het geïntegreerde platform nog eens drie tot vijf jaar integratiediepte voor de boeg.
Wat het voor jou betekent.
Als u in 2026 software koopt, is de vraag niet langer “is dit de beste CRM?” De vraag is “leeft deze CRM onder hetzelfde dak als mijn andere operationele tools?”
De wrijvingsbelasting is reëel. Het verbindingen. En het is het grootste regelitem in de boeken van de meeste operatieteams dat niemand expliciet bijhoudt.
Als je in 2026 software bouwt, kies dan een kant. Ga óf heel diep in op één categorie en domineer deze (Figma, Linear, Stripe), óf bouw breed op een verenigd platform en beheer de integratie. In het midden – meerdere producten met geclaimde integratie die eigenlijk aangrenzend is – zal het volgende decennium van margecompressie plaatsvinden.