När det gäller teknik är snabbare inte alltid bättre.
Det är sant det 47 procent av människor vill ha webbsidor att ladda på två sekunder eller mindre (och 40 procent överge webbplatser som tar tre sekunder att ladda). Men när belastningstiderna sjunker betydligt under det tröskelvärdet på två sekunder börjar användarna bli skeptiska.
För att förstå varför, sätt dig i skorna av någon som kontrollerar hans kreditpoäng. Tidigare kan han ha spenderat timmar på telefonen för att få en enda byrås kreditrapport. Nu, med hjälp av en app kan han få alla tre rapporterna på några sekunder med bara några kranar.
Ja, appen är snabb, och ja, från ett objektivt perspektiv är det användarvänligt. Dess designers klart gjorde sina läxor . Men litar han på appens resultat? Är det en bluff? Hämtade programmet verkligen alla tre rapporterna, kontrollerar dem för fel och presenterar dem på några sekunder?
Inget sätt kanske han tror. Med tanke på hans tidigare erfarenhet skulle han vara helt rimlig att tänka på att appen inte kunde ha gjort det så snabbt.
I de flesta fall är en snabb användarupplevelse meningsfull. Optimering är viktigt, och uppriktigt sagt, de flesta webbplatser behöver mer av det , inte mindre.
Men det finns vissa situationer där en långsammare UX faktiskt kan öka användarnas förtroende och engagemang. Överväg att sakta ner din programvara för att:
När du flyger, arbetar Transportation Security Administration inte bara för att göra dig säkrare. det är också för att du ska känna dig tryggare. Samma illusionsarbete är det som gjorde dig säker när du skickade dina skatter med TurboTax tidigare i år. Intuit skapad falska animerade laddningsstänger som visar att det tredubblar kontrollerar dina avkastningar för fel trots att det faktiskt gör det under vägen.
Att sänka denna stressiga process berättar för användarna att TurboTax arbetar hårt för dem och att de kan lita på den med känslig information. Facebook tillhandahåller slumpmässiga säkerhetskontroller av samma anledning: Genom att uppmärksamma något som redan händer bakom kulisserna ger Facebook användarna förtroende för att deras data är säkra.
När, exakt, ska du ge en nedgång i säkerhetsvisning? Man kan vara i ordning om användaren har gett känslig information (till exempel ett personnummer eller hemadress), betalat pengar för att använda din tjänst eller engagerade sig djupt i den.
Tänk dig till exempel att starta hemma. Snarare än att du gör det för att hitta det perfekta hemmet, hanterar startprogrammets app det för dig. Eftersom det kostar pengar och kräver personlig information är det absolut nödvändigt att det sakta ner processen. För att bygga förtroende bör appen förklara varför den behöver din känsliga data, hur den ska använda den informationen och försäkra dig om att den kommer att hålla din information säker. En gratis meddelandeprogram, å andra sidan, behöver ingen sådan avmattning. Dess mål är bara att få och behålla sina användare genom en sömlös upplevelse med minst antal hinder.
Tack vare Moores lag och mognad av anslutna enheter är många moderna teknikprodukter snabba och effektiva med liten uppfattad latens. Mobil databehandling och nätverkshastigheter är anmärkningsvärt snabba jämfört med även för fem år sedan.
Men med så många användare som är vana vid spottig internettjänst, gammal teknik och buggy-programvara kan snabba driftshastigheter få dem att oroa sig för huruvida din produkt fungerar korrekt. Wells Fargos ögonscannteknik var till exempel så snabb att användarna inte trodde att det gjorde vad den sa att det var. Utvecklarna artificiellt avtog processen genom att strategiskt inkludera skanning och autentisering av framstegsstänger.
Att sakta ner din produkt för att matcha användarens förväntningar bör dock vara en stopplösning. Leta efter möjligheter att utbilda användare på dagens mjukvaruhastigheter. Inom själva produkten, förklara hur din programvara är snabbare än någonsin.
Facebook, återigen, ger ett illustrativt exempel. Har du någonsin lagt märke till hur det skjuter tillfälliga anmälningar till din newsfeed efter en produktuppdatering? Varje uppdatering nämner hur Facebook hela tiden arbetar hårt för att förbättra plattformens hastighet.
I din egen produkt, ta det ett steg längre och inkludera ett samtal till handling för att tillåta användare att ge feedback. Få en FAQ (eller ännu bättre live support) för att svara på den här återkopplingen och hjälpa användarna att förstå vad som verkligen händer bakom scenerna i din programvara.
Tänk på att inte alla enheter är anslutna till snabb internetleverantörer. Din produkts användare kan vara av blygsamma medel eller leva i landsbygdsområden, eller din egen serverinfrastruktur kanske inte är upp till snus.
Hur som helst kan framdriftsindikatorer som laddningsstänger påminna användare om att din produkt fortfarande arbetar på deras förfrågan. Till exempel, FirstRand Bank Limited i Sydafrika bakade en artificiell framstegsfält i sitt webbgränssnitt. Eftersom dess infrastruktur är föråldrad och långsam, kan information inte visas så snabbt som det kan säga i Wells Fargo's app.
Återigen, överväga användarens erfarenhet. Om du är en FirstRand-kund som tittar på en blank skärm i 15 sekunder efter att ha tryckt på en knapp, skulle du inte försöka kontrollera din anslutning och uppdatera begäran? Tyvärr gör dessa åtgärder bara flaskhalsen sämre.
En falsk laddningsbar kanske inte är den perfekta lösningen, men det är bättre än att inte ge någon feedback alls. Animering för att visa att din programvara hanterar användarens begäran ger lättnad för både dina servrar och dina användare.
Allt detta tal om att sakta ner mjukvaran kräver något historiskt sammanhang. Systembegränsningar och användarnas tidigare erfarenheter kan sakta ner sakerna, men i stort sett driver tekniken mot snabbare användarupplevelser.
Ju längre tid som går, desto mer långsiktiga tekniska användare kommer vi att ha. Ju mer långsiktiga tekniska användare blir vana vid momentana resultat, desto mindre UX-designers behöver sakta ner sin teknik. Ju snabbare teknik fungerar - och viktigare, fungerar korrekt - desto fler användare kommer att lita på dem. Under tiden kommer yngre generationer utan de förutbestämda föreställningarna av sina föräldrar att växa till vuxna som är vana vid sömlösa tekniska erfarenheter.
Äldre generationer som inte är bekanta med teknik finns dock fortfarande, och två personer med olika demografi har sällan samma komfortnivåer med samma teknik. Idag kan avsiktligt sakta ner vissa produktscenarier hjälpa äldre användare att trivas med vad som händer med deras data.
När långsamma system (enligt dagens standarder) är borta och människor är vana vid momentan resultat, hur mycket system som avslöjar för oss om deras back-end-verksamhet kan bli en fråga om personlig frihet. Som människor vill vi känna oss i kontroll. Valet är tröstande.
I slutändan är hastigheten viktig, men det är också matchande användares förväntningar . Oavsett hur fort vi går in i framtiden, kommer sakta ner aldrig att gå ut ur stil.