Er vindt een beweging plaats op het gebied van eCommerce. Iets wat wij bij Product League “de weg naar composable” noemen. Terwijl je je digitale bedrijf runt, bouwt en schaalt, wist je misschien niet eens dat je al op deze weg was. Je denkt misschien dat alle problemen die ontstaan met elke nieuwe eCommerce-kans alleen van jou zijn. Wees gerust – we zijn allemaal samen op deze weg.
Dit zal het tweede van drie artikelen zijn waarin we de verschillende fasen van composable commerce ontdekken.
Vandaag's onderwerp: Ga headless… (...het is niet zo eng als het klinkt)!
Lees het vorige artikel in onze serie: Op de weg naar composable – De monoliet
Het startpunt, en een beetje terminologie
Hoe lang duurt jouw contentpublicatieproces? Meerdere dagen? Is een ontwerpwijziging, die zo eenvoudig leek als het aanpassen van de knopkleur op je website, nu meerdere sprints bezig? Wacht je eindeloos totdat je prijswijziging zichtbaar is in de zoekresultaten? Dan heb je waarschijnlijk te maken met een slecht losgekoppeld frontend. “Wat?”, vraag je misschien, “Is dat besmettelijk?” Niet echt, maar laten we eerst onze terminologie duidelijk krijgen: wat wordt er bedoeld met frontend, backend en het meest mysterieuze woord: “decoupling”?
Het frontend zorgt voor de op maat gemaakte gebruikerservaring; de voortdurend veranderende merkboodschappen, kleurpaletten en gebruikersstromen. Dit deel verandert het vaakst in je eCommerceplatform, zodat je relevant kunt blijven voor je klanten en hen unieke content en ervaringen kunt bieden. Hier wil je nieuwe ideeën snel uitproberen, ze testen op succes bij klanten en ontdekken hoe je ze het beste kunt bedienen. En hier wordt je het meest gehinderd door verbindingen met de backend.
De backend van je eCommerce-engine zorgt voor de productcatalogus, prijs- en promotiebeheer, orderbeheer, enzovoort. Denk aan het als de databases waarin informatie wordt opgeslagen en vanwaar deze wordt opgehaald en gewijzigd wanneer je het nodig hebt.
Waar het probleem zich voordoet, is wanneer het frontend en de backend te nauw met elkaar verweven zijn, of in softwaretermen: strak gekoppeld. Denk aan een kom van je favoriete spaghetti, die ooit een set aparte ingrediënten was, maar nu één ding is: een kom spaghetti. Probeer nu een ingrediënt te isoleren. Best moeilijk, niet? Decoupling betekent dus het frontend op een betekenisvolle manier scheiden van de backend. Maar waarom zou je dit willen doen?
Waarom headless?
Een goede manier om naar je technologie te kijken, is door de lens van een pace-layered architectuur. In de onderstaande afbeelding zie je op welk niveau systemen veranderingen nodig hebben. Je backend (database, productmodel, prijsmodel, enz.) hoeft niet zo vaak te veranderen, maar je frontend-ervaringen wel. Ze bevinden zich in verschillende lagen van de architectuur. Het frontend is daarom een systeem van innovatie, terwijl je backend een systeem van differentiatie is. Daaronder bestaat nog een derde laag, je systemen van record. Denk aan je ERP-systeem, je PIM-systeem, waar je je data opslaat voor master data management.
Met andere woorden, het tempo van veranderingen voor verschillende lagen is anders. Daarom wil je dat ze onafhankelijk van elkaar zijn, zodat je zo min mogelijk afhankelijkheden hebt voor de veranderingen die je wilt doorvoeren. Je wilt niet dat een stabiel systeem met een laag veranderingstempo je systemen met een hoog veranderingstempo vertraagt, of dat je systemen met een hoog veranderingstempo instabiliteit introduceren in je stabiele systemen! Het doel van scheiding (decoupling) is dus snelheid. Wanneer de hoeveelheid complexiteit en afhankelijkheden afneemt, neemt de time-to-market van nieuwe features toe. Die tijd kan dan gebruikt worden om sneller waarde aan je klanten te leveren, nieuwe functies sneller live te brengen dan je concurrenten, of zelfs defecten sneller op te lossen voordat ze voorkomen dat klanten op de "bestel nu" knop klikken...
Het is geruststellend hoe vaak dit probleem voorkomt bij het schalen uit een monoliet. De meeste succesvolle retailers deden het goed voordat eCommerce een kanaal werd om over na te denken. Zoals we in het vorige artikel lazen, hadden ze tegen de tijd dat ze begonnen met hun eCommerce-reis al een monolithisch eCommerce-systeem aangeschaft, omdat dit hun problemen relatief snel en gemakkelijk oploste met één systeem. Of ze bouwden zelf een op maat gemaakt systeem, maar werden ingehaald door hun eigen succes. Hoe dan ook, het tempo waarin veranderingen aan de klantbeleving nodig waren, werd te hoog en de monoliet was niet in staat om mee te schalen met de vraag. Dit gebeurde bij Adidas en Nike, die uit hun Demandware (Salesforce) platform groeiden. Het gebeurde zelfs met Amazon, ondanks dat ze hun eigen eCommerce-engine Cadabra volledig in-house hadden gebouwd. Dus, wat was hun eerste stap om uit hun monoliet te schalen? Ze bevrijdden het systeem dat het meeste pijn had; het frontend.
De waarde
Is je monolithische eCommerce-engine op het punt van uit elkaar barsten? En wordt het woord “technische schuld” in de meeste gesprekken over je roadmap genoemd? Tijd om na te denken over schaling op het punt waar je de meeste pijn ervaart: de gebruikerservaring.
Headless gaan is niet zo moeilijk als het klinkt en heeft veel voordelen. Door het frontend-gedeelte van je platform (het gedeelte dat het meest aan verandering onderhevig is) onafhankelijk te maken, begin je het potentieel van je teams te ontsluiten: je zult snellere releasecycli zien, de time-to-market van nieuwe functies zal verbeteren en de laadtijd van pagina’s zal stijgen. Dit zal allemaal direct ten goede komen aan je klanten en je omzet, wat zorgt voor een snelle terugverdientijd van de gedane investeringen. Wat dit nog niet zal doen, is het verzorgen van de gecompliceerde backend, met zijn lagen van bedrijfsregels, databases en (product-)inhoud.
Voor het runnen van je bedrijf op echte schaal, met de beste prestaties en de grote flexibiliteit om in te spelen op de vraag van klanten, zal headless gaan nog niet voldoende zijn, maar het is de juiste eerste stap. Tijdens je overgang naar headless, of zelfs ervoor, zul je de eerste microservices uitproberen. Een dedicated onsite zoekmachine bijvoorbeeld, of een modern content management systeem dat van nature headless is. Echte vrijheid! Nu ga je echt richting composable, een landschap dat niet langer wordt beperkt door de vraag “wat past er nog binnen?” binnen de monolithische platforms, maar in plaats daarvan wordt bepaald door de vraag “wat past het beste bij mij?”.
Maar die noot laten we voor de derde aflevering in onze serie; On the road to composable: Composable freedom. We hopen dat je genoten hebt van dit artikel en dat het wat van je zorgen over het afhakken van het hoofd van je eCommerce-platform heeft verlicht. Tot de volgende keer!
Product League helpt je om je huidige situatie, je toekomst en de weg daar naartoe te beoordelen, met de kracht van onze multidisciplinaire teams, geavanceerde technologie en onze uitgebreide kennis van de eCommerce-wereld. Wanneer je de visie hebt vastgesteld, kunnen we deze samen realiseren. Wij zijn een Outsystems powerhouse, versterkt door samenwerkingen met Commercetools en Contentful. Samen met jouw bedrijf kunnen we alles bereiken: van maatwerkoplossingen tot volledige SaaS-implementaties. We helpen je om je klanten en doelen te bereiken.