Headless nettbutikk: hvilken kundeoppgave begrunner arbeidet?
Et eget butikkgrensesnitt trenger et konkret formål. Et eksempel skiller merkevareuttrykk, særlige kjøpsløp og løpende drift.
Beslutningen om en headless nettbutikk bør avhenge av en konkret kundeoppgave. Hvis et egnet tema allerede støtter kjøpsløpet, må et eget grensesnitt begrunne en ekstra nytte. Et ønsket nytt merkevareuttrykk er i første omgang en designoppgave.
Hva skillet endrer
Headless skiller det synlige butikkgrensesnittet fra handelssystemet bak. Det egne grensesnittet bruker programmeringsgrensesnitt, for eksempel til produkter og handlekurv. Én handelsplattform kan fortsatt levere funksjonene. Å sette sammen hele systemet av spesialiserte tjenester er en ytterligere arkitekturbeslutning.
Designfriheten medfører arbeid med det egne grensesnittet: utrulling, avhengigheter og endringer må håndteres. Shopify nevner derfor både begrensninger i eksisterende temaer og apper og nødvendig utvikling og vedlikehold som beslutningspunkter.
En oversiktlig katalog som utgangspunkt
En fiktiv kontorvareforhandler planlegger en ny nettbutikk. De først kjente behovene omfatter katalog, produktsider og kjøp; merkevareuttrykket skal fornyes. En rominndelt prosjektliste er et ekstra hypotetisk krav, ikke et bekreftet behov.
Tilfelle | Avklar først | Følge for beslutningen |
|---|---|---|
Nytt merkevareuttrykk | Test skrifttype, bilder og navigasjon i et egnet tema | Ingen påvist funksjonsmangel som krever et separat grensesnitt |
Rominndelt prosjektliste | Samle varer per rom, lagre listen og kjøp senere; undersøk eksisterende utvidelser | Undersøk eget grensesnitt videre hvis en relevant mangel påvises |
Vedlikehold bare tilgjengelig av og til | Hvem håndterer endringer og driftsfeil i det egne grensesnittet | Sørg for pålitelig oppfølging før gjennomføring eller utsett prosjektet |
Headless er derfor ikke begrunnet i grunnscenariet. Vurderingen av prosjektlisten kan endre seg hvis standardfunksjoner og egnede utvidelser ikke støtter den beskrevne oppgaven godt nok. En prototype må da vise hvilken del det egne grensesnittet løser bedre.
Driften strekker seg utover produktsiden
Også et separat grensesnitt må føre valgte varer riktig til handlekurven og nå den tiltenkte kassen. Kundeinnlogging og tillatte visninger inngår i hele forløpet. Hvis et programmeringsgrensesnitt endres, kan en visuelt uendret side likevel fungere feil.
Forhandleren må derfor fastsette hvordan produktendringer kontrolleres i forhåndsvisning og publisert visning, og hvem som undersøker feil i overgangen til kassen. Denne arkitekturen gir et ekstra ansvar som en designskisse ikke viser.
En sammenlignende prototype bør vise samme kundeoppgave i temaet og det egne grensesnittet, inkludert en endret produktopplysning. Hvis forskjellen bare er farger og avstander, er temaet fortsatt et egnet utgangspunkt. Påviser prototypen en nødvendig oppgave som tidligere ikke var godt nok støttet, kan det ekstra driftsarbeidet veies mot denne konkrete nytten.
Kilder
Les videre
Alle artikler
E-handel med ASES
Nettbutikker, markedsplasser og B2B-portaler