15 tips for optimalisering av kryssenhet

Design for alle enhetene! Anna Dahlström. vil snakke om betydningen av Bygge enhet-Agnostic UX Systems på Generere London , 21-23 september. Hun går gjennom hvorfor enheten-agnostisk design betyr noe, hva det betyr og hvordan vi går om det; Bestill nå !

Jeg begynte å rote rundt med HTTP-loggfiler og brukeragentstrenger over 15 år siden, analysere og forsøke å forstå alle de forskjellige enhetene som rocker opp på de tidlige John Lewis-e-handelswebsteder. Hvilke råd vil jeg gi meg selv, hvis jeg kunne gå tilbake i tid?

Det ville være dette: Hvert nettsted eller et produkt du jobber med fra nå av, vil bli ødelagt - du vet bare ikke hvor, på hvilken enhet eller nettleser, eller hvor alvorlig. Hvis du jager disse feilene ned, vil du gjøre lettere penger for kundene dine enn nesten alt ditt andre arbeid satt sammen.

Det har tatt meg 15 år å innse at til tross for kundens tendens til å klage raskt, vil det store flertallet ikke rapportere feil i enhetens erfaringer. Hvis du får et lite antall klager, har du sannsynligvis en stor katastrofe på hendene dine. Hvis du ikke får noen klager, er det sannsynligvis fortsatt ødelagt.

Vi kan ikke stole på nettstedet besøkende til å være vår "Kanarie i kullgruven" for enheter og nettleserproblemer - vi må ta ansvar, og bli smartere og mer proaktivt i hvordan vi tester. Enhetskompatibilitet er en rettighet ikke et privilegium, og det er feil, er en form for forsømmelig diskriminering.

Denne artikkelen skisserer nøkkelreglene for å huske for optimalisering av kryssenhet og A / B-testing. Takle optimaliseringstipsene først. Hvis du lager grunnleggende feil med enhetskompatibilitet, ytelse og brukervennlighet, er det ikke noe poeng å plage med A / B-testing. Finn og fikse de ødelagte tingene først. Deretter, når du har nok trafikk til å kjøre A / B-tester (minst 500 konverteringer eller kassa i måneden) - kan du gjøre noen nye feil.

01. Ikke anta at det samme løser alt

Jeg har en gang bygget et lite mobilnettsted som ikke er lydhør, men nå tar nå den beste delen av en milliard euro i inntekter hvert år. For de nødvendige oppgavene er det perfekt. Det er ikke lydhør i væskeoppsett, men det er lydhør overfor behovene til nesten alle som bruker det. Kjenn forskjellen.

Noen ganger tror folk det Responsivt webdesign er et tegn på digital mestring. Det er bare et attributt som formidler ingenting av kvalitet - som å si "vi har et nettsted" eller "vår nettside, lar deg klikke på ting". Det er ingen garanti for en god grenseoversjonsopplevelse.

Jeg ser mange responsive nettsteder som har en overfladisk slickness, men mislykkes på brukervennlighet fordi laget har ignorert kundenes kunnskap. Et godt eksempel er en E-handel nettsted som gikk lydhør og mistet 40 prosent av sin inntekt. Det hadde bygget en flott mobil opplevelse, men skrivebordsversjonen sugd, og det var der 80 prosent av pengene kom fra. Å vite hvor den gylne gåsen hjelper hvis du vil unngå å drepe det!

02. Gjør din forskning først

Optimalisering av et nettsted starter ikke med hacking på sideinnholdet. Det begynner med å gjøre forskningen din, så når leppene dine sier "Kunde Journey", hva kommer ut, er ikke et eventyr. Det er viktig å kjenne de besøkende, deres oppgaver og mål, inngangspunkter, enhetsblanding, baner, strømmer og forlatningsområder først. Det er veldig vanskelig å løse et problem du ikke forstår.

Bruker analyse data med Brukererfaring Forskning, undersøkelser eller tilbakemelding er en rask og lett måte å fjerne bullshit, ego og forutsetninger om "reisen". En times informerte data er verdt tusen timer med uutfordret mening.

Videre lesning: ' Konverteringsforskning på en time '; " Session Replay Tools for forskning '.

03. Spor folk, ikke enheter

Med mindre du bruker en Analytics-oppsett som sporer brukere, vil du bare ende opp med å spore enheter i stedet. Bedrifter klager på at deres "mobil" trafikk ikke konverterer - og vi finner at trafikken faktisk konverterer, bare på en helt annen enhet.

Folk kan bruke telefonen til å bla gjennom og legge til et produkt i sin kurv, men finner det vanskelig å komme gjennom kassen, så avslutt salget på den bærbare datamaskinen. Nettstedet tenker på disse som to personer: en mobilkund og en stasjonær kunde.

Så konverteringsproblemet ditt er faktisk et attribusjonsproblem. Hvordan kan du kreditere salget til en enhetsopplevelse hvis kunden bruker mer enn en enhet? Google Analytics har en brukervisning Du kan slå på (for innloggede brukere) som lar deg spore folk, ikke enheter, og det er mange analysverktøy for å hjelpe deg med å gi mening om dette.

04. Ikke ignorere den bredere konteksten

I denne hyper-mobile enhetsverdenen er konteksten alt. Det du trenger fra et flyselskapsapp kan være svært forskjellige 48 timer før flyet ditt sammenlignet med når du kjører for porten. For den personen med telefonen må du vurdere faktorene som påvirker opplevelsen. Disse kan inkludere oppgavene, målene, enheten, plasseringen, datahastigheten, visningsporten, haster, motivasjon, datakostnader, anropskostnader, eller til og med været på tidspunktet for besøket!

05. Gå ut av kontoret

Å gjøre bedre produkter bør ikke innebære lange dager på kontoret. Hvorfor ikke bryte opp arbeidsdagen med besøk til kaffebarer og puber? Dette er en av de billigste måtene å finne kunder for UX-forskning. Tilbyr en øl eller kaffe i bytte for tilbakemelding på prototypen eller design er en uvurderlig avkastning på investeringen. Og ikke glem nettstedet - hvis du har trafikk, kan du rekruttere folk og kjøre tester med dem på nettet også.

Videre lesning: ' UX-verktøy for å styre dem alle '.

06. Ikke anta at alle bruker iPhones

I de fleste analyseoppsett, er iPhone-modeller klumpet sammen, noe som tyder på at disse er de viktigste kundedagene. Hvis du bare ser på modeller i dataene dine, vil dette skje din tenkning; Du må dele enheter med OS eller plattform for å se det virkelige bildet. Google Analytics kan si at min toppmodell er "iPhone", men selv en håndfull topp Samsung-modeller kan legge opp til et mye større publikum.

Hver gang noen er fristet til å fokusere på sin egen personlige preferanse i stedet for kundens blanding, lede dem til diagrammet over riktig (det er verdt å stikke det opp på kontorveggen din) for å minne dem om hva dataene sier.

Videre lesning: ' Den ultimate veiledningen til å bruke Google Analytics for optimalisering av kryssenhet '.

07. Ikke glem samtale sporing

En omtale for en fri og sjelden brukt teknikk. Hvis du har berøringsenheter som kan ringe, kan du spore anrop. Bare legg til et arrangement (eller en PageView) til dine analyse data hver gang noen kraner et telefonnummer for å ringe deg. Da vet du hvor mange samtaler du får, akkurat hva websiden folk ringte fra og hvilke markedsføringskampanjer eller kilder kjørte de fleste samtaler.

Jeg brukte disse dataene til å analysere en PPC-konto for et stort selskap. Når vi handlet i salget som kommer fra telefonsamtaler, endret det helt innbudet. Sparingen var 40-70 prosent lavere regninger for PPC, men samme mengde inntekter.

08. Bruk ekte data til å spore nettstedets hastighet

Ikke mange vet at Google Analytics samler ekte besøkendenes målinger av hvor sakte sidene dine er hver dag. I stedet for å forestille ytelsen (når du surfer på nettstedet ditt på en Wi-ficonnection), kan du la dataene fortelle deg hvor den suger. Se på Dom Timings Report: Dette poster hvor lenge nettsiden strukturen og innholdet tar å laste. Å lage nettsteder raskere er en spillveksler.

Det er en stor korrelasjon mellom ytelse og konverteringsfrekvens, så hvis det er sakte, bruker du markedsføring penger bare for å sende folk til dine konkurrenter!

Videre lesning: ' Tolk nettstedshastigheten '.

09. Kopier testmetoden, i stedet for den kreative

Når du ser på testene, har andre selskaper kjøre, du har ingen anelse om de helt borkede testen eller ikke. Deres data, metode, qa eller prøvestørrelse kan vise at de gjorde elementære feil. De kan ha kjørt testen for kort tid, eller ikke sjekket om den samler data nøyaktig. Du vet bare ikke.

Og selv om du hadde all bakgrunnsinformasjon, kunne du fortsatt ikke forutsi hvis deres metode ville fungere for deg. Dine kunder, markedsføring, nettside og alt annet er helt annerledes. Kort sagt, de beste praksisreglene for testing handler hovedsakelig om å kopiere metoden og ikke den kreative.

Videre lesning: ' Den endeløse suge av beste praksis og optimaliseringseksperter '; " Når konverteringsoptimalisering er beste praksis '.

10. Ikke test uten planlegging

Det er millioner av ting du kan teste på steder over hele nettstedet ditt. Hvis du bare kommer i gang ', kan du til slutt få et optimalt nettsted - men universets varme død vil få deg først. Hvis det er ting ødelagt i dine erfaringer, må du fikse det først (før testing) som ellers vil det dra alt annet ned. Når du har grunnleggende om ytelses- og enhetskompatibilitet, bruker du Analytics til å identifisere muligheter.

"Bare endring av ting" er ikke en god nok grunn til å teste; Du trenger bevis eller innsikt for å kjøre en god test. Den beste læringen kommer fra å ha gode spørsmål til kanalen i testingen din.

11. Etablere hypotesen din

Hypoteset kit er en av de mest nyttige tingene jeg lærer:

Fordi vi så [Data / tilbakemelding] Vi forventer at [Endring] vil forårsake [Impact]. Vi måler dette ved hjelp av [Data Metric].

Be om at folk skal ramme sitt spørsmål eller A / B-test på denne måten, tvinger dem til å tenke på hvorfor de kjører testen og hvordan suksess vil bli målt.

Videre lesning: Hypotesen Kit 3. .

12. Kjør en testkalkulator først

Det er veldig god praksis å kjøre en testkalkulator før du A / B-test. Hvis det sier det vil ta rundt ni millioner år til slutt, kan du gjøre noe mer nyttig med livet ditt.

13. Ikke stopp på 95% selvtillit

Det er en veldig vanlig Noob-feil å lage med A / B-testing. Du bør bestemme testtiden på forhånd, og kjør den på den tiden, stopp den og analysere den. De fleste testene som kjøres i den virkelige verden, er helt fiktive - og det er derfor folk blir skuffet når den lovede "heisen" i konvertering ikke kommer. Ringe tester feil eller venter for lenge på resultater er vanlige problemer som bør unngås.

Videre lesning: ' Statistisk signifikans er ikke like gyldighet '; " Hvorfor hver internett markedsfører skal være en statistiker '.

14. Segment av enhetsklasse

Hvis du har forskjellige enheter eller breakpoints i ditt design, vil A / B-testen se helt annerledes ut. Hvis du ikke er sikker på hvordan designen din ser på alle enheter, hvordan kan du være sikker på at den fungerer i det hele tatt? Hvis du ikke analyserer og segmentet dataene med de forskjellige enhetsklassene eller "breakpoints", hvordan vil du kjenne atferdsskiftet? En av mine klienter lagrer den nøyaktige designen kunden så i deres datagilt, som er veldig nyttig.

Alltid forstå hvordan du målretter eller segmenterer folk på tvers av mobil, tablett og skrivebordsklasser. Det er ingen "gjennomsnittlig" besøkende - ikke når enhetsopplevelsen varierer så enormt.

15. Ikke glem QA-testing

Hvis du ikke har jobbet med enheten, er du sannsynligvis ikke QA-testing av A / B-testene dine heller. Det betyr at ganske få av dem er sannsynligvis ødelagte - og hvis A / B-testene dine er ødelagte, er dataene dine og beslutningen sannsynligvis feilaktig. Omtrent 30-40 prosent av alle mine testdesign svikter grunnleggende QA, selv med høykvalitetsutviklere - det er JavaScript for deg! Anta at det er ødelagt før det er bevist ellers.

Sammendrag

Her har jeg dekket en rekke tips for å forbedre dine erfaringsopplevelser. Når du starter, vet du at enhetens blanding og forstår kundene bak disse enhetene, er viktig. Den neste fasen er å jobbe med data for å hjelpe deg med å prioritere din innsats. Å lage en god testliste (ved hjelp av Google Analytics) reduserer innsatsen for utviklere, men vil øke antall feil du fjerner på populære enheter.

Å designe flotte tverrinnretningsopplevelser er en forsiktig balanse mellom data, intuisjon, empati og eksperimentering. Hvis du tillater disse å okkupere plassen som vanligvis er fylt av ego og mening, vil godt arbeid blomstre. Som Stephen Hawking sa: "Den største fienden av kunnskap er ikke uvitenhet, det er kunnskapens illusjon."

Lær om betydningen av enhets-agnostisk design med Anna Dahlström. på Generere London ! I Bygge enhet-Agnostic UX Systems , Hun vil forklare hvorfor du bør la innholdsguideoppsett, og flytte bort fra å designe sider for å fokusere på modulene som de visningene består av. Bestill din billett nå !

Denne artikkelen opprinnelig dukket opp i Net Magazine. utgave 279; Abonner nå !