\n Etter hvert som nettsider har vokst fra bare informasjonsportaler til viktige forretningsressurser, har brukeropplevelsen av nettsider vokst i betydning. Dessuten konkurrerer nettstedet ditt ikke bare med andre nettsteder, men det pr\u00f8ver ogs\u00e5 \u00e5 avverge konkurranse fra mobilapper.\n<\/p>\n
\n Apper er mye raskere og brukere finner dem enklere \u00e5 bruke. God UX-design kan imidlertid f\u00e5 nettstedet ditt til \u00e5 fungere mye raskere enn det er n\u00e5.\n<\/p>\n
\n Prinsippene for god brukeropplevelsesdesign har blitt lagt ut i detalj av en rekke eksperter n\u00e5. Utfordringen for UX-teamet ditt er hvordan du vil implementere disse prinsippene n\u00e5r de gjelder for nettstedet ditt.\n<\/p>\n
\n Hvert selskap har forskjellige verdier, produkter og m\u00e5lgrupper. Det er viktig \u00e5 bruke mye tid p\u00e5 \u00e5 integrere UX-prinsipper med eget firmamerke. Samtidig m\u00e5 du gj\u00f8re nettstedet ditt s\u00e5 enkelt \u00e5 bruke som mulig for sluttbrukerne.\n<\/p>\n
\n Feil i UX-design gj\u00f8res p\u00e5 to forskjellige niv\u00e5er, og de er sluttdesign og teamprotokoller. Noen av de h\u00f8yest profilerte UX-feilene p\u00e5 nettet har oppst\u00e5tt p\u00e5 grunn av m\u00e5ten team er strukturert p\u00e5.\n<\/p>\n
\n Likevel, n\u00e5r selskaper analyserer sine egne feil, fokuserer de p\u00e5 spesifikke UX-designelementer. Vi vil f\u00f8rst fokusere p\u00e5 de vanlige UX-designfeilene og deretter g\u00e5 videre til de lite kjente underliggende faktorene som f\u00f8rer til disse feilene.\n<\/p>\n
\n Det pleide \u00e5 v\u00e6re at nettsteder bare krevde innlogging n\u00e5r brukeren trengte en konto for en tjeneste. Dette kan v\u00e6re media, abonnementer, e-post eller en rekke ting. Et eller annet sted langs linjen bestemte UX-designere (eller nettadministratorer) at det var bedre \u00e5 kreve innlogging for alt, inkludert \u00e5 lese artikler eller bruke en webtjeneste gratis.\n<\/p>\n
\n Det er kjedelig nok for brukere \u00e5 huske og administrere p\u00e5loggingsinformasjon for n\u00f8dvendige tjenester. Ikke \u00f8k smerten deres ved \u00e5 kreve at de registrerer seg p\u00e5 nettstedet ditt for \u00e5 gj\u00f8re noe. Bare be dem om \u00e5 logge inn:\n<\/p>\n
\n Dette er nok en taktikk som mange nettsteder har tatt til for \u00e5 f\u00e5 flere e-postadresser for nyhetsbrev og markedsf\u00f8rings-e-poster. Nettsteder ber rutinemessig brukere om \u00e5 skrive inn e-postadressene deres og deretter sende URL-er til nettsider, PDF-er eller andre medier.\n<\/p>\n
\n Det irriterende for brukere er at de mottar lenker til sider som ellers er tilgjengelige ved \u00e5 bare skrive inn adressen i nettleseren. Hvorfor legge til et ekstra trinn som ikke gir noen verdi for brukeren? Selv om dette ser ut til \u00e5 v\u00e6re en fin m\u00e5te \u00e5 f\u00e5 en bes\u00f8kendes e-post og legge til en potensiell kunde, sl\u00e5r det mange mennesker av og de kan ganske enkelt flytte bort fra nettstedet ditt.\n<\/p>\n
\n Ja, vi har alle h\u00f8rt at hvis du vil bli lagt merke til, m\u00e5 du skille deg ut fra mengden. Du trenger et design som er annerledes, nytt og i\u00f8ynefallende. Problemet er at de fleste slike design snur UI-konvensjoner p\u00e5 hodet og forvirrer bes\u00f8kende uten ende. UX-designere lurer p\u00e5 hvorfor folk ikke blir p\u00e5 nettsiden deres, selv med et annet design.\n<\/p>\n
\n Tingen er:\n<\/p>\n
\n Du kan vise mye kreativitet selv innenfor disse universelle UI-retningslinjene, men ikke g\u00e5 over bord. Hvis du vil, kan du A\/B-teste din spr\u00f8 design med en mer standard. Du vil oppdage at en mer standard nettside kan forbedre konverteringsfrekvensene dine.\n<\/p>\n
\n Alle nettsteder har en tendens til \u00e5 ha en tilbakemeldingslenke p\u00e5 nettsiden deres i dag, men de eksisterer kun for \u00e5 gi brukerne et inntrykk av at du bryr deg. Problemet er at mange UX-designere ikke tar den tilbakemeldingen i betraktning n\u00e5r de utvikler designene sine. Her er noen fakta:\n<\/p>\n
\n Hva forteller dette deg? Enhver UX-tilbakemelding du mottar er en ekstrem reaksjon. Hvis en bes\u00f8kende er sv\u00e6rt misforn\u00f8yd med en del av nettstedet ditt (funksjonelt), betyr det at det er hundrevis eller tusenvis andre som rett og slett har flyttet fra det p\u00e5 grunn av den feilen. Ta jevnlig oversikt over tilbakemeldinger (kanskje en gang i m\u00e5neden) og inkorporer dem i beslutningene dine.\n<\/p>\n
\n Et design som gj\u00f8r nettstedet ditt enklere \u00e5 bruke og skaper en intuitiv flyt er bra for konverteringsraten. Mange UX-designere er imidlertid s\u00e5 begeistret for dette at de har en tendens til \u00e5 legge til mange funksjoner for \u00e5 gj\u00f8re ting enda enklere. I mellomtiden vokser den teknologiske stabelen under all den erfaringen seg st\u00f8rre. Det bremser til slutt nettstedet ditt, og det er et tydelig UX-antim\u00f8nster.\n<\/p>\n
\n F\u00f8r du legger til funksjoner, b\u00f8r du vurdere:\n<\/p>\n
\n Hvis du m\u00e5 velge mellom funksjoner og hastighet, velg alltid hastighet fordi en jevn brukeropplevelse holder brukere p\u00e5 nettstedet ditt og forbedrer deres konverteringsutsikter mye mer enn funksjoner gj\u00f8r.\n<\/p>\n
\n Ja, enkelt er bedre, men det betyr ikke at du stryker ut alt som ser un\u00f8dvendig ut. Vi ser i \u00f8kende grad blogger og nettsteder:\n<\/p>\n
\n Alt dette kan f\u00e5 nettstedet ditt til \u00e5 se veldig rent ut, men det er ogs\u00e5 for forvirrende for brukerne. Mange av dem f\u00f8ler at de leser i et vakuum uten kontekst. Du kan unng\u00e5 \u00e5 legge un\u00f8dvendige lenker p\u00e5 hjemmesiden din, men gj\u00f8r navigasjonslenkene godt synlige.\n<\/p>\n
\n Hjemmesiden er den viktigste landingssiden p\u00e5 nettstedet ditt. Det er ingen tvil om det, men det er kun for \u00e5 f\u00e5 brukere til nettstedet ditt. Du vil at bes\u00f8kende skal g\u00e5 til de andre sidene derfra og tjene penger ved \u00e5 kj\u00f8pe produktene eller tjenestene dine. Hvis du ikke har et like godt design for disse sidene, vil du se dem forlate nettstedet ditt bare fordi de ikke f\u00e5r det de vil ha.\n<\/p>\n
\n \u00c5 prioritere UX p\u00e5 hjemmesiden fremfor andre reduserer konverteringsfrekvensen din betraktelig. F\u00e5 selskaper ser p\u00e5 denne m\u00e5ten. De pr\u00f8ver \u00e5 gj\u00f8re hjemmesiden deres enda bedre, og deretter lene seg tilbake og se de samme resultatene.\n<\/p>\n
\n Mange store selskaper har en tendens til \u00e5 ha et team som gj\u00f8r UX-unders\u00f8kelser for dem og overleverer retningslinjer til et designteam. Problemet med dette er at:\n<\/p>\n
\n Du trenger at UX-forskningsteamet ditt er det samme som designteamet, noe som f\u00f8rer til en mer sammenhengende UX-design som gir mening b\u00e5de for deg og sluttbrukeren.\n<\/p>\n
\n Oppmerksomhet p\u00e5 detaljer er en buzz frase i disse dager. UX-team ser hvordan Apple og andre ledende selskaper tar hensyn til de minste UX-attributtene, og de \u00f8nsker \u00e5 gj\u00f8re det samme. Det de ikke skj\u00f8nner at vellykket design har f\u00e6rre detaljer \u00e5 ta hensyn til.\n<\/p>\n
\n Du kan ha for mange funksjoner og deretter fokusere p\u00e5 dem alle. Dette kaster bort mye av UX-teamets ressurser og har sv\u00e6rt d\u00e5rlig avkastning. Den beste m\u00e5ten \u00e5 h\u00e5ndtere dette p\u00e5 er f\u00f8rst \u00e5 gj\u00f8re brukeropplevelsen din enkel, og deretter finjustere detaljene.\n<\/p>\n
\n I den ene enden av spekteret er det UX-team som jobber med for mange retningslinjer og begrensninger. P\u00e5 den andre siden er det team som g\u00e5r helt fritt til \u00e5 uttrykke sin kreativitet med brukeropplevelse. Dette ender for det meste opp som et rotete rot av UI-elementer og en veldig forvirrende opplevelse for brukerne. Alle team b\u00f8r jobbe med visse retningslinjer som er i tr\u00e5d med merkevarebygging og hva brukere forventer n\u00e5r de bes\u00f8ker nettstedet ditt.\n<\/p>\n
\n Siden mye webdesign har blitt enklere med HTML5, CSS3 og JavaScript, har det v\u00e6rt en eksplosjon i antall tilgjengelige verkt\u00f8y for \u00e5 designe brukergrensesnitt. Mange av dem barberer faktisk av timer og dager fra tiden det tar \u00e5 ta et nettsted fra id\u00e9 til distribusjon.\n<\/p>\n
\n Mange bedrifter er imidlertid begeistret for verkt\u00f8yene selv og fortsetter \u00e5 evaluere nye hver uke. Dette kaster bort mye tid. Den mest effektive m\u00e5ten \u00e5 g\u00e5 frem i UX-designprosessen p\u00e5 er \u00e5 velge et verkt\u00f8y etter \u00e5 ha evaluert og bruke tid p\u00e5 \u00e5 l\u00e6re inn og ut.\n<\/p>\n
\n Dette er en klassisk UX-feil som hovedsakelig gj\u00f8res av mellomstore og store bedrifter. Dine bes\u00f8kende vil ikke ha noe med dine interne avdelinger \u00e5 gj\u00f8re. S\u00e5 slutt \u00e5 lage navigasjonsmenyer etter roller og andre. Fokuser heller p\u00e5 produkter og finn m\u00e5ter \u00e5 hjelpe kundene med \u00e5 n\u00e5 siden de \u00f8nsker p\u00e5 kortest mulig tid. \u00c5 m\u00e5tte klikke gjennom et dusin lenker for \u00e5 komme til en bestemt side er en stor turn-off for bes\u00f8kende.\n<\/p>\n
\n Hvis UX-teamet ditt m\u00e5 grave gjennom dusinvis av sider for \u00e5 avgj\u00f8re om en bestemt UX-avgj\u00f8relse stemmer overens med retningslinjene, har du sannsynligvis for mye dokumentasjon. Du m\u00e5 revurdere retningslinjene dine og ha et st\u00f8rre syn. Det er best \u00e5 ha:\n<\/p>\n
\n Dette vil gj\u00f8re det mye enklere for designteam for brukeropplevelse \u00e5 komme opp med praktiske grensesnitt og flyter for kundene dine.\n<\/p>\n
\n Et fossefallsdesign er n\u00e5r alle UX-beslutninger tas f\u00f8r du implementerer selv en liten del av designet. Det som skjer er at teamene som implementerer designet finner visse UI-elementer, som ikke er kompatible med hverandre, og det dukker bare opp under utviklingen. Dette er grunnen til at det er viktig \u00e5 prototype designene dine i sanntid, slik at du vet hva som er og ikke er praktisk.\n<\/p>\n
\n \u00c5 unng\u00e5 disse feilene med brukeropplevelsesdesign krever mye arbeid fordi de ikke er umiddelbart merkbare. Det tar litt tid i starten, men s\u00e5 er det det som skal til for \u00e5 f\u00e5 flere kunder i intens konkurranse.\n<\/p>\n<\/p>\n