Wanneer bedrijven beginnen aan B2B e-commerce projecten, zijn ze doorgaans niet direct op zoek naar een composable commerce-oplossing. Ze zoeken betrouwbare, kosteneffectieve systemen die een naadloze gebruikerservaring bieden.

In onze eerste webinar bespraken we hoe composable commerce zich heeft ontwikkeld. Waarom het bestaat. En hoe schone data, moderne architecturen aandrijven. In dit deel bespreken we, in een panel discussie, de praktische kanten van composable B2B commerce.
Veel B2B bedrijven starten het proces voor een re-platforming of nieuw commerce platform al gestrest. Ze zijn bezorgd over tijdlijnen, budgetten en willen geen spijt hebben van de aankoop. Ze concentreren zich niet op de complexe architecturen of structuren. Bedrijven beginnen vaak met brede doelstellingen, zoals het lanceren van een nieuwe website of het verbeteren van productbeheer, in plaats van zich te verdiepen in specifieke technische structuren.
De uitdaging voor bedrijven is het balanceren van de wens om unieke legacy-functies te behouden met de behoefte aan standaard eCommerce-functies, terwijl ze het project binnen de scope en het budget houden.
De definitie van een minimum viable solution sterk variëren, vooral voor klanten met verschillende niveaus van digitale volwassenheid. Bedrijven die vanaf niets starten hebben al baat bij basis functionaliteiten zoals catalogi en aangepaste prijslijsten, voordat ze verder kunnen opschalen.
Wanneer het gaat om architectuur, is de discussie tussen composable en decomposable systemen essentieel voor het beheer van zowel de huidige stabiliteit als de langetermijngroei. Decomposability is cruciaal voor risicobeheer, omdat het de mogelijk biedt om componenten te verwisselen of te verwijderen zonder het hele systeem te verstoren.
Bijvoorbeeld, modulaire stacks zoals Virto maken snelle MVP-deployments mogelijk in slechts 2-4 weken, met kernfunctionaliteiten en flexibele integraties van derden die gemakkelijk in- of uitgeschakeld kunnen worden.
B2B-bedrijven beginnen vaak met een all-in-one platform. En geleidelijk evolueren ze naar composable systemen door een CMS, PIM of zoekmodules te vervangen naarmate de interne expertise groeit. Dit proces van "accidental composability" gebeurt in de loop van de tijd.
Het benadrukt het belang van discipline in het vormgeven van de architectuur, waarbij decomposable modules worden ontworpen met duidelijke grenzen om afhankelijkheden te vermijden. Hierdoor kunnen teams snel en betaalbaar nieuwe functies testen en live zetten.
Decomposability is een strategie voor risicobeheersing, terwijl composability flexibiliteit biedt voor de toekomst, zodat bedrijven zowel de onmiddellijke behoeften als de schaalbaarheid op lange termijn kunnen beheren.

Bij het kiezen tussen bouwen, kopen of samenwerken voor B2B e-commerce, volgen het merendeel van de organisaties een hybride benadering die alle drie de strategieën combineert. Het doel is om unieke, competitieve functionaliteiten te bouwen, standaard functionaliteit te kopen om tijd en middelen te besparen, en samen te werken met gespecialiseerde experts voor specifieke behoeften.
Bedrijven moeten zich concentreren op het bouwen en investeren van datgene wat hen een concurrentievoordeel oplevert in hun branche, zoals de unieke productontwikkelingen binnen de maakindustrie.
Het is van belang om samenwerkingen aan te gaan om technische expertise te behouden en volledige afhankelijkheid van derden te vermijden. Hiermee behouden bedrijven enige interne verantwoordelijkheid voor governance en beveiliging.
Hoewel bedrijven de controle behouden over kernprocessen, zijn ze vaak afhankelijk van partners voor gespecialiseerde componenten zoals PIM, ERP of zoekfuncties. In deze opzet fungeert het commerce-platform als het centrale onderdeel dat alles samenbrengt.
Management moeten echter prioriteit geven aan mensen en processen boven technologie bij het nemen van beslissingen. Het is belangrijker dat de technologie in lijn is met de zakelijke behoeften en klant workflows, in plaats van dat technologie de strategie zelf stuurt. Hierdoor kunnen organisaties intern ontwikkelde functionaliteiten, externe samenwerkingen en strategische aankopen effectief in balans brengen om een robuust, flexibel en duurzaam platform te bouwen.
Bedrijven in Europa en de VS benaderen e-commerce vanuit verschillende standpunten. Europese klanten geven prioriteit aan strikte data compliance en regulering. Vaak gedreven vanuit de GDPR en land-specifieke regels die data residency, controleerbaarheid en leveranciers compliance vereisen. Deze vereisten maken zowel composable als decomposable architecturen essentieel, omdat het bedrijven in staat stellen de nodige flexibiliteit en controle over hun gegevens te behouden.
In tegenstelling hiermee zijn klanten in de VS vaak meer gefocust op groei en marktkansen. Compliance is dan meestal een secundaire zorg, tenzij bedrijven opereren in sterk gereguleerde industrieën. Voor Amerikaanse bedrijven is het belangrijkste doel snelheid en schaalbaarheid om snel marktaandeel te veroveren.
Hoewel door Europese regelgeving platform flexibiliteit bijna een vereiste wordt, inclusief hosting in meerdere regio's en robuuste gegevensbeheer functionaliteiten, geven Amerikaanse klanten meestal prioriteit aan snelheid en kansen boven alles.
Dat benadrukt het belang van platforms die verschillende hosting-opties bieden, zoals private cloud, public cloud en on-premises oplossingen. Deze flexibiliteit stelt bedrijven in staat om wereldwijd op te schalen zonder hun oplossingen opnieuw te moeten opbouwen. Ze zijn daardoor wendbaar in een snel veranderende markt.
Uiteindelijk hebben beide regio's een platform nodig die hun specifieke prioriteiten ondersteunen. Compliance en regelgeving in Europa, en groei en kansen in de VS. Maar ze hebben allemaal de mogelijkheid nodig om op te schalen en zich aan te passen terwijl ze zich uitbreiden naar nieuwe markten.
Succesvolle digitale commerce-projecten zijn gebaseerd op duidelijke systeemgrenzen en gedefinieerd eigendom van gegevens en processen. Stefan benadrukt het belang voor bedrijven om te begrijpen wat ze intern moeten behouden, wat ze kunnen hergebruiken en wat ze moeten toevoegen, vooral bij het beheren van productgegevens en het uitrollen naar meerdere landen.

Na livegang is het van belang dat er een verschuiving is van projectbeheer naar producteigendom. Deze verschuiving bevordert continue verbetering, waarbij composability op natuurlijke wijze ontstaat wanneer teams de doorlopende backlog beheren. Zonder deze verschuiving riskeren bedrijven e-commerce als een eenmalig project te beschouwen, wat kan leiden tot stagnatie. Het beheer van de digitale roadmap is essentieel voor lange termijn waarde, omdat het de voortgang en innovatie blijft bevorderen.

Vermijd overmatige complexiteit en technische schuld, die ervoor kunnen zorgen dat klanten oplossingen ontwikkelen die nooit meer aangeraakt mogen worden. Waardoor aanpassingen niet meer mogelijk zijn en groei wordt geblokkeerd. Modulariteit en duidelijke verantwoordelijkheden zijn cruciaal voor een voorspelbaar en onderhoudbaar ontwikkelingsproces. Naar verwachting zullen AI-gestuurde ontwikkeltools de complexiteit zullen verminderen, waardoor teams zich kunnen richten op bedrijfseisen in plaats van technische overhead.

Kon je er niet bij zijn of toch geïnteresseerd in het onderwerp. Kijk de gehele webinar hier terug.
Why standardization is essential due to increase in product data
Scaling up your product data with an AI-powered PIM
Practical first steps to get started
Why Do You Need All This Data? Everyone is Demanding More!


