12 Dårlige UX/UI-feil som ikke skal begås i appdesign

Teksten er for liten til å leses.

Liten lys farge skriftinnhold på en hvit bakgrunn.

Brukere er ikke i stand til å se de avgjørende funksjonene som er plassert et sted i brukergrensesnittet.

Dette er noen av de vanlige problemene med UX/UI-design i apper, og å gjøre mange feil som disse vil koste deg dyrt. Når du planlegger et programvareprosjekt, er det viktig å identifisere slike feil ganske tidlig i designfasen fordi målet er å skape et intuitivt og raskt grensesnitt som gir en sømløs brukeropplevelse.

Her er noen dødelige feil som kan stave undergang for appen, og hvordan du til slutt kan unngå dem.

1 Avvik fra brukerens forventninger

Interessant nok har brukere noen forventninger når det gjelder å bruke de grunnleggende GUI-widgetene (radioknapper, avmerkingsbokser, rullefelt, kommandokoblinger/knapper, etc.) Å prøve en revolusjonerende endring på disse knappene blir kanskje ikke godt mottatt.

Tenk på dette enkle eksempelet: Du har lyttet til BBC-nyheter hele livet. Plutselig bestemmer noen i familien din seg for å lytte til CNN i stedet, og du får følelsen av «fisk ut av vannet». Dette er akkurat hva brukere kommer til å føle også når du gjør store endringer i GUI-widgetene.

De fleste av de populære GUI-widgetene har blitt perfeksjonert og eksperimentert med i årevis, og det er en grunn til at brukere liker dem. Det er ikke lett å endre den følelsen av letthet og komfort over natten. Dette er fordi brukere må bruke betydelig energi og hjernekraft for å gjøre noe nytt; og de er kanskje ikke mottakelige for det.

Gjør derfor ikke drastiske endringer i utseendet til GUI-widgets til appen din. Brukerne dine foretrekker å ha problemfri navigering gjennom appen, så det er bedre om du beholder det originale utseendet og følelsen til GUI.

2 Ikke vite hva brukeren virkelig trenger

Når bedrifter ikke klarer å realisere de faktiske behovene til brukeren, og kommer opp med noe som ikke dekker deres behov, fører det til en stor tabbe. I slike tilfeller kan du ikke øke salget og appen din mislykkes.

Det er viktig å undersøke og få dyp innsikt i brukerinteresser før man bestemmer seg for hvilke funksjoner som skal inkorporeres. For dette, gjør en grundig bruker- og markedsundersøkelse.

Forstå hva målbrukerne forventer av appens design – umiddelbar responstid, jevn navigering mellom kontrollene, enkel lesbarhet og så videre – kort sagt en intuitiv brukeropplevelse.

Gjør også en kritisk analyse av konkurrentene dine – kjenn brukervennlighetsfaktoren til appene deres; hvilke funksjoner de inkluderer i appene deres, hvor interaktive brukergrensesnittene deres er osv.

Og førstegangsutviklere pass på: ikke overbelast for mange funksjoner i appen. Hovedformålet bak en app er å forenkle aktivitetene til brukerne dine.

Så det vil være tilrådelig å ikke gå over bord med funksjoner, da dette vil føre til en mengde aktivitet som umiddelbart vil konvertere den til en middelmådig app. Mindre antall funksjoner (primære, selvfølgelig) ville gjøre susen.

3 Dårlige berøringsmål

Brukere er utstyrt med fingre i forskjellige størrelser. Så berøringen må konfigureres for å imøtekomme fingrene til alle personene i målsegmentet. Gjennomsnittlig bredde på en voksen pekefinger er 1,6 til 2 cm. Derfor, husk det når du designer berøringsbaserte mobilapplikasjoner.

Hvis brukere synes det er vanskelig å ta på og aktivere funksjonene på appen, kan de slutte å bruke appen helt, og det ville være veldig tragisk. Og dette gjelder igjen for antall funksjoner du har. Jo flere funksjoner du har, jo mindre trykkområder på appen. På den annen side vil innlemming av noen få førsteklasses funksjoner føre til større tappeområder.

4 The Scroll Horror

Blad- og avisredaktører og annonsører levde en gang i den evige redselen til »folden’. Da mobilapplikasjoner ble populære, ble «fold-skrekken» litt lettere fordi innholdet var synlig på en skjerm som enkelt kunne rulles.

Men dette var bare delvis sant fordi det ble viktigere og viktigere å lage et responsivt og lengre nettoppsett der hovedhandlingene ikke skal gå under folden, eller rettere sagt slå et sted hvor folk enkelt kan scrolle og finne det.

Konverteringer øker bare når de relevante knappene er plassert «over den synlige delen av nettsiden», eller når brukere ikke trenger å rulle. Å plassere en tydelig handlingsfremmende oppfordring på et fremtredende sted vil gi flere konverteringer.

5 knapper som etterligner utseendet til GUI-kontrollknapper

Akkurat som å ha for mange GUI-kontroller kan være en forferdelig feil, kan det motsatte av dette også være dødelig. Understrekede tekster og overskrifter skaper følelsen av at de er lenker som tar brukerne til en ny side.

De klikker på den, men når de ikke kommer til siden, antar de at koblingen er ødelagt og avslutter appen. Brukere blir ofte forvirret og noen ganger irritert på grunn av denne farsen, og de kommer kanskje ikke tilbake igjen.

Vis radioknappene der de er absolutt nødvendige, men ikke gi feil inntrykk av radioknapper der det ikke er noen.

6 Inkonsekvente GUI-kontroller

GUI-kontrollene bør være konsekvente. Hvis du bruker bestemte ord for handlingsfremmende uttrykk og lignende handlinger, bruk de samme ordene i hele appen. Å bruke forskjellige ord for samme handling kan skape forvirring.

Noen ganger gjør handlinger som utviklerne antar vil være enkle for brukerne det stikk motsatte. Hvis du følger et bestemt mønster i appen din, følg det konsekvent hele veien. Sørg for at knappene og sidene vises der brukerne forventer at de kommer.

7 Hoppe over flytskjemaene og komme i gang med utformingen

Utviklere sparer ikke tid ved å hoppe over flytskjemaene og stupe rett inn i designdelen av appen. Det er veldig viktig å bygge et flytskjema med brukere i tankene, og mange utviklere lager disse diagrammene med brukerpersonas slik at de alltid har sluttbrukeren i tankene.

Dette vil også hjelpe med å finne ut hvor brukerne kommer fra, hva deres interesser er og hvor de ligger. Derfor, mens du utformer flytskjemaene, er det viktig å bestemme seg for bruker- og forretningsmålene og om det vil bli oppnådd på slutten eller ikke. Ved å lage flytkontur er det mulig å gå gjennom ulike alternativer med sideflyt, og bestemme den beste.

8 Ikke vurderer «opplevd rimelighet»

I lekmannstermer betyr affordance alle handlingene som er fysisk mulig avhengig av egenskapene til et objekt/miljø. En trapp lar deg stige opp eller ned, en flaskekork lar deg skru eller skru av.

På samme måte, på en nettside, utfører en glidebryter funksjonen for å flytte opp og ned, avmerkingsboksen lar deg merke av eller fjerne merket for den, og den hyperlenkede teksten tar deg til en annen side. Affordance lar en bruker gjøre noe de lett kan forstå.

Oppfatningen av disse fordelene vil være basert på brukerens kunnskap om nettsiden, erfaringer, tro og mål. Når du designer brukergrensesnitt, er det viktig for designeren å gi korrekte signaler, ellers kan det føre til forvirring og dermed dårlig brukeropplevelse.

Designere må bruke korrekte visuelle betegnere som brukere kan oppfatte hvordan de observerer disse UI-elementene og samhandler med dem. Det er også viktig å huske at alle brukere ikke er skapt like; Derfor kan det hende at alle tilbud ikke blir oppfattet eller tolket på samme måte av alle. Så tilbake alle visuelle signaler med riktige etiketter og instruksjoner.

9 Fravær av riktig type dialogbokser

I en nettapps dialogbrukervennlighet er det obligatorisk å gi brukerne beskjed om systemets nåværende tilstand og hvordan kommandoene deres har blitt tolket. Dialogbokser er ment å informere brukere om hvordan handlingene deres blir, uten å ta dem bort fra den gjeldende skjermen.

Stillhet kan holde brukerne til å gjette. Så mens du lager en nettapp, sørg for at dialogboksen ikke skjuler informasjon fra brukerne. Men bruk det med måte, fordi kontinuerlige meldinger kan være forstyrrende.

For eksempel, når brukeren bestemmer seg for å avslutte en bestemt side etter å ha skrevet informasjon, kan dialogboksen komme inn med bekreftelsesboksen som sier «Forkast utkast? Avbryt eller forkast».

Men å bombardere dem med abonnentdialogbokser (for eksempel «Vennligst abonner på vårt daglige nyhetsbrev ved å skrive inn e-postadressen din») altfor mange ganger kan være veldig irriterende.

10 Å gjøre vanlige feil med feilmeldinger

Brukere bruker tid og krefter på å fylle ut skjemaer, og når det er feil i dem, er det obligatorisk å informere dem om hva som gikk galt og hvor. Hvis det er spesifikke regler for å opprette et passord, informer brukerne på forhånd, slik at de ikke trenger å gjøre det samme to ganger.

Eller, hvis det er en kampanjekode som skal brukes, bare informer dem på forhånd hva slags kampanjer som gjelder og hvorfor. Å ikke informere dem i tide kan bygge opp angst og frustrasjon hos brukeren. Husk å ikke gjøre disse feilene når du lager feilmeldinger:

1. Tvetydighet – Å ikke være klar over feilen brukeren har gjort.
2. Å skylde på brukeren – Det er bedre å være ydmyk, selv når brukeren gjør feilen. Påpek feilen forsiktig, så de blir bedt om å prøve igjen.
3. Dårlig plassering av feilmeldinger – Det anbefales å ikke plassere feilene på en punktliste fordi det virkelig slår dem av. Plasser feilmeldingene rett oppå feilene slik at brukerne umiddelbart kan se hva som er galt.
4. Ikke bruk mikrokopi for å forhindre feil – Små biter av forklarende tekst nær de tomme feltene kan faktisk instruere brukeren hva som skal fylles, slik at de kan få det første gang.

11 Fravær av smarte standarder

Å ha et ekstra felt på skjemautfyllingssiden til appen din kan virke avskrekkende. Så hvis det ekstra feltet er en absolutt nødvendighet, sørg for at du legger inn standardverdier i skjemainndatafelt. Folk skanner skjemaer raskt for å sjekke hvor lang tid det vil ta dem å fylle ut skjemaet, og hvis det allerede er en standardverdi i skjemaet, vil de sannsynligvis gå videre og fylle ut de andre.

Å ikke ha smarte standardinnstillinger kan gjøre det tidkrevende og frustrerende for brukeren, og det er en alvorlig feil. Det er også tilrådelig å ikke legge inn standardverdier for inndatafelt som krever brukeroppmerksomhet. Ikke anta hva brukeren kommer til å klikke, og selv om det var en godt undersøkt standard, vil brukerne kanskje ha noe annet.

12 Ignorer aksentfarger for handlingsfremmende knapper

Det er veldig viktig å innlemme gode aksentfarger for å trekke oppmerksomhet til knapper som «Kjøp nå», «Start en gratis opplæring», «Registrer deg nå» osv. Bruk en annen farge for knappene slik at de skiller seg fra hverandre, spesielt for de som er veldig avgjørende handlingsfremmende knapper.

Aksentfargen må være lys nok til å tiltrekke seg oppmerksomhet, men ikke irriterende og distraherende. Sørg for at aksentfargen utfyller resten av fargetemaet i appen. Reserver også en spesifikk farge for oppfordringen til handling og ikke bruk den andre steder på siden.

Konklusjon

Dette er noen av de vanligste feilene i UI/UX-design. Og husk at når du gjør noen designendringer, sørg for å teste den grundig for å se hvor effektiv den ville være.

Appdesign er en differensierende faktor for suksess, og med tusenvis av apper som slippes hver dag, får bare en håndfull av dem godkjenning. Dårlig praksis kan føre til dødelige feil i UX/UI-design, og all innsatsen til så mange mennesker går i vasken.

En siste påminnelse:

Mens du designer appen din, husk å designe for flere plattformer, med mindre du målretter mot en bestemt. Slik får du et Minimum Viable Product (MVP) rett inn i butikken.