Life Outdoor Living
De perfecte samenhang tussen online omgeving en winkels. 40% groei in omzet.
Drie situaties die we bij groeiende webshops dagelijks tegenkomen.
Elke aanpassing aan de winkelkant raakt je platform, dus staat er een ontwikkelaar tussen jou en een banner. Bij een losse frontend beheert je marketingteam de content en blijft de commerce-engine ongemoeid.
Twee merken of drie landen betekenen nu drie losse webshops met elk hun eigen onderhoud. Eén backend met meerdere frontends erop haalt dat dubbele werk weg, en je productdata staat nog maar op één plek.
Je content zit vast in je webshop, dus dezelfde tekst en hetzelfde beeld staan ook nog in je app en je landingspagina's. Met content uit één bron bedien je elk kanaal zonder te kopiëren.
Headless commerce betekent dat de laag die je bezoeker ziet los staat van het systeem dat je orders, prijzen en voorraad beheert. Ze praten met elkaar via een koppeling. Daardoor kun je je website vernieuwen of een tweede merk uitrollen zonder aan je commerce-engine te komen.
Die vrijheid is echt, en hij is niet gratis. Je onderhoudt twee lagen in plaats van één, en standaardfuncties van je platform vragen soms extra werk. Het rekent zich terug bij meerdere merken of landen, bij een frontend die je vaak wil vernieuwen, of als content en commerce door verschillende teams worden beheerd. Heb je één webshop met één doelgroep, dan zeggen we dat het je waarschijnlijk niets oplevert.
Je werkt met Paul van der Meijs, Head of Engineering bij Redkiwi, samen met Tim Sol en Jasper. Sinds 2004 bouwen we webshops, en die 22 jaar klantkennis is de brandstof onder elk advies dat we geven.
Vier lagen. De afweging: of de scheiding in jouw geval iets oplevert, en wat het je aan onderhoud kost. De frontend: de laag die je bezoeker ziet, gebouwd om snel te blijven en vaak te vernieuwen. Het contentbeheer: één bron voor teksten en beeld die je webshop, je app en je landingspagina's bedient. En de koppelingen: prijzen, voorraad, orders en klanten die tussen beide lagen lopen, met per gegeven één bronsysteem.
Een headless traject mislukt zelden op de techniek en vaak op het beheer. Daarom leggen we vooraf vast wie wat aanpast: welke wijzigingen je marketingteam zelf doet in het contentsysteem, en waarvoor een ontwikkelaar nodig is. Daarna bouwen we in fases: eerst één frontend live met de koppelingen die je nodig hebt, dan het tweede merk of het volgende land. Zo zie je of de vrijheid ook echt gebruikt wordt voordat je hem voor je hele landschap koopt.
Drie diensten die een losse frontend mogelijk maken.
Een frontend loskoppelen werkt alleen als je koppelingen kloppen en je content en productdata uit één bron komen. Anders verplaats je het beheerprobleem in plaats van het op te lossen.
Van afweging tot uitbreiden in vijf stappen.
We toetsen of de scheiding je iets oplevert. Is het antwoord nee, dan zeggen we dat en kijken we naar een lichtere ingreep.
Per gegeven leggen we vast welk systeem de bron is, en wie welke wijziging zelf kan doen. Dat voorkomt de meeste latere ergernis.
De laag die je bezoeker ziet, gebouwd om licht te blijven en door je eigen team gevuld te worden.
Prijzen, voorraad, orders en klanten lopen tussen beide lagen, met monitoring erop zodat je merkt wanneer een koppeling hapert.
Werkt de eerste frontend, dan komt het volgende merk of land erbij. Zo koop je de vrijheid pas als je hem gebruikt.
Drie organisaties waarvoor we frontend en contentbeheer los inrichtten.
Onafhankelijk advies, geen voorkeurspositie.
Headless content met een editor waarin je redactie durft te publiceren
Een contentmodel dat jouw organisatie volgt in plaats van een sjabloon
Een react-framework voor het bouwen van SEO-vriendelijke en interactieve webapps
Bedrijfsapplicaties die over vijf jaar nog te onderhouden zijn
Een PHP-framework dat stijlvolle en onderhoudsarme webapplicaties maakt.
In een uur nemen we je merken, je landen en je contentbeheer door, en zeggen we of headless in jouw geval de moeite waard is. Ook als het antwoord nee is. Kost je een uur, verplicht je tot niets.
Meer dan een gekoppeld platform, want je bouwt en onderhoudt twee lagen in plaats van één. Wat het in jouw geval wordt, hangt af van het aantal frontends, je koppelingen en hoeveel je zelf wil kunnen beheren.
Wat je altijd krijgt: een eerlijke afweging voordat er iemand bouwt, vastgelegd wie welke wijziging zelf kan doen, bouwen in fases zodat je de vrijheid pas koopt als je hem gebruikt, en een advies voor een lichtere oplossing als die volstaat.
Wil je weten of het bij jou uitkomt? Plan een gesprek, dan rekenen we het samen door.