Velg kortsortering, tretesting eller førsteklikk-testing før du tegner menyen på nytt

Velg kortsortering, tretesting eller førsteklikk-testing før du tegner menyen på nytt

Optimal Workshops eget datasett, hentet fra millioner av tretestoppgaver og -poster 70 % suksess med oppgaven etter et riktig første klikk og 24 % etter et feil klikkDen første etiketten en person velger bærer mesteparten av resultatet. Det tallet ikke forteller deg, er hvilken studie de skal kjøre. Team sorterer kort når de allerede har en meny og bare tviler på ordlyden, tretester en struktur hvis vokabular aldri ble sjekket, og krangler deretter om resultater som aldri kom til å avgjøre spørsmålet. Denne veiledningen er for UX-ledere, produktsjefer og CRO-team med et navigasjonsproblem og et fast forskningsbudsjett. Til slutt vil du kunne matche en navigasjonsbeslutning med en av tre metoder, dimensjonere studien, sette en beståttterskel før du samler inn data, og angi hva resultatet ikke kan bevise.

De tre metodene svarer på tre forskjellige spørsmål

Kortsortering er generativt. Du gir folk innholdselementene dine og lar dem gruppere og navngi gruppene. Det forteller deg hvordan publikum deler opp domenet og hvilke ord de bruker. Det kan ikke fortelle deg om en bestemt meny fungerer, fordi det ikke finnes noen meny i studien.

Trefesting er evaluerende. Du fjerner et foreslått hierarki til tekstbaserte etiketter, gir folk en oppgave og ser hvor de går. Det forteller deg om en struktur er finnbar og hvilken gren som sluker folk. Som NN/g bemerker, fjerner tekstbasert innstilling bevisst plassering, farge og bilder, slik at den isolerer etikett- og strukturkvaliteten.

Førsteklikk-testing er smalere. Én skjerm, én oppgave, ett registrert klikk. Den forteller deg om inngangspunktet leses riktig med et raskt blikk, og ingenting om hva som skjer to nivåer nedover.

Å kjøre feil spørsmål er den vanlige feilen. «Ingen finner returreglene» er ikke et kortsorteringsspørsmål. «Vi vet ikke om 'løsninger' betyr noe for kjøpere» er ikke et tretestingsspørsmål – en tretest ville bare måle gjetningen din.

Kriterietabellen: velg etter avgjørelsen, ikke verktøyet du har lisens for

CriterionKortsorteringTretestingFørste klikk-testing
Spørsmål den svarerHvordan ville folk gruppere og navngi dette innholdet?Kan folk finne ting i denne strukturen?Leses inngangspunktet riktig ved første øyekast?
typenGenerativEvaluerende, kvantitativEvaluerende, kvantitativ
Trenger en eksisterende strukturNeiJa, i det minste et utkastJa, en skjerm eller wireframe
Typiske deltakereMinimum 15, 30 for høye innsatser50+ per tre for en kvantitativ avlesning50+ varianter per skjerm
Primære beregningerSamsvar og samtidig forekomst, etikettfrekvensSuksessrate, direktehet, første klikk, tidNøyaktighet ved første klikk, varmefordeling ved klikk
Resultat du kan handle ut fraKandidatkategorier og brukervokabularEn rangert liste over ødelagte grener og etiketterEn dom over én etikett eller et layoutvalg
Hvor det villederIndivider grupperer seg ulikt; trenger vurderingsevne for å løseIngen visuell duft, så det smigrer dårlige oppsettIgnorerer gjenoppretting; et feil første klikk er ikke alltid en tapt oppgave

Beslutningsreglene

  • Ingen struktur, eller en som ingen tror på. Kortsortering først – åpen hvis du vil ha vokabular, lukket hvis toppnivået er fast og bare plasseringen er spørsmålet.
  • To kandidatstrukturer og et møte som ikke vil ta slutt. Tretest begge. Det er den eneste av de tre som avgjør et strukturelt argument med et tall.
  • Trafikk ankommer, men neste klikk er feil. Første klikk på test den skjermen. Ikke gjenoppbygg arkitekturen for å fikse én etikett.
  • Analyse viser allerede hvor folk faller. Hopp over oppdagelsen. Test den lekkende grenen, og klikk deretter først på test av erstatningsetiketten.
  • Nytt marked eller språk. Kortsortering på det språket med det markedets deltakere. En oversatt meny er en uprøvd meny.

Utvalgsstørrelser og terskler du kan forsvare i en gjennomgang

For kortsortering testet Tullis og Wood 168 brukere og analyserte tilfeldige delsett. Korrelasjonen med resultatet fra hele utvalget var 0.75 ved 5 brukere, 0.90 ved 15, 0.93 ved 20, 0.95 ved 30 og 0.98 ved 60. Nielsen leser det slik: 15 er der det er komfortabelt å stoppe, 30 er for godt finansierte prosjekter. Fembrukerregelen fra brukervennlighetstesting gjelder ikke – en generativ metode trenger nok folk til at mønsteret stabiliserer seg.

For testing av trær anbefaler NN/g 50 eller flere deltakere per tre for en meningsfull sammenligning mellom trær, og setter terskler for bestått resultat fra Albert og Tullis' bånd på tvers av 98 studier: under 40 % dårlig, 41–60 % middels, 61–80 % god, 80–90 % veldig god, over 90 % utmerket. Bli enig om terskelen før du ser dataene. Driftskritiske oppgaver – betaling, refusjon, timebestilling – bør bestå 90 %; en reklamebasert nettleseroppgave kan bestå på 70 %.

Les direktehet ved siden av suksess, aldri i stedet for den. Høy suksess med lav direktehet betyr at folk kommer frem ved å vandre: etiketten er feil selv om strukturen overlever. Det mønsteret er det mest nyttige signalet en tretest produserer.

Utarbeidet eksempel

Et nettapotek med en «Helse»-vare på toppnivå og en støtteartikkel begravd under. Tallene er illustrerende, ikke klientdata.

  1. Tretest, 60 deltakere, 8 oppgaver. «Finn ut om resepten din er dekket.» Suksess 58 %, direktehet 22 % – rimelig på båndene, og gapet i direktehet peker på etiketten.
  2. Les tabellen for første klikk. 41 % til «Helse», 33 % til «Støtte», 18 % til «Konto»: tre plausible hjem betyr at kategorigrensen ikke er noe brukerne forstår.
  3. Lukket kortsortering, 20 deltakere, ved å bruke artikkeltitlene og det eksisterende toppnivået. Hvis dekningselementene er spredt over tre grupper, er toppnivået feil, ikke ordlyden.
  4. Skriv om og test på nytt. Nytt tre, samme 8 oppgaver, 60 nye deltakere. Målsuksess over 80 % og direktehet over 60 %.
  5. Første klikk-test den nye etiketten på den virkelige siden før sending. Tretesten hadde ingen visuell lukt; det gjør den levende siden.

[INTERNE DATA NØDVENDIG: erstatt denne illustrerende sekvensen med en avidentifisert Switas-tretest før/etter, inkludert suksess- og direktehetstall og antall oppgaver.]

Etiketter på tyrkisk, og hvorfor det regionale tilfellet ikke er kosmetisk

To ting gjør etikettesting vanskeligere på tyrkisk og flere nabospråk, og begge deler er viktige for alle som selger inn i regionen, snarere enn bare fra den.

For det første er tyrkisk agglutinativt: betydningen stables på en stamme som suffikser, så en kategori som er to korte ord på engelsk er ofte ett langt ord på tyrkisk. Menyer som passer på engelsk overfylles, og team fikser det ved å avkorte – som er nettopp den variabelen en tretest måler. Test etiketter med den lengden de faktisk vil gjengi.

For det andre har tyrkisk fire I-tegn: punktum İ (U+0130) og i (U+0069), punktløs I (U+0049) og ı (U+0131). I henhold til tyrkiske regler, små bokstaver i kart til İ, Ikke I, så søk etter «iptal» som ikke skiller mellom store og små bokstaver og skrevet for engelsk mislykkes – et søk etter «iptal» vil ikke finne en lagret «IPTAL». Hvis nettstedsøk, filterbrikker eller brødsmule-bokstaver går gjennom et språknøytralt stor bokstav-kall, får brukerne et tomt resultatsett for en term som finnes. Utelukk det før du skylder på etiketten.

Det er også en fordel med hensyn til samsvar. WCAG 2.2 suksesskriterium 2.4.6, Overskrifter og etiketter, er nivå AA og krever at overskrifter og etiketter beskriver emne eller formål. En etikett som testes med 40 % suksess er ikke bare et konverteringsproblem; det er bevis mot et samsvarskrav.

Hva disse tallene ikke beviser

Det mest siterte tallet her er 87 % suksess med oppgaven etter et korrekt første klikk mot 46 % etter et feil klikk, fra Bailey og Wolfsons arbeid i 2006–2009. Vær forsiktig: Optimal Workshops eget, mye større datasett gir 70 % og 24 % for samme sammenligning. Samme retning, vesentlig forskjellige størrelsesordener – og begge er korrelasjoner målt inne i instrumentet, ikke bevis på at en klikktest forutsier atferd på live-site.

På dette punktet sammenlignet Sauro, Schiavone, Du og Lewis 130 deltakere i 2023 de første klikkene på statiske bilder med de aktive nettstedene: oppførselen var lik, rundt 6 % gjennomsnittlig absolutt forskjell på tvers av hotspot-regioner. De oppga også at de ikke målte suksess for oppgaver nedstrøms, og at responsive layouter og svevemenyer produserte reelle avvik. Den ærlige påstanden er at klikktester gjengir hvor folk klikker, ikke at de forutsier om folk fullfører.

Trefesting har et parallelt forbehold. Kuric, Demcak og Krajcovic sammenlignet tre trefestingvarianter mot høykvalitetsprototyper med samme arkitektur på tvers av 180 deltakere og 1,800 oppgaver, og variantene stemte ikke overens med hverandre; den tresynlige varianten fulgte prototypens oppførsel tettest, og tilbakesporingsmålingene skilte seg betydelig. Hvis verktøyet ditt gjengir treet annerledes enn det et referansepunkt kom fra, overføres ikke referansepunktet.

Hvor dette brytes ned

  • Søkedominerende nettsteder. Hvis de fleste øktene starter i søkefeltet, optimaliserer du en bane som få bruker. Sjekk først andelen økter med en søkehendelse.
  • Personlig navigasjon. Tretesting forutsetter ett fast hierarki. Hvis menyen er forskjellig fra segment til segment, tester du en fiksjon.
  • Svært små populasjoner. B2B- og kliniske målgrupper kan ofte ikke levere 50 kvalifiserte deltakere. Rapporter antall i stedet for prosentandeler, og si det.
  • Ingen av de tre testene i forståelse. De evaluerer å finne, ikke å forstå når man først har funnet noe. Det krever brukervennlighetstesting.
  • Ingenting av det måler inntekter. En navigasjonsrettelse er en hypotese for et eksperiment, ikke en bevist økning. Sett den bak en test.

Ofte stilte spørsmål

Kan jeg kjøre en kortsorterings- og en tretest på de samme deltakerne?

Ikke i samme økt. Sortering lærer folk modellen din, slik at de deretter finner ting en ny besøkende ikke ville gjort. Rekrutter separate grupper, eller la det gå flere uker mellom hver.

Hvor mange deltakere trenger jeg til en kortsortering?

Femten gir deg en korrelasjon på 0.90 med et fullutvalgsresultat i Tullis- og Wood-dataene, og 30 gir deg 0.95. Under 15 er mønsteret ustabilt. Å gå over 30 gir svært lite for kostnaden.

Er det virkelig nødvendig med 50 deltakere for en tretest?

For en kvantitativ sammenligning mellom to trær, ja – det er NN/g sin anbefaling. For et enkelt tre der du bare vil finne de åpenbart ødelagte grenene, vil 20 til 30 avdekke de verste synderne, men rapporter antall heller enn prosentandeler.

Hva teller som en bestått suksessrate?

Bestem deg før du løper. Bruk Albert- og Tullis-båndene som standard: over 80 % er veldig bra, 61–80 % er bra, under 40 % er dårlig. Hev listen til 90 % for oppgaver knyttet til penger, medisiner eller en juridisk rettighet.

Suksessen er høy, men direkteheten er lav. Hva skal jeg fikse?

Etiketten, ikke strukturen. Folk kommer til rett sted etter å ha utforsket, noe som betyr at kategorien finnes i modellen deres, men formuleringen din signaliserer det ikke. Skriv etiketten på nytt og test de samme oppgavene på nytt.

Fjerner et AI-verktøy behovet for deltakere?

Ikke for disse metodene. De måler hva en spesifikk populasjon tror og gjør; en modells gjetning om den populasjonen er en hypotese, ikke data. Bruk modeller til å utarbeide oppgaver og gruppere åpne etiketter raskere.

Neste steg

Hvis du har et navigasjonsargument som analysene ikke kan avgjøre, er den billigste løsningen en tretest på begge kandidatstrukturene med terskler avtalt på forhånd. Skriv oppgavene, sett kriterier og kjør det – eller la oss kjøre den og gi deg den rangerte listen over ødelagte grener.

Kilder


Inci Dindar
Written by

Inci Dindar

Med bakgrunn innen programvareutvikling ledet hun design-, UX- og produktteam innen fintech, media, e-handel og reiseliv. De siste tre årene har hun jobbet på heltid som konsulent innen UX og design – blant annet som ekstern UX-konsulent for et globalt ledelseskonsulentfirma som hjelper merkevarer og oppstartsbedrifter med revisjoner, konverteringsoptimalisering og designprosesser.


Relaterte artikler

Switas sett på

Magnify: Skalering av influencer-markedsføring med Engin Yurtdakul

Sjekk ut vår casestudie om Microsoft Clarity

Vi fremhevet Microsoft Clarity som et produkt bygget med praktiske brukseksempler fra den virkelige verden i tankene, av ekte produktfolk som forstår utfordringene selskaper som Switas står overfor. Funksjoner som «raseriøse klikk» og JavaScript-feilsporing viste seg å være uvurderlige for å identifisere brukerfrustrasjoner og tekniske problemer, noe som muliggjorde målrettede forbedringer som direkte påvirket brukeropplevelsen og konverteringsfrekvensen.