De Nieuwe Zaak Blog

Wat doe je als je eigen platform je groei begint af te remmen?

Geschreven door Jeroen Strijdveen | 10 juli 2026

Je platform doet nog precies wat het altijd deed, en dat is exact het probleem

Veel groeiende bedrijven lopen op den duur tegen hetzelfde probleem aan: het platform waar ze jarenlang blindelings op vertrouwden, wordt ineens de bottleneck. Niet omdat het stuk is, maar omdat de markt sneller beweegt dan de techniek. Je platform raakt ‘end-of-life’ en kan niet meer bieden wat jij nodig hebt. Oftewel: je platform doet nog precies wat het altijd deed, en dat is exact het probleem.

De vraag verschuift daarmee van "welk website pakket kiezen we?" naar "hoe blijven we wendbaar, wat er ook verandert?". In deze editie van De Nieuwste Zaken gaan we daarover in gesprek met Jeroen Strijdveen, Tech Lead bij De Nieuwe Zaak.

Wanneer wordt een platform een probleem?

Volgens Jeroen sluipt dit erin. Je kiest een platform op basis van de behoeften van dat moment. Je kijkt naar de functionaliteiten die er zijn en of deze toekomstbestendig zijn, bouwt er jarenlang op voort, en alles lijkt prima op elkaar aangesloten. Tot het momentum wegvalt.

"Bedrijven beginnen op een gegeven moment langzaam vast te lopen," zegt Jeroen. "Niet omdat de software niet meer werkt, maar omdat de markt sneller beweegt dan hun alles-in-één pakket." Zo'n alles-in-één pakket heet een monoliet systeem, en een monoliet is precies zo sterk als zijn zwakste schakel. “Veel traditionele leveranciers kunnen het innovatietempo van de grote SaaS-spelers simpelweg niet bijbenen, met "end-of-life" platformen tot gevolg.”

Het resultaat is stilstand. Een nieuwe AI-zoekmachine implementeren? Kan niet, want search zit vastgebakken in de kern. Een nieuwe verzendmethode toevoegen voor een nieuwe markt? Maanden werk. Het pakket dat ooit voor gemak werd gekozen, is een complexe rem geworden.

Wat is composable commerce dan precies?

"De oplossing is simpel, maar wel rigoureus," stelt Jeroen. In plaats van één groot pakket waar je jarenlang aan vastzit, bouw je aan een ecosysteem van losse, uitwisselbare componenten.

"Stel je het voor als een blokkendoos," legt hij uit. "Je kiest een basisplatform voor je kernfuncties, maar zodra de standaard zoekfunctie niet meer voldoet, vervang je alleen dat blokje door een best-of-breed oplossing. Je hoeft niet het hele kasteel af te breken om één torentje te vernieuwen."

Dat verschuift ook de manier waarop je plant. "Vroeger koos je een platform op basis van wat je tóén dacht nodig te hebben. Nu kies je een architectuur die toestaat dat je functionaliteiten toevoegt of vervangt wanneer dat nodig is. Je weet nu eenmaal niet wat er over twee jaar op de markt is."

Waarom voelt dit nu urgenter dan ooit?

Wendbaarheid is pas voelbaar op het moment dat het misgaat, merkt Jeroen. Bij een plotselinge piek in bezoekers of wanneer je snel nieuwe leveringsopties wilt aanbieden, moet je systeem niet de beperkende factor zijn.

"Neem een scenario waarin een klant een grote marketingcampagne lanceert," zegt hij. "Mail je op woensdagochtend 70.000 klanten tegelijk om naar je site te sturen voor een nieuwe collectie, dan moet je systeem die piek aankunnen zonder foutmeldingen of trage laadtijden. Een modern, cloud-native component schaalt automatisch mee. In een traditionele opzet vliegt je advertentiebudget de prullenbak in zodra je site plat gaat door de drukte. Betrouwbaarheid is niet een technisch detail, het is de basis van je conversie.

Wat heeft dit met AI-innovatie te maken?

Moderne, API-gedreven architectuur is volgens Jeroen een randvoorwaarde om AI-innovaties überhaupt te kunnen toevoegen. "De reden dat we nu zo snel AI-toepassingen kunnen integreren, komt door API-first systemen. Alle data en functies zijn via gestandaardiseerde koppelingen beschikbaar, en AI-modellen kunnen die lezen, verwerken en direct omzetten in actie. Vroeger had een e-commerce platform die 'ingang' niet — dus kon je er ook niet mee praten."

Hij vergelijkt het met software-updates op een smartphone. "Je krijgt nieuwe functies zonder een nieuw toestel te kopen. Zo werkt een SaaS-oplossing ook: bestellen via een chat-interface of geavanceerde beeldherkenning komt gewoon beschikbaar. Staat je architectuur goed, dan pluk je de vruchten zonder zelf het wiel opnieuw uit te vinden."

Onderschat je de impact op je organisatie?

Jeroen is hier nuchter over: composable commerce is geen quick fix. Een veelgehoord misverstand is dat het een puur technisch traject is — terwijl de impact op de organisatie minstens zo groot is.

"De fout die vaak wordt gemaakt, is de onderschatting van de interne organisatie," waarschuwt hij. "Je hebt meer knoppen om aan te draaien, en dat vraagt om een hogere digitale volwassenheid. Hoe zorg je dat je productinformatie consistent blijft over al die losse componenten? Wij adviseren klanten altijd: begin op dag één al met je contentstrategie."

De winst zit ook niet meteen in euro's. "Je werkt eerst vooral technische schuld weg en herstelt het fundament. Maar de échte winst zit in de TCO (Total Cost of Ownership) over vijf jaar. We zien bedrijven die jarenlang op hetzelfde fundament draaien en moeiteloos functies blijven toevoegen. Zij hebben de cyclus van de 'big bang'-migratie, waarbij je elke zes jaar alles weg moet gooien, doorbroken."

Wie houdt de regie over al die losse onderdelen?

Tientallen componenten - van e-mailmarketingtools tot returnmanagement-oplossingen en marktplaats-integraties - roepen een nieuwe vraag op: wie heeft de leiding?

"Als bureau pakken we steeds vaker de regierol," zegt Jeroen. "Je wilt als klant niet in een situatie belanden waarin drie leveranciers naar elkaar wijzen zodra er een storing is. Wij selecteren de juiste partners op basis van onze kennis, maar blijven zelf verantwoordelijk voor de totale integratie. De techniek moet het doel van de klant dienen. Pas dan zijn wij tevreden."

Waar begin je als je twijfelt over een composable architectuur?

Bij een eerlijke inventarisatie van je huidige landschap, zegt Jeroen. "Kijk naar de connectiviteit van je huidige systemen. Hoe makkelijk wissel je data uit? Heb je een oud ERP-systeem waar je niets mee kunt, of werk je al met systemen die via API's communiceren? De mate waarin je systemen kunnen 'praten', bepaalt je innovatiesnelheid."

Niet iedereen hoeft morgen over te stappen. Zonder groeiambitie, of als de standaard functionaliteit van een simpel standaardpakket volstaat, is composable overbodig. Maar voor de e-commerce speler die voorop wil lopen, is een flexibele architectuur de enige manier om niet te worden ingehaald door de tijd.

"Je hoeft de toekomst niet te kunnen voorspellen om er klaar voor te zijn," besluit Jeroen. "Zolang je architectuur maar flexibel genoeg is om mee te bewegen met elke wending die de markt neemt."