Undersök avhopp i kassan med uppgifter, data och fel
Ett genomarbetat exempel kombinerar ett mobilt användartest, trattdata och betalningshändelser innan en ändring i kassan planeras.
En skillnad mellan påbörjade och slutförda kassaflöden visar var en undersökning kan börja. En konkret ändring kräver också det observerade förloppet och relevanta tekniska händelser. Börja med en liten fråga: Var fastnar en bestämd köpuppgift på en smartphone?
Bestäm först vad som räknas
Definiera period, enhetstyp och trattens steg. Jämför sessioner som räknas enligt samma regler; beställningar och sessioner är olika enheter. Shopifys dokumentation skiljer även mellan öppna och slutna trattar. En jämförelse passar bara när ingångar och stegordning behandlas lika. Vid byte av mätsystem ska du också kontrollera definitionerna innan du antar en beteendeförändring.
Ett genomarbetat undersökningsexempel
En fiktiv webbutik för ritmaterial vill undersöka denna uppgift: Välj en ritmapp, ange leveransadress som gäst, välj fraktsätt och fortsätt till betalning. Alla tal och observationer i tabellen är påhittade; de visar hur olika fynd kan föras samman.
Källa | Fiktivt fynd | Gräns för tolkningen |
|---|---|---|
Sluten mobil tratt | 100 sessioner når kassan; 60 slutför kassaflödet under samma observationsperiod. | Skillnaden syns, men orsaken är okänd. |
Efter ett ogiltigt postnummer finns feltexten utanför den synliga skärmytan. | Det är ett konkret hinder i detta förlopp. | |
Betalningskontroll | Det finns ingen kopplad betalningsbegäran för denna uppgift. | Det visar inte att banken har avvisat betalningen. |
Kontrollera först om betalningsregistreringen täcker den undersökta transaktionen fullständigt. Saknade poster kan också bero på en brist i kopplingen. Om det blir tydligt att formuläret stannar innan en betalningsbegäran skickas, löser ett extra betalsätt inte det formulärproblemet.
Observera uppgiften på den faktiska enheten
Låt uppgiften utföras i en lämplig testmiljö. Anteckna enhet, webbläsare, tangentbordets tillstånd och det sista begripliga steget. Kan personen förstå vilket fält som är fel? Bevaras redan inmatade uppgifter? Går det att rätta adressen och sedan fortsätta med valt fraktsätt?
Betalningskontrollen kompletterar observationen. Shopify beskriver exempelvis fel som beror på bankbeslut, betaltjänsten eller webbutikens inställningar. Ett allmänt meddelande på skärmen visar inte vilket fall det gäller. Koppla tillgängliga händelser till den aktuella testtransaktionen i stället för att räkna alla ofullständiga köp som betalningsfel.
Gör fyndet till en ändring som kan kontrolleras
För exemplet är nästa utkast: Det berörda adressfältet går att nå, felet beskrivs där med begriplig text och övriga uppgifter bevaras. W3C förklarar att ett automatiskt upptäckt inmatningsfel ska identifieras och beskrivas med text. Den föreslagna ändringen ersätter inte en fullständig tillgänglighetsbedömning.
Upprepa samma uppgift efter genomförandet och granska sedan utvecklingen i tratten med samma definitioner. Dokumentera även andra ändringar, exempelvis i erbjudandet eller trafikkällorna. Ett lyckat uppgiftstest visar användbarheten i detta förlopp; det visar ingen allmän effekt på omsättningen.
Källor
Läs vidare
Alla artiklar
E-handel med ASES
Webbutiker, marknadsplatser och B2B-portaler