MITÄ ON HEADLESS COMMERCE?

Mitä on headless commerce?

Headless commerce on ollut viime aikoina yksi verkkokaupan hype -sanoista, mutta malli on ollut käytössä jo lähes vuosikymmenen ajan. Mistä tämä mekkala johtuu ja mistä se tulee?

Verkkokaupan arkkitehtuurin teknologiset lähestymistavat ovat kehittyneet paljon 2000-luvun puolivälin monoliittisesta arkkitehtuurista, joka oli suunniteltu pöytäkoneelle ja kytketty tiiviisti taustakomponentteihin sekä myös tekniseen infrastruktuuriin. 2000-luvun puoliväli saattaa kuulostaa muinaiselta ajalta, mutta monet kauppiaat luottavat yhä tähän järjestelyyn. Muutaman erilaisen arkkitehtuurikokeilun jälkeen kaupankäynnin ja sisältötoimintojen yhdistämiseksi olemme saavuttaneet todellisen API edellä -lähestymistavan (API first), joka yhdistää kaiken taustalogiikan ja datan, ja yritysten pitäisi vihdoin pystyä saamaan parhaat puolet molemmista maailmoista. Idea ei ole uusi, mutta nyt muutos on myös edennyt yhä enemmän API-talouden nousun myötä.

Syventymättä sen enempää eri arkkitehtuurin lähestymistapoihin matkan varrella, voimme yksinkertaistaa kehityskulkua jakamalla aikajanan kahteen jaksoon: ennen mobiililaitteita ja pöytäkoneiden jälkeen. Verkkomyynti on kehittynyt paljon ensimmäisen iPhonen julkaisusta. Kuluttajat viettävät nyt paljon aikaa eri laitteidensa kanssa, ja he käyttävät niitä kaikkia ostosten tekemiseen eri kanavien kautta. Tätä voisi kutsua monikanavaiseksi tai omni-kanavaiseksi kaupankäynniksi – rakkaalla lapsella on monta nimeä – mutta kutsukaamme sitä vain kaupaksi nyt. Viime vuosien nopeasti kasvava D2C-trendi ja maaliskuusta 2020 lähtien Covid-19-verkkokaupan nousu ovat luoneet ennätyksellisen kilpailun, joka nostaa osaltaan rimaa sille, miten brändit ovat tekemisissä kuluttajien kanssa.

Pöytäkoneiden jälkeinen aikakausi on lisännyt merkittävästi kauppiaisiin kohdistuvia vaatimuksia siitä, että he kohtaisivat asiakkaansa useissa eri kosketuspisteissä ja myyntikanavissa. Ei vain pöytätietokoneiden ja mobiililaitteiden kautta, vaan myös muiden verkkokanavien, kuten sosiaalisen median, äänen, viestien, sovellusten jne. kautta, ja lisäksi myymälöissä. Voittaja on se, joka hyödyntää parhaiten dataa ymmärtääkseen asiakkaita ja rakentaa houkuttelevimman brändin, joka tarjoaa loistavan ja saumattoman asiakaskokemuksen kaikilla kanavilla ja kaikilla laitteilla. Headless Commerce -arkkitehtuuri keksittiin vastaamaan näihin vaatimuksiin rakentamatta jokaista kanavaa tai laitekokemusta alusta alkaen.

MUTTA MITÄ HEADLESS COMMERCE TARKALLEEN OTTAEN TARKOITTAA?

Headless Commerce viittaa tekniseen arkkitehtuuriin, jossa verkkosivuston esityskerros – edusta (front-end) – erotetaan sen kaupankäynti- ja liiketoimintalogiikkakerroksesta – taustasta (back-end) – käyttämällä API-kerrosta. Arkkitehtuuri paljastaa kaikki taustajärjestelmän toiminnot ja tiedot API:en kautta ja antaa kehittäjille mahdollisuuden rakentaa joustavia käyttöliittymiä kaikkiin asiakaskontaktipisteisiin ja hyödyntää valitsemiaan käyttöliittymäteknologioita.

Headless commerce -mallinen tekninen arkkitehtuuri

Selkeyttääksemme terminologiaa, headless ei tarkoita sitä, että kaupankäyntiratkaisullasi ei ole "päätä". Perinteisillä kaupankäyntiarkkitehtuureilla on vakioverkkosivusto, jolla asiakkaat käyvät, ja se toimii ainoana ”päänä”. Tiiviisti kytketty "vartalo" alla sisältää verkkokaupan logiikan, datan ja prosessit. Headless commerce -mallissa "vartalo" säilyy, mutta se tarjoaa myös joukon palveluja (API-rajapintoja), joiden ansiosta voit vapaasti valita haluamasi "pään".

Vau! Ratkaiseeko tämä sitten kaikki ongelmani? Onko tämä se kaivattu hopealuoti? No, etuja on monia, mutta sukelletaan hieman historiaa ja määritelmää syvemmälle. Mitä apua headless commerce -mallista on? Pohjimmiltaan se yrittää ratkaista kaksi merkittävää ongelmaa:

1. miten tukea kasvavaa asiakaskontaktipisteiden määrää (front-end) ja 
2. miten pitää taustalla oleva liiketoimintalogiikka ja data yhdenmukaisina (back-end).

MITEN SE SITTEN TEKEE TÄMÄN?

Koska kaikki on erotettu toisistaan, sinulla on (ainakin teoriassa) vapaus valita ne käyttöliittymän (front-end) ja taustajärjestelmän (back-end) komponentit ja teknologiat, jotka sopivat parhaiten tarpeisiisi. Headless-lähestymistavan ansiosta yritykset voivat muuttaa ja skaalata asiakaskokemuksia useissa eri kosketuspisteissä häiritsemättä taustajärjestelmän toimintaa.

Mutta suuren vapauden mukana tulee suuri vastuu. Vaikka modernit ja SaaS-pohjaiset verkkokauppa-alustat ovat yksinkertaistaneet monia kaupankäynnin teknisiä puolia, headless commerce nostaa teknologiapinon takaisin pöydälle. Headless commerce -arkkitehtuurin vahvuuksia ovat toki tyylikkyys ja uudelleenkäytettävyys, mutta nämä eivät tarkoita samaa kuin yksinkertaisuus ja edulliset kustannukset.

Onneksi saatavilla on valikoima verkkokauppa-alustoja, jotka voivat hyödyntää taustajärjestelmää ja samalla antaa sinulle vapauden rakentaa ainutlaatuinen asiakaskokemus nykyaikaisilla käyttöliittymätyökaluilla. Jotkut alustat perustuvat täysin headless-arkkitehtuuriin ja jotkut tukevat sitä erityisellä headless API -paketilla.

Headless commerce -arkkitehtuurin back-end-kerros voidaan rakentaa rakennuspalikoista Legojen tavoin. Avainkomponentit voivat esimerkiksi olla verkkokauppa-alusta, Headless CMS (Content Management System) ja joukko muita alustoja ja palveluja, kuten CRM, suosittelujärjestelmä, hakukone, kanta-asiakasjärjestelmä, luokitukset ja arvostelut jne.

Asioiden nopeuttamiseksi voit valita arkkitehtuuriin ns. ekosysteemisovelluksia, jotka on jo integroitu taustajärjestelmään datanvaihtoa varten, jotta data ei olisi täysin erillisissä siiloissa eri taustakomponenteissa. Mutta varmista, että kaikki valitsemasi sovellukset tarjoavat tarvittavat headless API:t, jotta voit rakentaa haluamasi "pään".


Esimerkki Headless Commerce -arkkitehtuurista Shopify Plus- ja Contentful-alustoilla

Headless commerce -arkkitehtuurin front-end-kerros on erittäin joustava suunnittelun ja rakentamisen kannalta, mutta se voi myös olla hieman haasteellisempi, sillä se on aina jossakin määrin räätälöity. Saatavilla on hyviä teknologiapinon kehyksiä, joita seurata, ja lisäksi joitakin käyttöliittymäalustoja, mutta ei enää valmiita ja täysin toimivia malleja, joita modernit SaaS-alustat kykenevät tarjoamaan nykyään.

MITÄ OVAT API:T?

API:t ovat sovellusohjelmointirajapintoja, joiden avulla kehittäjät voivat liittää käyttöliittymän ominaisuuksia yhteen taustalogiikan ja datan kanssa. API:a on käytetty perinteisesti back-end-integraatioissa, kuten tilaustietojen tai inventaariotietojen integroinnissa taustajärjestelmien välillä. Nämä API:t ovat voineet olla mitä tahansa XML- tai CSV-tiedostosiirroista nykyaikaisempiin REST API -ratkaisuihin jne.

Headless API:n vaatimukset ovat täysin erilaiset. Headless API:en on oltava paljon joustavampia ja usein tehokkaita ollessaan kytkettyinä suoraan asiakkaalle näkyviin käyttöliittymäsovelluksiin. Ja mikä tärkeintä, headless API:a ei ole suunniteltu vain siirtämään dataa taustaprosessien yhdistämiseksi, vaan paljastamaan back-end-toiminnot front-endille. Kun perinteiset integraatiorajapinnat toimivat joskus vain kerran päivässä ja käsittelivät suuria määriä dataa joskus useita minuutteja, headless API:en on kyettävä suorittamaan pienempiä reaaliaikaisia ​​toimenpiteitä usein vain millisekunneissa.

Toinen tärkeä asia on API-kattavuus. Headless commerce -mallin toiminnan mahdollistava verkkokauppa-alusta on rakennettava API edellä -lähestymistavalla. Se tarkoittaa, että kaikki tai ainakin suurin osa toiminnoista paljastetaan API:n kautta.

Uudentyyppiset API:t, kuten esimerkiksi GraphQL, ovat hyödyllisiä headless commerce -ratkaisuissa. GraphQL on rajapintojen kyselykieli ja palvelin, joka vastaa kyselyihin käyttäen olemassa olevaa dataasi. GraphQL tarjoaa täydellisen ja ymmärrettävän kuvauksen API:n datasta, antaa asiakkaille vallan pyytää useita resursseja kerralla sekä juuri sen, mitä he tarvitsevat, eikä mitään muuta. Tämä helpottaa API:n kehittämistä ajan myötä ja mahdollistaa myös tehokkaat kehittäjän työkalut.


HYÖDYT JA YLEISET KÄYTTÖTAVAT

Okei, käännetään nämä tekniset rakennuspalikat liiketoiminnan hyödyiksi. Mitä voit odottaa, ja mitkä ovat yleisen käyttötavat?

Vaikka tämä artikkeli selittää enimmäkseen headless commerce -mallin kokonaiskuvan, joitakin yleisiä käyttötapoja voi löytyä erityisistä liiketoimintatarpeista yhdellä tai kahdella asiakaskontaktipisteellä.

LUO AINUTLAATUINEN ASIAKASKOKEMUS

Koska voit valita vapaasti haluamasi "pään", voit myös käyttää parhaita ja nykyaikaisimpia front-end-teknologioita parhaan mahdollisen asiakaskokemuksen suunnittelemiseen ja rakentamiseen. Headless-mallin ansiosta voit mahdollisesti hyödyntää paremmin useiden laitteiden, kuten kameroiden yms., alkuperäisominaisuuksia.

SISÄLTÖ RATKAISEE

Headless-lähestymistavan avulla saat eniten irti sisällönhallinnasta yhdistämällä saumattomasti kaupankäynnin ja sisältötoiminnot. Pystyt siis hyödyntämään täysin headless-sisällönhallinta-alustan kaikkia ominaisuuksia ostokokemuksessasi, etenkin kun käsittelet suurta määrää yksilöityä sisältöä.

MOBIILISOVELLUKSET JA UUDENLAISET KOSKETUSPISTEET

Tarvitsetko mobiilisovelluksen? PWA:n (Progressive Web App) käyttöönotto voi olla kustannustehokas vaihtoehto Mobile SDK:lle. Vai haluatko myydä tuotteitasi videopelissä? Siinä tapauksessa headless API -arkkitehtuuri tarjoaa sinulle tarvittavat työkalut kauppasi rakentamiseen pelin sisälle.

ÄÄRETÖN SUORITUSKYKY

Tutkimukset osoittavat, että nopeat latausajat ovat tärkeitä konversioasteen kannalta. Google on myös alkanut käyttää latausaikoja kriteereinä mobiilihakutuloksilleen, ja Google on vahvistanut, että Core Web Vitals -mittarit (Latausnopeus (LCP), interaktiivisuus (FID) ja visuaalinen vakaus (CLS)) ovat hakusijoituksiin vaikuttavia tekijöitä toukokuusta 2021 lähtien. Facebook edistää myös hitaita latausaikojaan avattaessa sisältöä sovelluksen sisäisellä selaimella. Jos nykyaikaisen SaaS-alustan tarjoama korkea suorituskyky ei riitä, headless-arkkitehtuuri antaa sinulle tarvittavat työkalut (PWA = Progressive Web App osittain staattisella sisällöllä) saavuttaaksesi äärimmäisen nopeat latausajat oikein rakennettuna.

Mutta jos pyrit ratkaisemaan alustan yleisen skaalautuvuuden headless-mallin front-end-toteutuksella, saatat ratkaista oikeaa ongelmaa väärällä työkalulla.

YHDISTÄÄ ERILAISET TAUSTALOGIIKAT

Headless commerce -malli ei vain tue useita asiakaskontaktipisteitä, vaan se myös yhdistää erilaisia loogisia taustakomponentteja yhden kaupan alla. Esimerkiksi tavaroiden myynti yhdellä verkkokauppa-alustalla, lippujen tai digitaalisten hyödykkeiden myynti toisella alustalla ja sisällönhallinta kolmannella alustalla jne.

NOPEAMPI KEHITYS- JA KÄYTTÖÖNOTTOSYKLI

Näin todetaan usein headless-arkkitehtuurin yhteydessä, mutta se ei ehkä ole täysin totta, vaan päinvastoin. Nykyaikaisten SaaS-alustojen tarjoamien vakiomuotoisten käyttöönottomallien kehittäminen ja päivittäminen on todennäköisesti nopeampaa headless-käyttöönottomalleihin verrattuna. Mutta myös headless tarjoaa sinulle nopeita käyttöönottovaihtoehtoja, ja kehitys on yleensä nopeampaa kuin perinteisillä tai vanhoilla verkkokauppa-alustoilla.

KÄYTÖSSÄNI ON (TAI HARKITSEN) SHOPIFY PLUS -ALUSTA, MITÄ HYÖTYÄ SIITÄ ON MINULLE?

Ensinnäkin Shopify Plus on loistava esimerkki alustasta, joka voi pyörittää headless commerce -taustajärjestelmää, ja se tarjoaa myös API:n tukemaan headless-toteutuksia nimeltään Storefront API. Sillä on myös suurin ekosysteemi valittavia lisäteknologioita, jotka on usein valmiiksi integroitu back-end-tasolla, mikä on olennaisen tärkeä etu. Shopifylla on myös kriittinen massa, minkä ansiosta se on mielenkiintoinen vaihtoehto kaikkien headless-alustojen ja -kehysten yhdistämiselle. Mutta se, sopiiko headless commerce sinun yrityksellesi, on yhä hyvä ja erittäin tärkeä kysymys.

Kysymys: Alusta tukee jo kaikkia tarvitsemiani kosketuspisteitä ja myyntikanavia. Pitäisikö minun silti siirtyä headless commerce -malliin?

Vastaus: Headless commerce -arkkitehtuuri ei itse tuota lisäarvoa, jos kosketuspisteitä ja myyntikanavia on jo helppo kehittää ja ylläpitää. Shopify erottaa jo liiketoimintalogiikan käyttöliittymästä melko tehokkaasti. Esimerkiksi ”nestemäisten” mallien (teemojen) logiikkaa voidaan muokata erillään liiketoimintalogiikasta, joka on räätälöity julkisilla tai mukautetuilla sovelluksilla, ja viestintää Shopifyn kanssa API:en kautta. Minun neuvoni on pohtia niitä hyötyjä, joita toivot saavuttavasi headless commerce -mallin avulla.

Kysymys: Voinko käyttää Shopify-ekosysteemiä ja sovelluksia kuten ennenkin?

Vastaus: Back-end-sovelluksia kyllä, mutta front-end-sovellusten kanssa et voi enää seurata yksinkertaista asennusprosessia. Sinun on otettava sovellus käyttöön käyttöliittymäratkaisussasi käyttämällä sovellusten tarjoamaa API:ta tai rakennettava toiminnot alusta alkaen, jos sovelluksen tarjoamia ohjelmointirajapintoja ei ole.

Kysymys: Tukevatko kaikki sovellukset headless commerce -mallia?

Vastaus: Suuremmat ovat alkaneet tukea sitä, mutta sinun on tarkistettava sovellukset yksitellen.

Kysymys: Säästääkö se rahaa tai aikaa?

Vastaus: Todennäköisesti ei, oikeastaan päinvastoin. Headless lisää monimutkaisuutta ja vaatii enemmän teknisten kokonaisratkaisujen ymmärtämistä perinteisiin Shopify-ratkaisuihin verrattuna.

Kysymys: Pitääkö minun luoda ja kehittää oman tiimini teknistä osaamista?

Vastaus: Voisit ehkä ulkoistaa sen Shopify-toimistokumppanillesi, mutta kehittääksesi liiketoimintaasi ja ymmärtääksesi omia järjestelmiäsi voi olla hyvä, että osaamista löytyy ainakin arkkitehtuuritasolla. Lisäksi kaikki headless-toteutukset eroavat toisistaan ​​paljon enemmän kuin perinteiset toteutukset, joten saatat joutua riippuvuussuhteeseen kumppanisi kanssa.

HALUATKO KESKUSTELLA LISÄÄ HEADLESS COMMERCE -MALLISTA JA SHOPIFY PLUS -ALUSTASTA?

Ota yhteyttä

 

TERO JUNTTILA, CTO & CO-FOUNDER / WOOLMAN