Begrepet "brukbarhetshygiene" ble først innført av Google i sammenheng med det grunnleggende som må tas opp for å forhindre brukerens frustrasjon.

I denne artikkelen vil vi se på seks sentrale områder av mobildesign som du bør være spesielt oppmerksom på, for å skape en positiv brukeropplevelse.

1. Kontroller at innholdet er tilgjengelig når brukeren ikke har Internett-tilkobling

Ifølge nyere forskning fra Google, foretrekker 34% av brukerne en app over et mobilnettsted når de har en dårlig Internett-tilkobling. Når de åpner en app, forventer de å se mye innhold der, uansett om de er koblet til internett eller ikke. Det er viktig å gjøre viktige innhold tilgjengelige selv når det er liten eller ingen dataforbindelse. Hvis innholdet ikke er der, vil brukerne bli frustrert og bytte til en annen app som gjør en bedre jobb med å cache informasjonen de vil se.

Nedenfor er et eksempel på hvordan Apple Maps (venstre) og Google Maps (høyre) bruker cachen deres. Google Maps husker den siste plasseringen og har en imponerende mengde kartdetaljer i hurtigbufferen, mens Apple Maps viser deg absolutt ingenting. Ikke så godt å si om Apple Maps offline opplevelse.

001

2. Design for hver innfødt mobil plattform

En stor faktor ved å lage appens mobile UX-skinne er dets brukergrensesnitt. I dag ønsker de fleste utviklere å distribuere sine apper på flere plattformer. Når du planlegger appen din for flere plattformer, vær oppmerksom på at hver plattform har sitt eget visuelt språk - et tydelig sett av konvensjoner og stiler som bør følges.

For eksempel er det globale elementer, for eksempel en statuslinje og overskrift, som vises på alle sidene i designet. Forskjellen mellom de to plattformene virker ganske ubetydelig, litt forskjellig størrelse, forskjellig titteltekstjustering (på Android er teksten venstrejustert, mens iOS er sentrert) og skrifttyper (Roboto på Android, San Francisco på iOS), men du bør ikke Ikke endre noen av disse innstillingene hvis du vil at appen skal føles innfødt.

002

Det samme gjelder knapper og andre kontroller - radioknapper, avmerkingsbokser, felt, brytere - alle funksjonelle komponenter skal gi en innfødt følelse. Hvis du replikerer elementer fra en plattform til en annen, risikerer du å ødelegge brukeropplevelsen og konverteringen. Forskjellene er små nok til at du kan utvikle seg med ett design, men disse subtile forskjellene er viktige for et innfødt utseende.

003

Hvis du vil tilpasse brukergrensesnittelementene i appen din, bør du tilpasse nøye etter merkevaren din - og ikke i henhold til konvensjonene på en annen plattform.

3. Ingenting i appen din bør være en død-ende

Å designe en UX er å designe for strømning og flyt er i de fleste tilfeller om å bevege seg fremover for å oppnå et mål. Du bør unngå å opprette blinddisksider i appene dine, fordi slutten skaper forvirring, blokkerer brukere på vei til målet og fører til flere og unødvendige handlinger. Ta en feilmeldingsskjerm fra Spotify som et eksempel. Det hjelper ikke brukere med å forstå konteksten og hjelper dem ikke å finne svaret på spørsmålet: "Hva kan jeg gjøre med det?"

004

4. Replikk ikke webopplevelsen til apper

Brukere forventer visse samhandlingsmønstre og grensesnittelementer i mobilapper. Det vi designer på nettet, føles ofte vanskelig i en mobilapp - ikke nødvendig fordi noe er galt, men fordi det bare er forskjellig fra hva våre brukere forventer å se. Et vanlig eksempel er å bruke tekst med understrekte koblinger, som er sterkt knyttet til nettsider. Nedenfor er et eksempel på påmeldingsskjema fra TD Bank app for iOS. Det føles definitivt som de designer for mobilnett, ikke en mobil app: koblinger er understreket, og det er enda en opphavsrettsvarsling i brukergrensesnittet.

Apper bruker knapper, ikke koblinger.

005

5. Ikke avbryt brukere med forespørsler for å vurdere appen

Ingen ønsker virkelig å bli avbrutt, mye mindre for noe ubrukelig mens de er midt i noe viktig. Til tross for at apps ofte avbryter brukerne ved å be dem om å legge igjen en anmeldelse. Det verste av alt er når denne dialogen avbryter brukerne midt i oppgaven eller rett etter at appen startet.

006

Du bør unngå å forstyrre brukere og be dem om å rangere appen din hvis de nylig har lastet ned den, eller bare brukt den noen ganger. Det er ikke noe galt med å be om en anmeldelse, men husk at du vil gi brukerne en god opplevelse først. Vent til de viser seg å være gjenta brukere og finn et øyeblikk i appen din som er minst påtrengende. Klar, en oppgave for iOS er et godt eksempel: det viser "Vurder appen" -dialogen etter at brukeren har fjernet de gjenværende oppgavene fra en liste. Dette er et flott øyeblikk i appen: Brukerne føler seg bra for å ha nettopp ryddet sin todo-liste og vil være mer sannsynlig å vurdere appen gunstig.

007

6. Ikke bruk brukere til nettleseren

Hold brukerne i app til enhver tid. Hvis appen mangler en bestemt funksjon eller et innhold, kan du prøve å bruke en nettleser i nettleseren. men ikke påkoble smarttelefonens nettleser, eller du vil få brukerne til å miste sporet og ikke gå tilbake til appen. Dette vil øke abandonment og redusere konvertering.

008

Når en bruker klikker på "Glemt passord?" -Linken i Facebook-appen, ber appen om at brukeren skal starte nettleseren for å utføre denne handlingen.