Udtrykket "brugbarhedshygiejne" blev først introduceret af Google i sammenhæng med det grundlæggende, der skal løses for at forhindre brugerens frustration.

I denne artikel vil vi se på seks centrale områder af mobildesign, som du bør være særlig opmærksom på for at skabe en positiv brugeroplevelse.

1. Sørg for, at indholdet er tilgængeligt, når brugeren ikke har internetforbindelse

Ifølge nyere forskning fra Google foretrækker 34% af brugerne en app over en mobilwebsite, når de har en dårlig internetforbindelse. Når de åbner en app, forventer de at se masser af indhold der, uanset om de er forbundet til internettet eller ej. Det er vigtigt at gøre nøgleindhold tilgængeligt selv når der er ringe eller ingen dataforbindelse. Hvis indholdet ikke er der, vil brugerne blive frustreret og skifte til en anden app, der gør et bedre job med at cache de oplysninger, de ønsker at se.

Nedenfor er et eksempel på, hvordan Apple Maps (til venstre) og Google Maps (højre) bruger deres cache. Google Maps husker den sidste placering og har en imponerende mængde kortdetaljer i cachen, mens Apple Maps viser dig absolut ingenting. Ikke meget godt at sige om Apple Maps offline oplevelse.

001

2. Design til hver indbygget mobilplatform

En stor faktor ved at gøre din apps mobil UX-skinne er dens brugerflade. I dag vil de fleste udviklere distribuere deres apps på flere platforme. Når du planlægger din app til flere platforme, skal du huske på, at hver platform har sit eget visuelt sprog - et særskilt sæt af konventioner og stilarter, som skal følges.

For eksempel er der globale elementer, såsom en statuslinje og overskrift, der vises på alle sider i dit design. Forskellen mellem de to platforme virker ret ubetydelig, lidt forskellig størrelse, forskellig titeltekstjustering (på Android er teksten venstrejusteret, mens iOS er centreret) og skrifttyper (Roboto på Android, San Francisco på iOS), men du bør ikke Du kan ikke ændre nogen af ​​disse indstillinger, hvis du vil have appen til at føle sig hjemmehørende.

002

Det samme gælder for knapper og andre kontroller - radioknapper, afkrydsningsfelter, felter, switches - alle funktionelle komponenter skal give en indfødt følelse. Hvis du replikerer elementer fra en platform til en anden, risikerer du at gå på kompromis med brugeroplevelsen og konvertering. Forskellene er små nok til at du kan udvikle sig med et design, men disse subtile forskelle er afgørende for et indfødt udseende.

003

Hvis du vil tilpasse brugergrænsefladeelementer i din app, skal du tilpasse omhyggeligt efter din branding - og ikke i overensstemmelse med konventionerne på en anden platform.

3. Intet i din app skal være en blindgyde

Design af en UX er at designe for flow og flow er i de fleste tilfælde om at bevæge sig fremad for at opnå et mål. Du bør undgå at oprette endelige sider i dine apps, fordi de ender med at skabe forvirring, blokere brugere på vej mod målet og føre til yderligere og unødvendige handlinger. Tag en fejltilstandsskærm fra Spotify som et eksempel. Det hjælper simpelthen ikke brugerne med at forstå konteksten og hjælper dem ikke med at finde svaret på spørgsmålet: "Hvad kan jeg gøre ved det?"

004

4. Replikér ikke weboplevelsen til apps

Brugere forventer visse interaktionsmønstre og grænsefladeelementer i mobilapps. Det, vi designer på internettet, føles ofte akavet i en mobilapp - ikke nødvendig, fordi noget er forkert, men fordi det simpelthen er anderledes end det, vores brugere forventer at se. Et almindeligt eksempel er at bruge tekst med understregede links, der er stærkt forbundet med websider. Nedenfor er et eksempel på tilmeldingsformular fra TD Bank app til iOS. Det føles helt sikkert som om de designer til mobilweb, ikke en mobil app: links er understreget, og der er endda en ophavsretlig meddelelse i brugergrænsefladen.

Apps bruger knapper, ikke links.

005

5. Afbryd ikke brugere med anmodninger for at vurdere appen

Ingen ønsker virkelig at blive afbrudt, meget mindre for noget ubrugeligt, mens de er midt i noget vigtigt. På trods af det afbryder apps ofte apps ved at anmode dem om at forlade en anmeldelse. Det værste af alt er, når denne dialog afbryder brugerne midt i opgaven eller lige efter appens start.

006

Du bør undgå at afbryde brugerne og bede dem om at bedømme din app, hvis de først har downloadet det eller kun brugt det et par gange. Der er ikke noget galt med at anmode om en anmeldelse, men husk at du vil give dine brugere en god oplevelse først. Vent, indtil de viser sig at være gentagne brugere, og find et øjeblik i din app, der er mindst påtrængende. Det er et godt eksempel, at en app til iOS er et godt eksempel: det viser "Vurder appen" -dialogen, efter at brugeren har ryddet de resterende opgaver fra en liste. Dette er et godt øjeblik i appen: Brugere har det godt, fordi de netop har ryddet deres todo-liste og vil være mere tilbøjelige til at vurdere appen positivt.

007

6. Tag ikke brugere til browseren

Hold brugere i appen til enhver tid. Hvis din app mangler en bestemt funktion eller et indhold, skal du prøve at bruge en browser i appen. men brug ikke browseren til smartphone, eller du vil få brugerne til at miste deres spor og ikke vende tilbage til appen. Dette vil øge abandonment og reducere konvertering.

008

Når en bruger klikker på linket "Glemt kodeord?" I Facebook-appen, beder appen brugeren om at starte browseren for at udføre denne handling.