De keuze voor Headless Commerce

Klanten verwachten niets minder dan gepersonaliseerde ervaringen die via meerdere contactpunten zijn verbonden. Ze willen een naadloze, omnichannel-ervaring die zowel relevant als boeiend is. En terwijl nieuwe contactpunten, zoals slimme luidsprekers, net om de hoek klaar zijn voor massale acceptatie, gaan klanten ook nog steeds naar fysieke winkels. Headless commerce belooft retailers om die omnichannel-ervaringen te creëren waar klanten tegenwoordig naar hunkeren.

Wat is headless handel?

Als een technologische benadering houdt headless commerce verandering en evolutie in de eerste plaats in gedachten. Essentieel voor headless commerce is het loskoppelen van de klantgerichte front-end van de back-end-laag. Headless betekent dat het werkt zonder een grafische gebruikersinterface (GUI). Alle applicaties en hardware kunnen headless zijn, maar meestal zie je headless computers (meestal servers) en headless websites. Zonder de GUI gaan in- en uitgangen via interfaces zoals netwerk, seriële poort of opdrachtregels. De focus ligt op efficiëntie en niet op gebruiksvriendelijkheid. In plaats van een complexe GUI te ontwikkelen waarvoor een grafische kaart of een interface zoals de muis of het toetsenbord nodig is, kunt u het proces gemakkelijker bewaken, onderhouden en automatiseren. Dat is waar headless interessant wordt. 

De website headless maken

Het internet begon met statische HTML aangeboden door de website die werd geïnterpreteerd door de browser van de gebruiker. Met de opkomst van CMS kwam er een extra laag abstractie. De website-eigenaar plaatst zijn inhoud in de database, meestal PHP, die wordt weergegeven in HTML. Dat is waar de meeste websites nu staan: software geïnstalleerd op de server die alle functionaliteit bevat om de website te onderhouden en de inhoud ervan aan bezoekers te presenteren. Het CMS zorgt voor een WYSIWYG-ervaring: What You See Is What You Get. U ziet direct hoe uw wijzigingen van invloed zijn op de presentatie. 

De headless website voegt een extra laag toe tussen de website-editor en de eindgebruiker. De front-end waar de website wordt gepresenteerd, is losgekoppeld van de back-end waar de website-editor aan de inhoud werkt. Bij een headless website werken de front-end en back-end afzonderlijk van elkaar. De grootste voordelen van headless zijn prestaties en flexibiliteit, omdat je hiermee de front-end en de back-end onafhankelijk van elkaar kunt optimaliseren. 

Het hoofd: de voorkant

De kop is de presentatie laag van een applicatie. Voor een website is het de gebruikersinterface (UI, User Interface) waarmee bezoekers communiceren door met hun muis te klikken of op knoppen te tikken. De UI reageert op hun input, door nieuwe informatie te tonen of taken uit te voeren zoals het toevoegen van producten aan een digitaal winkelmandje. Hoewel de term front-end een grafische gebruikersinterface (GUI, Graphical User Interface) impliceert die op een soort scherm wordt weergegeven, kan de front-end ook spraak, chatbots, sociale platforms, IoT of zelfs augmented en virtual reality zijn. 

De body: de back-end

De back-end is waar het allemaal gebeurt binnen uw organisatie. Het is de operationele laag die alle bedrijfslogica bevat en die verantwoordelijk is voor het kraken van gegevens en het zware werk. De back-end is onzichtbaar op de achtergrond en maakt belangrijke functies mogelijk, zoals infrastructuur, voorraad- en magazijnbeheer, klantinformatie, order- en retourproces. 

Deze zakelijke functies worden mogelijk gemaakt door oplossingen zoals ERP, CRM, PLM, MDM en PIM, die allemaal deel uitmaken van de back-end. Kortom, de back-end bestaat uit elke applicatie die u mogelijk op uw servers of in de cloud heeft. Door headless te gaan, kunnen deze functies volledig los staan van de front-end interactie. Of een bestelling nu via een mobiele app wordt geplaatst of door een inside sales-agent in het systeem wordt geplaatst, de backend slaat ze blindelings op en verwerkt ze. 

API voor het overbruggen van de front-end en back-end

API is de laag die werkt als een lijm tussen de front-end en back-end. Via API gaat alle informatie heen en weer van de bedrijfsprocessen naar de presentatie. Dat maakt het mogelijk om snel een nieuwe applicatie aan te sluiten, van elke applicatie een dienst te maken en je infrastructuur zeer flexibel te maken. API's zijn als gebruikersinterfaces, maar dan voor andere software. Hierdoor ontkoppel je de functionaliteit en data van de presentatie in een headless benadering. Vooral voor commerce biedt API belangrijke voordelen. 

Zakelijke voordelen van headless commerce

Het kunnen leveren van omnichannel winkelervaringen is wat uw bedrijf draaiende houdt. Het vermogen om snel te reageren en te anticiperen op veranderingen, is wat uw positie voor de lange termijn zal verzekeren. Headless commerce geeft je de vrijheid om via alle kanalen gepersonaliseerde en verbonden digitale ervaringen te creëren. Als architectuur stelt het u in staat om te experimenteren, snel nieuwe kanalen toe te voegen, uw bedrijfsflexibiliteit te vergroten en efficiënt te schalen. 

Headless commerce biedt de volgende zes zakelijke voordelen:

1. Creëer omnichannel winkelervaringen

Met Headless commerce kunnen uw producten, video's, blogs en rijke inhoud op elk kanaal worden gepresenteerd en gedeeld. Uw inhoud kan overal en altijd worden geleverd, vermengd met commercie. Met al uw back-endsystemen geïntegreerd met uw front-end, stromen gegevens vrij in beide richtingen. Dat maakt data-integriteit en een 360-graden klantbeeld mogelijk, waardoor u productaanbevelingen kunt doen, kunt adverteren met retargeting en gepersonaliseerde marketingcampagnes kunt uitvoeren die zich uitstrekken over verschillende touch points. Welk kanaal uw klant ook gebruikt, u kunt een naadloze en gepersonaliseerde ervaring bieden die leidt tot een hogere klanttevredenheid en omzet. 

2. Bouw en pas uw architectuur aan

Wil je een bepaalde applicatie gebruiken of een nieuw kanaal ontgrendelen? Met behulp van een headless architectuur bepaal je zelf hoe een front-end wordt opgebouwd. U hoeft zich niet aan een specifiek sjabloonsysteem te houden of uw medewerkers te trainen om de exacte regels te volgen die de softwareleverancier heeft opgesteld. In plaats daarvan kunt u precies de gebruikersinterface bouwen die uw specifieke klanten willen en de applicatie kiezen die het beste bij u past. Van de inspiratie- en productpagina's tot het afrekenproces en de fulfilment, elke stap kan afzonderlijk worden geoptimaliseerd. Je hebt volledige controle over wat er aan de voorkant gebeurt, en je kunt je UX-ontwerpprincipes volgen en de identiteit van je merk vormgeven. Dit versterkt uw naamsbekendheid en resulteert in hogere klantconversies en een verhoogde lifetime value. 

3. Vrijheid om te experimenteren

Het anticiperen op de behoeften van de klant vereist continu experimenteren. Zonder het risico het hele ecosysteem in gevaar te brengen, kun je experimenteren en dingen uitproberen in een headless architectuur. Als je bijvoorbeeld specifieke delen van je commerciële websites wilt A/B-testen, een Alexa-vaardigheid of een snelle en glanzende Progressive Web App (PWA) wilt bouwen, is er ruimte voor fouten in het proces zonder de back-end-activiteiten te beïnvloeden. In tegenstelling tot traditionele commerce-oplossingen, moet je vaak de front-end en de back-end code tegelijkertijd aanpassen, soms moet je de hele applicatie afsluiten voor onderhoud. Met headless commerce leert u sneller en bespaart u op ontwikkelingskosten. 

4. Snelheid en behendigheid

Met de vrijheid om te experimenteren, kunt u sneller nieuwe gebruikersinterfaces implementeren in plaats van full-stack software te installeren en vervolgens te onderhouden. Ontwikkeling wordt veel efficiënter omdat teams nu parallel kunnen werken. Vanwege het ontkoppelde karakter kunnen wijzigingen in de gebruikersinterface worden aangebracht zonder dat alle kernlogica in de back-end getest hoeft te worden. Wijzigingen kunnen direct worden aangebracht om gelijke tred te houden met de snelheid van consumententechnologie. Dit zorgt voor een kortere time-to-market en een kortere ontwikkelefficiëntie. 

5. Gemakkelijk schalen

In een traditionele monolithische softwareoplossing gaat het schalen doorgaans horizontaal. Maar wanneer uw architectuur headless is, kunnen front-end en back-end afzonderlijk verticaal worden geschaald. Je schaalt alleen wat je nodig hebt. Zelfs als de voorkant veel verkeer ontvangt, blijft de achterkant onaangetast omdat ze alleen losjes zijn gekoppeld. Op deze manier worden de operationele kosten verlaagd en de beschikbaarheid gestabiliseerd. 

6. Snelle implementatie in nieuwe kanalen en markten

In een headless-scenario maken meerdere front-ends verbinding met één API en één onderliggend systeem. Dit maakt het toevoegen van nieuwe touch points eenvoudig, omdat u zich geen zorgen hoeft te maken over het onderhouden van een software "mengelmoes". En als u een nieuwe internationale website wilt opzetten, kunt u dat in een kwestie van weken doen in plaats van maanden, dankzij aangepaste codering. Hierdoor kan uw bedrijf snel aanwezig zijn in nieuwe kanalen en markten en snel reageren op veranderende klantbehoeften. 

Moet je er headless voor gaan?

Net als elke andere architectuur zijn er naast de zakelijke voordelen ook nadelen. Hoewel deze door de meeste organisaties kunnen worden aangepakt, maakt het de headless commerce-aanpak niet voor iedereen geschikt. In onze White paper HEADLESS COMMERCE: Snel en wendbaar bouwen aan de omnichannel winkelervaring leggen we de nadelen uit en hoe deze aan te pakken, onderzoeken we de impact op uw organisatie en geven we u de feiten om een solide basis te leggen voor de keuze voor headless commerce.

Dit is het vijfde artikel in onze serie artikelen over evolutionaire architectuur. U kunt op deze pagina diepgaand leren over de onderliggende principes zoals microservices, API, cloud commerce, headless commerce en event-driven architectuur.