Headless webshop: Hvilken kundeopgave begrunder arbejdet?
En specialbygget butiksgrænseflade kræver et konkret formål. Et eksempel adskiller brandudtryk, særlige købsforløb og løbende drift.
Beslutningen om en headless webshop bør afhænge af en konkret kundeopgave. Hvis et passende tema allerede understøtter købsforløbet, skal en specialbygget grænseflade begrunde en ekstra nytte. Et ønsket nyt brandudtryk er i første omgang en designopgave.
Hvad adskillelsen ændrer
Headless adskiller den synlige butiksgrænseflade fra handelssystemet bagved. Den specialbyggede grænseflade bruger programmeringsgrænseflader, eksempelvis til produkter og indkøbskurv. Én handelsplatform kan fortsat levere disse funktioner. At sammensætte hele systemet af specialiserede tjenester er en yderligere arkitekturbeslutning.
Designfriheden medfører arbejde på den specialbyggede grænseflade: Udrulning, afhængigheder og ændringer skal håndteres. Shopify nævner derfor både begrænsninger i eksisterende temaer og apps og den nødvendige udvikling og vedligeholdelse som beslutningspunkter.
Et overskueligt katalog som udgangspunkt
En fiktiv kontorartikelforhandler planlægger en ny webshop. De først kendte behov omfatter katalog, produktsider og køb; brandudtrykket skal fornyes. En rumopdelt projektliste er et yderligere hypotetisk krav, ikke et bekræftet behov.
Tilfælde | Afklar først | Betydning for beslutningen |
|---|---|---|
Nyt brandudtryk | Afprøv skrifttype, billeder og navigation i et passende tema | Endnu ingen påvist funktionsmangel, der kræver en separat grænseflade |
Rumopdelt projektliste | Saml varer pr. rum, gem listen og køb senere; undersøg eksisterende udvidelser | Undersøg en specialbygget grænseflade videre, hvis en relevant mangel påvises |
Vedligeholdelse kun lejlighedsvis tilgængelig | Hvem håndterer ændringer og driftsfejl i den specialbyggede grænseflade | Skab pålidelig vedligeholdelse før gennemførelse, eller udsæt projektet |
Headless er derfor endnu ikke begrundet i grundscenariet. Vurderingen af projektlisten kan ændre sig, hvis standardfunktioner og egnede udvidelser ikke understøtter den beskrevne opgave tilstrækkeligt. En prototype skal så vise, hvilken del den specialbyggede grænseflade løser bedre.
Driften rækker ud over produktsiden
Også en separat grænseflade skal overføre valgte varer korrekt til kurven og nå det planlagte checkout. Kundelogin og de tilladte visninger er del af det samlede forløb. Ændres en programmeringsgrænseflade, kan en visuelt uændret side alligevel fungere forkert.
Forhandleren skal derfor fastlægge, hvordan produktændringer kontrolleres i forhåndsvisning og offentliggjort visning, og hvem der undersøger fejl i overgangen til checkout. Denne arkitektur tilføjer ansvar, som et designudkast ikke viser.
En sammenlignende prototype bør vise samme kundeopgave i temaet og den specialbyggede grænseflade, inklusive en ændret produktoplysning. Er forskellen kun farver og afstande, er temaet fortsat et passende udgangspunkt. Påviser prototypen en nødvendig opgave, der hidtil ikke er understøttet godt nok, kan det ekstra driftsarbejde vejes mod denne konkrete nytte.
Kilder
Læs videre
Alle artikler
E-handel med ASES
Webshops, markedspladser og B2B-portaler