Hovedløs e-handel er ikke så skræmmende, som det lyder (eller det er det måske, afhængigt af din udviklers ekspertise). Grundlæggende betyder det, at din e-handelsplatforms frontend er adskilt fra backenddelen, i modsætning til en traditionel e-handelsplatform, hvor de to dele er tæt forbundne.
Denne artikel går i dybden med, hvordan det ser ud, men er ikke tænkt som en detaljeret gennemgang af de tekniske aspekter ved hovedløs e-handel. I stedet fokuserer vi på den forretningsmæssige side af hovedløs e-handel – fordelene, udfordringerne og nogle illustrative eksempler.
Hvad er hovedløs e-handel?
Den tekniske definition: Hovedløs e-handel er et e-handelssystem, hvor backenddelen, hvor ordrer og betalinger behandles, og data gemmes, er adskilt fra frontendgrænsefladen, som brugeren interagerer med, når en ordre afgives.
Hvis du overvejer at skifte til hovedløs e-handel, er denne definition ikke rigtig nyttig. Den er fuld af fagudtryk og giver ikke megen indsigt i, hvorfor eller hvordan du og dit team kan gribe det an.
Her er en bedre måde at forklare hovedløs e-handel på
Med en frokostbakke.
Frokostbakken repræsenterer backenddelen af dit e-handelssystem, og din frokost er frontenddelen.
I traditionel e-handel påvirker frokostbakken, hvad du bestiller til frokost, mens du i en hovedløs e-handelsarkitektur har større fleksibilitet med hensyn til, hvad du bestiller.
Traditionel e-handel = Frokostbakke med opdelte rum
Gå tilbage til skolekantinen, hvor du henter en bakke til frokosten. Bakken har faste rum til hver del af måltidet.
Der er et eller to rum til tilbehør, et rum til en drik og et stort rum i midten til hovedretten. Du kan vælge hovedret, tilbehør og drikkevarer, men frokostbakken har altid samme opbygning og tillader f.eks. ikke, at du bestiller to hovedretter og intet tilbehør.
Hvis du ville gøre det, skulle du bruge en helt ny frokostbakke med en anden opbygning. Det kan tage producenten uger eller måneder at fremstille den, og selv efter alt det arbejde kan du beslutte, at du foretrak den første løsning.
På samme måde begrænser backenddelen i traditionelle e-handelssystemer præsentationslaget i frontenddelen af dit e-handelssystem. Backend og frontend er tæt forbundne, så ændringer i frontend også kræver ændringer i backend, ligesom du skal ændre frokostbakken, hvis du vil have to hovedretter og intet tilbehør til frokost.
Hovedløs e-handelsarkitektur = Flad frokostbakke
I en anden kantine henter du en bakke til frokosten. Denne bakke er flad og har ingen rum.
Det, du bestiller til frokost, er ikke begrænset af rummene. Frokostbakken og din bestilling er ikke så tæt forbundne, og du har ikke brug for forskellige bakker, når du bestiller en hovedret og et tilbehør den ene dag og to slags tilbehør den næste.
En hovedløs platform er ikke begrænset af backendens begrænsninger. Selvom der stadig er en forbindelse mellem backend og frontend (du har trods alt stadig brug for en bakke til at bære din frokost på), kan du frit ændre den ene eller den anden uden at skulle opdatere begge dele eller så at sige anskaffe en ny bakke.
En sidebemærkning om indhold og attributter:
En anden side af e-handel uden en fast brugerflade, som man bør overveje, er produktegenskaber og karakteristika.
Her er et eksempel på produktegenskaber og karakteristika som illustration:
Forestil dig, at en kunde leder efter gryder og pander.
E-handelsansvarlige og marketingmedarbejdere kan klassificere produkterne med gryder og pander på flere forskellige måder afhængigt af det salg eller de kampagner, de ønsker at promovere. De kan for eksempel være opført separat under køkkenudstyr eller som et sæt under køkkensæt. De kan være udsalgs- eller restsalgsvare eller sorteres efter farve, størrelse, antal dele i sættet osv.
Klassifikationssystemet, som egenskaberne er en del af, skal anvendes på samme måde på alle brugerflader, der indgår i e-handelsarkitekturen. Denne klassifikationsstruktur sikrer, at produkter og indhold hentes korrekt på tværs af de forskellige brugerflader.
Lad os vende tilbage til analogien med madbakken.
Når egenskaber og karakteristika anvendes i e-handelssystemer uden en fast brugerflade, er der ikke brug for en "madbakke", der angiver, hvilke retter der kan bestilles, og hvor de placeres.
I stedet for at bestillinger baseres på, hvad der kan fylde bakken, baseres de på egenskaberne ved det, du ønsker til frokost.
Til frokost er du for eksempel måske i humør til noget, der:
- Er stærkt.
- Indeholder grøntsager.
- Serveres varmt.
- Er en stor portion.
- Koster mindre end $10.
Hvis du indtaster disse egenskaber i din frokostbestilling, får du måske valget mellem en stærk thailandsk karryret og en stærk minestrone. På denne måde – i e-handel uden en fast brugerflade – har du flere muligheder for at tilbyde brugerne valgmuligheder og gøre dine produkter tilgængelige for dem.
Jeg har på fornemmelsen, at denne analogi har gjort dig sulten efter mere. Så her er 6 trends inden for fødevare-e-handel, du bør følge for at skabe vækst.
Traditionel e-handel kontra e-handel uden en fast brugerflade
Selvom begge e-handelssystemer har deres anvendelsesmuligheder, er e-handel uden en fast brugerflade uden tvivl den bedste løsning – for dine kunder, dit e-handelsteam og din virksomhed som helhed.
Fordele ved e-handel uden en fast brugerflade for kunder
E-handel uden en fast brugerflade giver kunderne flere vigtige fordele, og eftersom de i sidste ende afgør, om din e-handelsvirksomhed får succes, vil du gerne holde dem tilfredse.
Have an account? Log In
1. Flere valgmuligheder.
Med e-handel uden en fast brugerflade kan du bruge API'er til at forbinde dit bagvedliggende system med enhver brugerflade eller oprette tilpassede brugerflader, så dine kunder får flere måder at handle på ud over dit websted. Tænk på handel via sociale medier, stemmestyret e-handel eller tilpassede brugerflader.
2. Nem bestilling.
Ved at tilbyde flere muligheder for brugerflader eller tilpasse en brugerflade, der forkorter bestillingsprocessen, gør du det nemmere for kunderne at bestille. De behøver ikke at gennemgå hele betalingsprocessen på dit websted, når du har en tilpasset brugerflade til bestilling med ét klik.
3. Bekvemmelighed.
Bekvemmelighed er meget vigtigt for kunderne. De opgiver en bestilling ved den første ulempe. Hold dine kunder på din e-handelsplatform ved at give dem en nem og bekvem måde at bestille på gennem deres foretrukne metode.
Fordele ved e-handel uden en fast brugerflade for e-handelsteams
Udviklere, e-handelsansvarlige og indholdsansvarlige drager også alle fordel af e-handel uden en fast brugerflade. Selvom planlægning og udvikling af adskillige brugerflader kan virke som ekstra arbejde, opvejer fordelene ved e-handel uden en fast brugerflade dette.
1. Integrér med ethvert system.
I stedet for at være bundet til én e-handelsløsning kan dit team bruge flere løsninger til at dække alle systemer, så I ikke går glip af de muligheder, som andre systemer giver. Du kan integrere ét bagvedliggende system med flere e-handelsarkitekturer.
Lina Bustos, e-handelsstrateg og forfatter for Ecommerce Illustrated, forklarer:
"Nu hvor de fleste leverandører af e-handelsplatforme har afkoblet deres frontends fra deres backends og er "gået headless", er headless e-handel mere tilgængelig end nogensinde. I dag er singlepage-applikationer og progressive webapps minimumskrav, hvilket er fantastisk for både frontend- og backendudviklere, som ikke længere behøver at koordinere alt, hvad de gør, med hinanden (noget som responsivt design gør endnu mere besværligt). Hurtigt indlæste sider er også fantastiske for kunder og konverteringer!"
2. Hurtigere opdateringer.
Da backend og frontend er adskilt i headless-systemer, går opdateringer hurtigere, fordi du ikke behøver at opdatere begge dele hver gang. På traditionelle e-handelsplatforme kræver ændringer i frontenden også vanskelige ændringer i backend, men sådan er det ikke i headless e-handel.
3. Nemmere at skalere.
Da du ikke behøver at opdatere backend for hver ændring i frontenden, er det nemmere at skalere din e-handelsløsning op eller ned. Du kan tilpasse din e-handelsarkitektur, som du ønsker, og tilføje nye frontends.
4. Fleksibilitet.
Frontendudviklere kan være mere fleksible og kreative i deres arbejde, da de ikke er begrænset af de begrænsninger, som backend lægger på frontendudviklingen. Giv dine udviklere frihed til at finde frem til det nyeste og bedste.
5. Mindre nedetid.
Med færre opdateringer af backend, når du opdaterer frontenden, følger det naturligt, at der er mindre nedetid, mens du udfører og tester opdateringer. Opdateringer er også mindre risikable, fordi du ikke behøver at opdatere backend, så der er mindre risiko for at ødelægge den.
6. Genbrug af indhold.
Med traditionel e-handel indebærer det at placere dit indhold på flere platforme, at du manuelt tilføjer det til disse platforme. Med headless-applikationer kan du fokusere på indholdshandel og genbruge dit indhold mange steder, fordi det ganske enkelt kan kaldes via en API og bruges på tværs af alle frontends.
7. Mere brugervenligt indholdsstyringssystem.
E-handelsspecialisten Lina Bustos forklarer:
"En anden stor fordel ved headless er muligheden for at give forretningsteams et mere brugervenligt indholdsstyringssystem (CMS) eller en digital oplevelsesplatform (DXP), hvor de kan indlæse deres indhold og foretage hyppige (selv daglige) ændringer på webstedet uden at involvere IT. Det er KÆMPESTORT, for tidligere kunne selv ændring af et banner på en startside nogle gange kræve flere timers arbejde og koste tusindvis af dollars via en udviklingspartner, for slet ikke at tale om at skabe fantastiske landingssider og merchandisingfunktioner."
Der er aldrig et dårligt tidspunkt at give en bedre brugeroplevelse.
Fordele ved headless e-handel for virksomheder
Der er også fordele for virksomheder, herunder den fortsatte levering af indhold og bekvem bestilling til kunderne.
1. Mere fleksibilitet og tilpasning.
Med headless kan du nemmere tilpasse din e-handelsstrategi til, hvor dine kunder befinder sig, og hvordan de køber. Du kan give dem den frontendoplevelse, de leder efter. Hvis din målgruppe for eksempel begynder at bruge mere stemmestyret shopping, kan du følge med ved at skabe en tilpasset frontend, der understøtter dette.
2. Mere agil.
Headless e-handel holder dig agil og konkurrencedygtig. Du kan hurtigt implementere nye frontendplatforme uden meget nedetid, samtidig med at du kan følge med konkurrenterne og undgå at sakke bagud på grund af lange udviklings- og testtider.
3. Implementer omnichannel.
Med større tilpasningsmuligheder kan du sikre en problemfri oplevelse på tværs af de e-handelsplatforme og systemer, du bruger som en del af din omnichannel-marketingstrategi. Det er vigtigt for at øge din konverteringsrate og fastholde kunderne. I øjeblikket har kun omkring 52 % af virksomhederne implementeret omnichannel. Bliv en del af denne procentdel med headless e-handel.
Udfordringer ved headless e-handel
På trods af alle fordelene ved headless e-handel er der udfordringer, som e-handelsteams skal tage højde for.
1. Håndtering af roller og ansvarsområder
Både i traditionel handel og med en headless e-handelsløsning er mange teammedlemmer involveret i implementeringen, vedligeholdelsen og forbedringen af handelsoplevelsen for kunderne. Det kan omfatte marketingmedarbejdere, e-handelschefer, indholdsansvarlige samt frontend- og backendudviklere.
I traditionel e-handel er rollerne nemme at definere, fordi alle kan arbejde selvstændigt med deres opgave. Indholdsansvarlige kan for eksempel opdatere indhold uden nødvendigvis at have brug for input fra udviklere.
I frontend/backend-adskilt e-handel har teammedlemmer brug for input fra hinanden, især når det skal sikres, at brugerens rejse er sammenhængende og problemfri. Det kan på kort sigt sænke arbejdsgangen, men det kan også gavne teamet, fordi samarbejde med teammedlemmer fra andre afdelinger kan forhindre tunnelsyn.
Den primære måde at undgå en opbremsning på er at definere arbejdsgange, der minimerer frem og tilbage-kommunikation og effektiviserer opdateringer af indhold, udvikling og brugerrejsen.
2. Indholdsansvarlige og marketingmedarbejdere er mindre selvstændige
Fordi frontend-delen kræver specialtilpasset kodning udført af udviklere, har marketingmedarbejdere ikke samme frihed til at gå ind i systemet og tilføje og opdatere indhold, som de ville have med et traditionelt CMS og en traditionel digital handelsplatform. De får brug for support fra en udvikler, hvilket kan være tidskrævende og føre til mindre agilitet.
Den bedste måde at håndtere dette på er den samme som ovenfor. Definér en arbejdsgang, der gør marketingmedarbejderne så agile som muligt.
3. Ekstra arbejde for frontend-udviklere
Uden en standardfrontend skal udviklere opbygge en specialtilpasset frontend til hver applikation eller frontend, der anvendes. Det er mere arbejde i begyndelsen, og processen fortsætter, efterhånden som du tilføjer flere applikationer, og når der er behov for vedligeholdelse.
Tidsstyring bliver vigtigere for frontend-udviklere, ligesom det bliver vigtigt at afsætte tid til test og vedligeholdelse. Du bør også sørge for, at du følger bedste praksis for brugeroplevelse for hver kanal.
Fremkomsten af en ny generation af frontend/backend-adskilt e-handel: Mikrotjenester
Nu hvor frontend/backend-adskilt e-handel er blevet så udbredt, er den næste generation af frontend/backend-adskilt e-handel kommet: mikrotjenester. Denne tilgang går flere skridt videre end blot at adskille frontend og backend og begynder at opdele selve handelsplatformen.
For at få indsigt i dette emne kontaktede jeg den førnævnte Lina Bustos, som er e-handelsspecialist og forfatter hos Ecommerce Illustrated. Her er hendes forklaring på mikrotjenester, og hvor hun mener, den nye generation er "på vej hen":
"Fordi de fleste handelsplatforme implementeres som ét system (monolitisk kode), er alle platformens dele, såsom katalog, indkøbskurv, betaling, kundekonti, priser, betalinger og kampagner, tæt flettet sammen. Det betyder, at alle ændringer eller opdateringer af platformen eller indholdet påvirker denne store kodeblok og potentielt kan ødelægge noget hvor som helst på platformen. IT skal være meget forsigtig med at administrere handelsapplikationen, og forretningsbrugere er ofte begrænset fra selvstændigt at foretage opdateringer (for eksempel tilføje kampagner, ændre priser eller oprette nye kategorier).
Med mikrotjenester ville en kampagnetjeneste (for eksempel) være sin egen applikation. Og ligesom med et headless CMS kunne forretningsbrugere (med de rette værktøjer til forretningsbrugere) tilføje, ændre, slette og planlægge kampagner uafhængigt af IT.
Mikrotjenesten kunne også udvides til nye kontaktpunkter og oplevelser, såsom en salgsautomat i en lufthavn eller en pop-up-butik, så kunderne kunne anvende de samme rabatter fra netbutikken overalt, hvor de møder brandet eller forhandleren, og gennemføre selvbetjening via deres mobiltelefoner (forbundet til mikrotjenester for indkøbskurv, betaling og betalingsbehandling).
Mikrotjenester kan også skaleres uafhængigt, hvilket forbedrer webstedets ydeevne og oppetid. Net-a-Porter opbyggede for eksempel et mikrotjenestesystem for at håndtere trafikstigningen under deres halvårlige udsalg (begivenheder, der ALTID ville få webstedet til at gå ned).
Eftersom analytikere anbefaler, at IT- og forretningsteams vælger mere modulære platforme til at drive e-handel, og flere leverandører tager mikrotjenestearkitektur til sig, forudser jeg, at vi i 2023 vil se flere og flere onlineforhandlere (store som små) bruge dem og kombinere handel med ukonventionelle kontaktpunkter som stemmeassistenter, chatbots og digitale løsninger i butikker.
More Articles
Eksempler på frontend/backend-adskilte e-handelsplatforme
En god måde at forstå, hvordan en frontend/backend-adskilt e-handelsplatform fungerer, er ved hjælp af konkrete eksempler. Vi har samlet nogle eksempler på frontend/backend-adskilte e-handelsløsninger, der tilbydes i øjeblikket.
1. About You Cloud Backbone
About You Clouds Backbone er en e-handelsinfrastruktur, som virksomheder kan bruge som deres e-handelsløsning. Backbone er API-baseret og muliggør e-handelsaktiviteter såsom produktadministration, katalogorganisering, ordrebehandling, lagerstyring, lagerstyring og meget mere. Backbone lader dig gøre alt dette ét sted via API-kald. Du kan også integrere den med de e-handelsværktøjer, du bruger i øjeblikket.
2. Elastic Path
Elastic Path tilbyder løsninger til e-handelsarkitektur, herunder API'er og e-handelsløsninger uden frontend. De tilbyder også løsninger uden frontend til ting som stemmehandel og chatbots. Elastic Path samarbejder med alle typer virksomheder, lige fra CRM-systemer til e-handel til konsulentvirksomheder og webhosting-tjenester for at sikre, at du har de værktøjer, du skal bruge for at få dit e-handelssystem til at fungere.
3. Amplience
Amplience er en e-handelsløsning uden frontend, som også leverer en indholdsløsning. Med Amplience kan dit system uden frontend udvides til både handel og indhold. Deres primære fokus er at give e-handelsteams, herunder indholdsansvarlige og deres teams, mulighed for at arbejde sammen om at holde indholds- og e-handelssiden opdateret og sikre en sammenhængende og gennemarbejdet kundeoplevelse. Dette omfatter produktattributter og -klassificering, indhold på produktsider, indhold på landingssider og lettere udvikling.
Sådan fungerer Ampliences løsning uden frontend.
Dette billede viser et af Ampliences tilføjelsesmoduler, som gør det muligt for e-handelsteams nemt at oprette, opdatere og skalere frontendmenuer baseret på deres klassificerings- og sorteringsmodel for produkter.
Der er separate faner til produktion og udvikling, så både udviklere og indholdsteams kan arbejde fra samme sted. Uanset hvordan frontend ser ud, vil denne menu være ensartet på tværs af alle applikationer. Forhåndsvisningen ovenfor viser, hvordan skrivebordsvisningen ser ud i praksis.
Amplience-tilføjelsesmodul, der bruger API-kald til at hente produktoplysninger som priser, funktioner og lagerbeholdning.
Dette billede viser endnu et Amplience-tilføjelsesmodul, som bruger API-kald til at hente produktoplysninger som priser, funktioner og lagerbeholdning, så indholdsteams hurtigt kan opbygge lister over produkter, f.eks. bestsellere eller nye fremhævede produkter.
Det er vigtigt, at Amplience har en måde at planlægge arbejdsgange på, så marketingfolk, indholdsteams og udviklere kan planlægge lanceringer og fastlægge milepæle sammen. Roller og ansvarsområder defineres, og deadlines noteres. Det gør det nemt at planlægge indholdsopdateringer, e-handelsopdateringer og kampagner.
Fremtiden for e-handel uden frontend
I disse dage ligger konverteringer inden for e-handel på kun 2.86% globalt. Det kan hurtigt få en e-handelsbutik til at gå nedenom og hjem. Det betyder, at det er vigtigere end nogensinde at imødekomme dine kunders behov ved at tilpasse din e-handelsløsning til dem.
En af de nemmeste måder at gøre det på er at sammenligne e-handelsplatforme uden frontend med traditionelle e-handelsplatforme. Der er endnu ikke tilstrækkeligt mange virksomheder, der bruger en butik uden frontend, og som følge heraf har de svært ved at følge med de konkurrenter, der gør.
Det er den retning, e-handel bevæger sig i, og e-handelsansvarlige bør implementere det tidligt for at håndtere de udfordringer, der følger med, og bevare overblikket (kan I se, hvad vi gjorde der).
Hvis du vil holde dig opdateret om det nyeste inden for e-handel uden frontend og andre aktuelle emner inden for e-handel, så tilmeld dig vores nyhedsbrev! Læs derefter vores artikel om andre e-handelstendenser, der driver fremtidens e-handel.
Hvis du stadig prøver at finde rundt i det hele — og overvejer at gå over til en løsning uden frontend — kan du læse artiklen om de 10 bedste open source-platforme for at få mere indsigt samt denne artikel: De 10 bedste e-handelsplatforme til små virksomheder for at finde enklere løsninger. Der går ikke længe, før du finder en e-handelsplatform uden frontend, der opfylder dine krav.
