Headless butik: vilken kunduppgift motiverar arbetet?
Ett eget butiksgränssnitt behöver ett konkret syfte. Ett exempel skiljer varumärkesuttryck, särskilda köpflöden och löpande drift.
Beslutet om en headless butik bör bero på en konkret kunduppgift. Om ett lämpligt tema redan stödjer köpflödet behöver ett eget gränssnitt motivera en extra nytta. Ett önskat nytt varumärkesuttryck är till en början en designuppgift.
Vad uppdelningen förändrar
Headless skiljer det synliga butiksgränssnittet från handelssystemet bakom. Det egna gränssnittet använder programmeringsgränssnitt, exempelvis för produkter och varukorg. En gemensam handelsplattform kan fortfarande leverera funktionerna. Att sätta samman hela systemet av specialiserade tjänster är ett ytterligare arkitekturbeslut.
Designfriheten medför arbete med det egna gränssnittet: driftsättning, beroenden och ändringar behöver hanteras. Shopify anger därför både begränsningar i befintliga teman och appar samt nödvändig utveckling och förvaltning som beslutspunkter.
En överskådlig katalog som utgångspunkt
En fiktiv kontorsvaruhandlare planerar en ny butik. De först kända behoven omfattar katalog, produktsidor och köp; varumärkesuttrycket ska förnyas. En rumsindelad projektlista är ett ytterligare hypotetiskt krav, inget bekräftat behov.
Fall | Klargör först | Betydelse för beslutet |
|---|---|---|
Nytt varumärkesuttryck | Prova typsnitt, bilder och navigering i ett lämpligt tema | Ännu ingen påvisad funktionslucka som kräver ett separat gränssnitt |
Rumsindelad projektlista | Samla artiklar per rum, spara listan och köp senare; undersök befintliga tillägg | Undersök eget gränssnitt vidare om en relevant lucka påvisas |
Förvaltning bara tillgänglig ibland | Vem hanterar ändringar och störningar i det egna gränssnittet | Ordna tillförlitlig förvaltning före genomförandet eller skjut upp projektet |
I grundscenariot är headless alltså ännu inte motiverat. Bedömningen av projektlistan kan ändras om standardfunktioner och lämpliga tillägg inte stödjer den beskrivna uppgiften tillräckligt. En prototyp behöver då visa vilken del det egna gränssnittet löser bättre.
Driften sträcker sig bortom produktsidan
Även ett separat gränssnitt måste föra valda artiklar korrekt till varukorgen och nå avsedd kassa. Kundinloggning och tillåtna vyer ingår i hela förloppet. Om ett programmeringsgränssnitt ändras kan en visuellt oförändrad sida ändå fungera fel.
Handlaren behöver därför bestämma hur produktändringar kontrolleras i förhandsvisning och publicerad vy och vem som undersöker fel i övergången till kassan. Arkitekturen tillför ett ansvar som en designskiss inte visar.
En jämförande prototyp bör visa samma kunduppgift i temat och det egna gränssnittet, inklusive en ändrad produktuppgift. Om skillnaden bara gäller färger och avstånd är temat fortfarande en lämplig utgångspunkt. Påvisar prototypen en nödvändig uppgift som tidigare inte stöddes tillräckligt kan det extra driftarbetet vägas mot denna konkreta nytta.
Källor
Läs vidare
Alla artiklar
E-handel med ASES
Webbutiker, marknadsplatser och B2B-portaler