Burger
Kontor
Lysaker

Strandveien 8, inngang B, 6. etasje
1366 Lysaker
Oslo, Norge

+47 957 06 042
bernhard.olsen@pearlgroup.no

Sandefjord

Østre Kullerød 4
3241 Sandefjord

+47 957 06 042
bernhard.olsen@pearlgroup.no

Stockholm

Rosenborgsgatan 12
SE-169 74 Solna 
Sweden

+46 708 31 98 02
carl.ostholm@pearlgroup.se

Göteborg

Lindholmspiren 7c
417 56 Göteborg
Sverige

+46 73 633 62 57
per.bengtson@pearlgroup.se

Kyiv

Gulliver, 1A Sportyvna Square
01023 Kyiv
Ukraina

+47 995 07 750
trond.pedersen@pearlgroup.no

Riga

Krišjāņa Valdemāra street 21 - 20

Riga, LV-1010

Latvia

+47 995 07 750
trond.pedersen@pearlgroup.no

Singapore

Pearl Care Singapore PTE LTD
9 Temasek Boulevard
31F Suntec Tower 2
Singapore 038989

+47 932 87 712
tom.berget@pearlgroup.no

Styrelsen
Geir Thoresen

CEO Pearl Group

geir.thoresen@pearlgroup.no
+47 976 71 574

Tom Berget

Business Development Director

tom.berget@pearlgroup.no
+47 932 87 712

Therese Mellegård

Project Director

therese.mellegaard@pearlgroup.no
+47 415 03 212

Bernhard Olsen

CEO Pearl Norway

bernhard.olsen@pearlgroup.no
+47 957 06 042

Ingemar Goksøyr

CFO

ingemar.goksoyr@pearlgroup.no
+47 90 60 10 00

Stian Green

Director Pearl Care

stian.green@pearlgroup.no
+47 920 11 808

Trond Pedersen

Director International Operations

trond.pedersen@pearlgroup.no
+47 995 07 750

Carl Östholm

CEO Pearl Sweden

carl.ostholm@pearlgroup.se
+46 708 31 98 02

Skrivet av


Andreas Landmark

Publicerat


14.10.2021

Vad är grejen med Headless Commerce?

frontpage-ill

Många av oss har troligtvis gjort ett nätköp så implusivt att vi har mentalt skickat ett tyst tack för ångerrätten. Oavsett vad headless commerce kan låta som så har det väldigt lite att göra med just huvudlös näthandel. Så vad är det alla egentligen pratar om, och varför ska vi bry oss?

 

Låt oss först kolla på begreppet headless. Headless är namnet på en arkitekturprincip som hanterar backend – delen eller delarna av ett system som har ansvar för data och affärslogik – inget eget presentationslager. Funktioner och data är istället tillgängligt i API-er (application programming interface – kort förklarat, standardiserade sätt för applikationer att prata med varandra). Därtill, begreppet API first som ofta används till att beskriva idéen till att bygga och utveckla backend-funktionaliteten. Detta för att främst möta en specifikation om hur API ska fungera och inte hur det grafiska användargränssnittet (GUI) ska användas.

 

Det här sättet att tänka på är på många sätt framkommit av den omfattande affärsdigitaliseringen som vi alla har varit med på de senaste 15 åren – oavsett om vi har varit i framkant och varit med på toppen av vågen eller om vi har svepts med strömmen, förvirrad och maktlös.

Precis som e-handeln och andra digitala tjänster har gått från att vara en business vid sidan av till att bli den primära leveransmodellen för verksamheter som vill vara en del av konkurrensen bland kunderna, så har den associerade tekniska lösningen också växt i sin signifikans, storlek och inte minst sin komplexitet.

 

I början av ”näthandeln” eller ”hemsidan” så var det oftast en enkelstående publiceringslösning som hanterades manuellt av en eller två dedikerade entusiaster. Idag är lösningarna nästan som levande organismer som bearbetar en stor mängd data och går igenom massiva intäkter med en enorm hastighet.

"Förståelsen för hur central smarta webblösningar är har blivit alltmer betydande för alla delar i en affärsorganisation. Under insikten av den här förståelsen, medföljer oftast en flodvåg av efterfrågan om insikt, rapporter och inte minst, behov."

En flodvåg av behov

Förståelsen för hur central smarta webblösningar är har blivit alltmer betydande för alla delar i en affärsorganisation. Under insikten av den här förståelsen, medföljer oftast en flodvåg av efterfrågan om insikt, rapporter och inte minst, behov. Alla i verksamheten är ansvariga för att KPI förr eller senare ska vara medveten om relationen mellan företagets online-närvaro och sina verksamhetsmål – troligtvis med både en förtjusning och frustration för företagets E-commerce Manager, Head of Marketing, Chief Digital Officer eller vem som än är ansvarig för att vända strategin till en digital kundupplevelse.

 

Allt mer innehåll måste produceras och publiceras i en stegrande takt och med striktare kvalitetskrav. Behovet att slå ut manuella processer ökar. Kraven för nya funktioner och designer förändras kontinuerligt och de måste levereras snabbt till marknaden, mätas och återupprepas frekvent – i linje med moderna ramverk.

Värdet av integrationsvänliga affärssystem förstås bäst i ljuset av komplexa behov. En av de viktigaste fördelarna med en headless eller API-first metod är just integrationsvänlighet. En ledande principdesign är att data och funktioner måste först och främst exponeras i API-er.

Nya möjligheter att skapa affärsvärde som skiljer sig från vad som initialt är tänkt tenderar att öka med tiden. Med enklare åtkomst kommer tröskeln till att kunna nyttja dessa möjligheter att vara lägre och det är en av anledningarna till att vi vill förvänta oss kortare tid att marknadsföra på nya initiativ med headless-lösningar.

Pearl Group - Head, API, Back-end

Friktionslöst och enkelt

Till exempel om marknadsföringsavdelningen vill hantera order- och kundvagnsdata från nätbutiken till systemet med email och marknadsföring i syfte att sätta upp retargeting och transaktionsbaserade dialoger. En headless commerce-lösning kommer då redan ha existerande API-er för order- och kundvagnsdata som är testade och producerade samt med följande dokumentation. I bästa fall täcker det allt som behövs och den nya konsumenten kan börja arbeta från sidan direkt och med minimal support.

 

Du kan också föreställa dig ett B2B scenario där stora kunder vill hämta produkter med priser och tillgänglighet direkt i deras inköpssystem för att placera sin order därifrån. Återigen är det här något som en headless commerce-lösning stödjer naturligt. Inköpssystemet kommer troligtvis använda samma API-er som näthandeln och hemsidan redan använder, mer eller mindre oförändrat.

En genomtänkt headless commerce-lösning kan alltså stödja flera olika sätt att leverera samma data, funktioner och tjänster. Om du redan har en välutvecklad webbutik och till exempel behöver en mobilapp med några av butikens funktioner så är vägen dit mycket snabbare med en headless-lösning. Eftersom tjänsten redan finns där så behöver app-tillverkarna i princip endast åtkomst och dokumentation för att komma igång. API-er är även typiskt strukturerade på ett sätt som gör det enklare att bygga appen steg för steg, en tjänst i taget.

 

Separationen av frontend från backend har hjälpt till att ta bort friktion från designen och utvecklingscykeln. Det förenklar behovet att koordinera och tillåta olika typer av resurser för att arbeta mer självständigt. Med andra ord, en headless commerce-lösning underlättar en smidig utveckling och är utmärkt som en konkurrensfördel för alla som arbetar med kundupplevelser och har flexibla processer som grund.

 

Vill veta mer?

Kontakta Andreas Landmark

andreas.landmark@pearlgroup.no 

Nyfiken på vad vi gör?

Vi är glada att höra från dig!