Hva er greia med Headless Commerce?

En flodbølge av behov

Forståelsen av hvor viktig webløsningene er, har samtidig blitt sterkere i alle deler av forretningsorganisasjonen. I kjølvannet av den forståelsen kommer gjerne en flodbølge av forespørsler om innsikt, rapporter og ikke minst behov. Alle i forretningen som eier en eller annen KPI, blir før eller senere bevisst på forholdet mellom bedriftens tilstedeværelse på nett og deres egne mål – sannsynligvis til både glede og frustrasjon for bedriftens Ecommerce Manager, Head of Marketing, Chief Digital Officer eller hvem det måtte være som har ansvar for å omsette strategi til digital kundeopplevelse.

Stadig mer innhold skal produseres og publiseres, i stadig høyere takt, og med stadig strengere krav til kvalitet. Behovet for å eliminere manuelle prosesser melder seg. Krav til nye funksjoner og design-endringer kommer på løpende bånd og de skal leveres raskt til markedet, måles og re-itereres hyppig – i tråd med moderne rammeverk.

Det er i lys av slike sammensatte behov at verdien av forretningssystemer som er iboende integrasjonsvennlige, best kan forstås. Det er nemlig en av de viktigste fordelene med en headless eller API first tilnærming: At integrasjonsvennlighet ligger i sakens natur. Et førende designprinsipp er at data og funksjoner først og fremst skal eksponeres i API-er.

Nye muligheter til å skape forretningsverdi på måter som er annerledes enn opprinnelig tiltenkt har en tendens til å åpenbare seg etterhvert. Med lettere tilgang blir terskelen lavere for å benytte seg av slike muligheter. Dette er en av årsakene til at man gjerne forventer kortere time to market på nye initiativ, med headless-løsninger.

Friksjonsfritt og enkelt

La oss for eksempel si at markedsavdelingen ønsker å hente ordre- og handlekurvdata fra nettbutikken over til email marketing-systemet for å kunne sette opp retargeting og transaksjonsbaserte dialoger. En headless commerce-løsning vil typisk allerede ha eksisterende API-er for ordre og handlevogner, ferdig kjørende i test og produksjon og med dokumentasjon attåt. I beste fall dekker disse hele behovet, og den nye konsumenten kan begynne på jobben fra siden uten videre og med minimal support.

Eller man kan se for seg et B2B-scenario der større kunder ønsker å hente produkter med priser og tilgjengelighet direkte inn i sitt eget innkjøpssystem, og plassere ordre derfra. Igjen er dette noe en headless commerce-løsning støtter naturlig. Med god sannsynlighet vil innkjøpssystemet kunne bruke de samme API-ene som nettbutikkens egen web-app allerede bruker, mer eller mindre uendret.

Slik kan altså én gjennomtenkt headless commerce-løsning støtte flere forskjellige måter å levere de samme dataene, funksjonene og tjenestene. Hvis man allerede har en godt utviklet nettbutikk på web, og for eksempel finner behov for å tilby en mobil-app for noe av funksjonaliteten som ligger i den, er veien mye kortere med en headless-løsning. Ettersom tjenestene allerede ligger der trenger app-utviklerne i prinsippet bare tilgang og dokumentasjon for å komme i gang. Typisk er API-ene også strukturert slik at det er enkelt å bygge appen stegvis også, én tjeneste av gangen.

Denne separasjonen av frontend fra backend er i seg selv med på å fjerne friksjon fra design- og utviklingssyklusen, fordi det letter behovet for samkjøring og lar forskjellige typer ressurser jobbe mer uavhengig av hverandre. Med andre ord kan man si at en headless commerce-løsning langt på vei fasiliterer smidig utvikling, og det er som kjent et stort konkurransefortrinn for alle som jobber med kundeopplevelser å ha smidige prosesser i bunnen.

Ønsker du å vite mer?

Kontakt Andreas Landmark

andreas.landmark@pearlgroup.no