De MACH Alliance en PIM voor de volgende generatie e-commerce

Je kunt de storefront wisselen en de catalogus laten staan. Dat is de plek van een PIM in een MACH-stack. Productdata is geen presentatieprobleem. API's leveren het dossier. Ze vervangen het beheer van namen, attributen, assets en kanaalcontent niet.

MACH-architectuur is de manier van bouwen die de MACH Alliance daarvoor hanteert: microservices, API-first, cloud-native en headless.

De vier letters

Microservices zijn kleine diensten met elk één functie. Ontwikkelen, uitrollen en schalen doe je per dienst. Samen vormen ze de applicatie.

API-first betekent dat de functie als API beschikbaar is voor andere applicaties. Integratie is een contract, geen gedeelde database.

Cloud-native betekent dat de applicatie voor de cloud is gebouwd en de schaal, beschikbaarheid en kostenstructuur daarvan gebruikt. Uitval hoort in het ontwerp.

Headless haalt het contentsysteem los van de presentatielaag. Dezelfde content kan naar meer dan één kanaal of apparaat.

Wat die knip oplevert

• Modulariteit. Een service wijzigt zonder release van de hele applicatie.
• Wendbaarheid. Nieuwe diensten en platforms koppelen via API's, niet via een herschrijving.
• Schaal. Cloud-deployment regelt schalen en load balancing. Eén microservice schaalt apart als die functie de bottleneck is.
• Kanalen. Headless content zit niet vast aan één storefront.
• Kosten. Cloud-native draait met minder ongebruikte capaciteit. Daar zit de kostenreden.

Wat de PIM blijft doen

Omnichannel is waarom teams naar deze stack kijken: meer dan één front-end, en elk daarvan mag wijzigen. De PIM is het productdossier dat die front-ends lezen. Zet de PIM op de MACH-stack en de catalogus blijft staan terwijl kanalen schuiven. Digitaal werk, de klantervaring en de tijd tot publicatie lopen dan niet vast op één monoliet.