Når det gjelder teknologi, er raskere ikke alltid bedre.
Det er sant det 47 prosent av folk vil at nettsider skal lastes om to sekunder eller mindre (og 40 prosent forlater nettsteder som tar tre sekunder å laste). Men når belastningstider faller vesentlig under den to-sekunders terskelen, begynner brukerne å bli skeptiske.
For å forstå hvorfor, sett deg selv i skoene for noen som sjekker hans kredittpoeng. Tidligere har han kanskje tilbrakt timer på telefonen for å få enda et byrås kredittrapport. Nå, ved hjelp av en app, kan han få alle tre rapportene på få sekunder med bare noen få kraner.
Ja, appen er rask, og ja, fra et objektivt perspektiv er det brukervennlig. Dens designere tydelig gjorde leksene sine . Men stoler han på appens resultater? Er det en svindel? Oppsamlet programmet virkelig alle tre rapportene, sjekker dem for feil, og presenterer dem om noen sekunder?
Ingen måte, kanskje han tror. Gitt hans tidligere erfaring, ville han være helt fornuftig i å tenke at appen ikke kunne muligens ha gjort det så raskt.
I de fleste tilfeller gir en rask brukeropplevelse mening. Optimalisering er viktig, og ærlig talt, de fleste nettsteder trenger mer av det , ikke mindre.
Men det er visse situasjoner der en langsommere UX faktisk kan øke brukerens tillit og engasjement. Vurder å senke programvaren din for å:
Når du flyr, er transportsikkerhetsadministrasjonens jobb ikke bare for å gjøre deg tryggere; det er også for å få deg til å føle deg tryggere. Det samme arbeidet med illusjon er det som gjorde deg trygg når du sendte inn skatter med TurboTax tidligere i år. Intuit opprettet falske animerte lastestenger som viser at det tredoblet-sjekker returneringen din for feil, selv om det faktisk gjør det underveis.
Sakte ned denne stressfulle prosessen forteller brukere at TurboTax jobber hardt for dem, og at de kan stole på det med sensitiv informasjon. Facebook gir tilfeldige sikkerhetskontroller av en lignende grunn: Ved å gi oppmerksomhet til noe som allerede skjer bak kulissene, gir Facebook brukerne tillit til at dataene deres er sikre.
Når, nettopp, bør du gi deg en forsinkelse i sikkerhetsvisningen? Man kan være i orden hvis brukeren har gitt sensitiv informasjon (for eksempel et personnummer eller hjemmeadresse), betalt penger for å bruke tjenesten, eller engasjert seg dypt.
For eksempel, forestill deg en startside for hjemmeoppdaging. I stedet for å gjøre det perfekte hjemmet, håndterer oppstartsprogrammet det for deg. Fordi det koster penger og krever personlig informasjon, er det avgjørende at det senker prosessen ned. For å bygge tillit bør appen forklare hvorfor den trenger dine sensitive data, hvordan den vil bruke den informasjonen, og forsikre deg om at den vil holde informasjonen din trygg. En gratis meldingsapp, derimot, trenger ingen slik avmatning. Målet er bare å få og beholde sine brukere gjennom en sømløs opplevelse med minst mulig barrierer.
Takk til Moores lov og modning av tilkoblede enheter, er mange moderne teknologiprodukter raske og effektive med lite oppfattet latens. Mobil databehandling og nettverk hastigheter er bemerkelsesverdig rask sammenlignet med selv for fem år siden.
Men med så mange brukere som er vant til flekkete internettjenester, gammel teknologi og buggy-programvare, kan raske driftshastigheter få dem til å bekymre seg for om produktet ditt fungerer riktig. Wells Fargo øye skanning teknologi, for eksempel, var så rask at brukerne ikke trodde det var å gjøre hva det sa det var. Utviklerne kunstig redusert prosessen ved strategisk inkludere skanning og godkjenning av fremdriftslinjer.
Hvis du drar produktet ditt for å matche brukerens forventninger, bør det imidlertid være en stopgap-løsning. Se etter muligheter til å utdanne brukere på dagens programvarehastigheter. Innenfor selve produktet, forklare hvordan programvaren din er raskere enn noensinne.
Facebook, igjen, gir et illustrativt eksempel. Har du noensinne lagt merke til hvordan det trykker midlertidige varsler inn i nyhetsfeeden din etter en produktoppdatering? Hver oppdatering nevner hvordan Facebook hele tiden jobber hardt for å forbedre plattformens fart.
I ditt eget produkt, ta det et skritt videre og ta med en oppfordring til å gi brukerne mulighet til å gi tilbakemelding. Ha en FAQ klar (eller enda bedre, live support) for å svare på denne tilbakemeldingen og hjelpe brukerne til å forstå hva som virkelig skjer bak kulissene til programvaren.
Husk at ikke alle enheter er koblet til raske internettleverandører. Produktets brukere kan være av beskjedne midler eller bor i landlige områder, eller din egen serverinfrastruktur er kanskje ikke opp til snus.
Uansett kan fremdriftsindikatorer som lastebøyter minne brukerne om at produktet ditt fortsatt jobber på deres forespørsel. For eksempel, FirstRand Bank Limited i Sør-Afrika bakte en kunstig fremdriftslinje i sitt webgrensesnitt. Fordi infrastrukturen er utdatert og sakte, kan informasjonen ikke vises så fort som det kunne si, i Wells Fargo's app.
Igjen, vurder brukerens opplevelse. Hvis du er en FirstRand-kunde som stirrer på et tomt skjermbilde i 15 sekunder etter å ha klikket på en knapp, vil du ikke prøve å sjekke forbindelsen og oppdatere forespørselen? Dessverre gjør disse handlingene bare flaskehalsen verre.
En falsk lastestang er kanskje ikke den ideelle løsningen, men det er bedre enn å gi ingen tilbakemelding i det hele tatt. Animasjon for å vise at programvaren din håndterer brukerens forespørsel gir lettelse for både serverne og brukerne dine.
Alt dette snakk om å senke programvare krever noen historisk sammenheng. Systembegrensninger og brukernes tidligere erfaringer kan bremse ting, men i det hele tatt skyver teknologien mot raskere brukeropplevelser.
Jo mer tid som går, jo mer langsiktige tekniske brukere vil vi ha. Jo flere langsiktige tekniske brukere blir vant til øyeblikkelige resultater, jo mindre UX-designere trenger å bremse teknologien sin. Jo raskere teknologier fungerer - og viktigere, fungerer riktig - jo flere brukere vil stole på dem. I mellomtiden vil yngre generasjoner uten de forutbestemte forestillingene deres foreldre vokse til voksne som er vant til sømløse teknologiske opplevelser.
Eldre generasjoner som ikke er komfortable med teknologien eksisterer imidlertid, og to personer med forskjellig demografi har sjelden samme komfortnivåer med samme teknologi. I dag, forsiktig forsinkelse av visse produktscenarier kan hjelpe eldre brukere til å føle seg komfortabel med hva som skjer med dataene sine.
Når langsomme systemer (etter dagens standarder) er borte og folk blir vant til øyeblikkelige resultater, hvor mye systemer som avslører for oss om deres back-end-operasjoner, kan bli et spørsmål om personlig frihet. Som mennesker ønsker vi å føle seg i kontroll. Valgene er trøstende.
I siste omgang er hastighet viktig, men det er også som matcher brukernes forventninger . Uansett hvor fort vi beveger oss inn i fremtiden, vil bremsing aldri gå ut av stil.