Når det kommer til teknologi, er hurtigere ikke altid bedre.

Det er sandt det 47 procent af folk vil have websider at indlæse om to sekunder eller mindre (og 40 procent forlade websteder, der tager tre sekunder at indlæse). Men når belastningstider falder betydeligt under den to-sekunders tærskel, begynder brugerne at blive skeptiske.

For at forstå hvorfor, sæt dig i skoene for nogen, der tjekker hans kredit score. Tidligere har han måske brugt timer på telefonen for at få endnu et bureauets kreditrapport. Nu kan han ved hjælp af en app få alle tre rapporter på få sekunder med blot nogle få vandhaner.

Ja, appen er hurtig, og ja, fra et objektivt perspektiv er det brugervenligt. Dens designere klart gjorde deres lektier . Men stoler han på appens resultater? Er det en fidus? Opsamlede programmet virkelig alle tre rapporter, tjekker dem for fejl og præsenterer dem om et par sekunder?

Ingen måde, måske tror han. På grund af sin tidligere erfaring, ville han være helt fornuftig i at tro, at appen ikke kunne have gjort det så hurtigt.

Når langsommere software virker

I de fleste tilfælde giver en hurtig brugeroplevelse mening. Optimering er vigtig, og ærligt, de fleste steder har brug for mere af det , ikke mindre.

Men der er visse situationer, hvor en langsommere UX faktisk kan øge brugertilliden og engagementet. Overvej at bremse din software for at:

1. Opret Security Theatre

Når du flyver, er transportsikkerhedsadministrationens job ikke bare for at gøre dig mere sikker. det er også for at få dig til at føle sig sikrere. Det samme arbejde med illusion er, hvad der gjorde dig selvsikker, da du indgav dine skatter med TurboTax tidligere i år. Intuit oprettet falske animerede lastestænger der viser, at det tredobles - tjekker dine afkast for fejl, selv om det faktisk gør det undervejs.

Langsomt denne stressede proces fortæller brugere   at TurboTax arbejder hårdt for dem, og at de kan stole på det med følsomme oplysninger. Facebook giver tilfældige sikkerhedskontroller af en lignende grund: Ved at gøre opmærksom på noget, der allerede sker bag kulisserne, giver Facebook brugerne tillid til, at deres data er sikre.

Hvornår skal du nøjagtigt give en forsinkelse i sikkerhedsvisningen? Man kan være i orden, hvis brugeren har givet følsomme oplysninger (såsom et socialt sikkerhedsnummer eller hjemmeadresse), betalte penge til at bruge din tjeneste eller engageret sig dybt i det.

For eksempel forestil dig en startside til start af hjemmet. I stedet for at du laver det for at finde det perfekte hjem, håndterer startup'ens app det til dig. Fordi det koster penge og kræver personlige oplysninger, er det afgørende, at det sænker processen ned. For at opbygge tillid bør appen forklare, hvorfor den har brug for dine følsomme data, hvordan den bruger disse oplysninger og forsikre dig om, at den vil holde dine oplysninger sikre. En gratis messaging-app, derimod, behøver ikke en sådan afmatning. Dens mål er kun at vinde og holde sine brugere gennem en sømløs oplevelse med det mindste antal barrierer.

2. Uddanne brugere om moderne tekniske hastigheder

Tak til Moores lov og modning af tilsluttede enheder er mange moderne teknologiprodukter hurtige og effektive med lidt opfattet latens. Mobil databehandling og netværkshastigheder er bemærkelsesværdigt hurtige sammenlignet med selv for fem år siden.

Men med så mange brugere, der er vant til spotty internet service, gamle teknologier og buggy software, hurtige driftshastigheder kan få dem til at bekymre sig om, om dit produkt fungerer korrekt. Wells Fargo's eye scan teknologi, for eksempel, var så hurtig, at brugerne ikke troede, at det var at gøre, hvad det sagde, det var. Udviklerne kunstigt bremset processen ved strategisk inklusiv scanning og godkendelse af fremdriftslinjer.

At sænke dit produkt for at matche brugernes forventninger skal dog være en stopgap-løsning. Se efter muligheder for at uddanne brugere på dagens softwarehastigheder. Inden for selve produktet, forklar hvordan din software er hurtigere end nogensinde.

Facebook, igen, giver et illustrativt eksempel. Har du nogensinde bemærket, hvordan den skubber midlertidige meddelelser til din newsfeed efter en produktopdatering? Hver opdatering nævner, hvordan Facebook konstant arbejder hårdt for at forbedre platformens hastighed.

I din egen produkt skal du tage det et skridt videre og inkludere et opfordring til handling for at give brugerne mulighed for at give feedback. Har en FAQ klar (eller endnu bedre live support) for at reagere på denne feedback og hjælpe brugerne med at forstå, hvad der virkelig sker bag scenerne i din software.

3. Arbejde inden for systemmæssige begrænsninger

Husk, at ikke alle enheder er forbundet med hurtig internetudbydere. Dit produkts brugere kan være beskedne midler eller leve i landdistrikter, eller din egen serverinfrastruktur er måske ikke op til snus.

Uanset hvordan fremskridtindikatorer som f.eks. Indlæsningsstænger kan minde brugerne om, at dit produkt stadig arbejder på deres anmodning. For eksempel, FirstRand Bank Limited af Sydafrika bagt en kunstig fremdriftslinje i sin web-grænseflade. Fordi infrastrukturen er forældet og langsom, kan oplysninger ikke vises så hurtigt som det kunne siges i Wells Fargo's app.

Igen overveje brugerens oplevelse. Hvis du er en FirstRand-kunde, der stirrer på en blank skærm i 15 sekunder efter at have klikket på en knap, vil du ikke prøve at tjekke din forbindelse og opdatere anmodningen? Desværre gør disse handlinger kun flaskehalsen værre.

En falsk indlæsningsbjælke er måske ikke den ideelle løsning, men det er bedre end slet ingen feedback. Animation for at vise, at din software håndterer brugernes anmodning giver relief for både dine servere og dine brugere.

Fremskynde eller sænke ned?

Alt dette tal om at bremse software kræver en historisk sammenhæng. Systembegrænsninger og brugernes tidligere erfaringer kan bremse tingene ned, men teknologien skubber i det store og hele mod hurtige brugeroplevelser.

Jo mere tid der går, jo mere langsigtede tech-brugere har vi. Jo mere langsigtede tech-brugere bliver vant til øjeblikkelige resultater, jo mindre UX-designere bliver nødt til at bremse deres teknologier. Jo hurtigere teknologierne fungerer - og vigtigere fungerer korrekt - jo flere brugere vil stole på dem. I mellemtiden vil yngre generationer uden de forældede forestillinger af deres forældre vokse til voksne, der er vant til sømløse teknologiske oplevelser.

Ældre generationer, der ikke er fortrolige med teknologien, eksisterer dog stadig, og to personer med forskellig demografi har sjældent samme komfortniveauer med samme teknologi. I dag kan forsætligt nedsætte bestemte produktscenarier hjælpe ældre brugere med at føle sig godt tilpas med, hvad der sker med deres data.

Når langsomme systemer (ifølge dagens standarder) er væk, og folk er vant til øjeblikkelige resultater, hvor mange systemer der afslører for os om deres back-end-operationer, kan blive et spørgsmål om personlig frihed. Som mennesker vil vi føle os i kontrol. Valg er trøstende.

I sidste ende er hastigheden vigtig, men det er også matchende brugernes forventninger . Uanset hvor hurtigt vi bevæger os ind i fremtiden, vil bremse aldrig gå ud af stil.