Teknologian osalta nopeampi ei aina ole parempi.

Se on totta 47 prosenttia ihmiset haluavat web-sivujen ladattavan vähintään kahdessa sekunnissa (ja 40 prosenttia hylkää sivustoja, jotka latautuvat kolme sekuntia). Mutta kun kuormitusajat putoavat merkittävästi alle kahden sekunnin kynnysarvon, käyttäjät alkavat saada skeptisiä.

Ymmärtääksesi, miksi laitat itse kenkiin joku tarkistaa hänen luotto-pisteet. Aiemmin hän olisi käyttänyt tunteja puhelimessa saadakseen yhden toimiston luottoraportin. Nyt sovelluksen avulla hän voi saada kaikki kolme raporttia pelkästään sekunneilla vain muutamalla kosketuksella.

Kyllä, sovellus on nopea, ja kyllä, objektiivisesta näkökulmasta se on käyttäjäystävällinen. Sen suunnittelijat selvästi tekivät kotiläksynsä . Mutta hän luottaa sovelluksen tuloksiin? Onko se huijaus? Oliko ohjelma todellakin kerätty kaikki kolme raporttia, tarkistanut heidät virheistä ja esittänyt ne muutamassa sekunnissa?

Kukaan ei voi ajatella. Hänen kokemuksensa perusteella hän olisi täysin järkevä ajatellen, että sovellus ei olisi voinut tehdä niin nopeasti.

Kun hitaampi ohjelmisto toimii

Useimmissa tapauksissa nopea käyttökokemus on järkevää. Optimointi on tärkeää, ja rehellisesti, useimmat sivustot tarvitsevat enemmän , ei vähempää.

Mutta on olemassa tiettyjä tilanteita, joissa hitaampi UX voi todella lisätä käyttäjien luottamusta ja sitoutumista. Harkitse ohjelmiston hidastumista, jotta:

1. Luo turva-teatteri

Kun lennät, liikenneturvallisuusviraston tehtävänä ei ole vain tehdä sinulle turvallisempaa; se on myös tehdä sinusta tuntuu turvallisemmalta. Tämä sama harhakuvitelma on se, mikä teki sinut varmuudella, kun teet veroja TurboTaxilla aiemmin tänä vuonna. Intuit luotu väärennettyjä animoituja latauspalkkeja jotka osoittavat, että se kolminkertaistuu tuotoksesi virheistä, vaikka se todellisuudessa tekee niin matkan varrella.

Hidastamalla tätä stressaavaa prosessia kerrotaan käyttäjille   että TurboTax työskentelee kovasti heille ja että he voivat luottaa siihen arkaluonteisilla tiedoilla. Facebook tarjoaa satunnaiset turvatarkastukset Samasta syystä: kiinnittämällä huomiota jotain, joka on jo tapahtumassa kulissien takana, Facebook antaa käyttäjille luottamusta siihen, että heidän tietonsa ovat turvallisia.

Milloin tarkalleen antaisit turvallisuustilanteen hidastumisen? Voi olla, että jos käyttäjä on antanut arkaluonteisia tietoja (kuten sosiaaliturvatunnusta tai kotiosoitetta), maksanut rahaa palvelusi käyttämiseen tai syvään siihen.

Kuvittele esimerkiksi kotihakemiston käynnistystä. Sen sijaan että teet parhaan kodin löytämisen, käynnistyssovellus käsittelee sen sinulle. Koska se maksaa rahaa ja vaatii henkilökohtaisia ​​tietoja, on tärkeää, että se hidastaa prosessia. Luottamuksen luomiseksi sovelluksen pitäisi selittää, miksi se tarvitsee arkaluonteisia tietoja, miten se käyttää näitä tietoja ja vakuuttaa, että se pitää tietosi turvallisena. Vapaan viestinnän sovellus ei toisaalta tarvitse tällaista hidastumista. Sen tavoitteena on vain saada ja pitää käyttäjät saumattomana kokemuksena vähiten esteistä.

2. Opettaa käyttäjiä modernista teknisestä nopeudesta

Kiitokset Mooren laki ja yhteensopivien laitteiden kypsyminen, monet modernit teknologiatuotteet ovat nopeita ja tehokkaita, ja niillä ei ole havaittavissa latenssia. Matkaviestinnän ja verkon nopeudet ovat huomattavan nopeat jopa edes viisi vuotta sitten.

Mutta niin monella käyttäjillä, jotka ovat tottuneet verkkopalveluun, vanhoihin tekniikoihin ja vikasietoihin ohjelmistoihin, nopeat käyttönopeudet voivat aiheuttaa heille huolta siitä, toimiiko tuote oikein. Esimerkiksi Wells Fargon silmä-skannaustekniikka oli niin nopea, että käyttäjät eivät usko tekevänsä sitä, mitä se sanoi. Kehittäjät keinotekoisesti hidastivat prosessia strategisesti mukaan lukien skannaus ja todentaminen edistymispalkit.

Tuotteen hidastuminen käyttäjän odotusten mukaiseksi pitäisi kuitenkin olla pysähtymisratkaisu. Etsi mahdollisuuksia kouluttaa käyttäjiä nykypäivän ohjelmiston nopeuksilla. Selvitä itse tuotteessa, miten ohjelmisto on nopeampi kuin koskaan.

Facebook tarjoaa taas havainnollistavana esimerkkinä. Oletko koskaan huomannut, miten se työntää väliaikaisia ​​ilmoituksia uutissyöttösi tuotteen päivityksen jälkeen? Jokainen päivitys mainitsee, kuinka Facebook pyrkii jatkuvasti parantamaan alustan nopeutta.

Ota omassa tuotteessa askel askeleelta eteenpäin ja liitä mukaan toimintapyyntö, jonka avulla käyttäjät voivat antaa palautetta. Pyydä usein kysyttyjä kysymyksiä (tai jopa parempia live-tukea) vastaamaan tähän palautteeseen ja auttamaan käyttäjiä ymmärtämään, mitä todella tapahtuu ohjelmasi kohtausten takana.

3. Työskentele järjestelmävahinkoissa

Muista, että kaikki laitteet eivät ole yhteydessä nopeisiin internetpalveluntarjoajiin. Tuotteen käyttäjät saattavat olla vaatimattomia keinoja tai elämään maaseudulla, tai oma palvelinympäristösi ei välttämättä riipu.

Joka tapauksessa etenemisindikaattorit, kuten latauspalkit, voivat muistuttaa käyttäjää siitä, että tuote toimii edelleen heidän pyynnöstään. Esimerkiksi, Etelä-Afrikan FirstRand Bank Limited keitetty keinotekoinen etenemispalkki sen web-käyttöliittymään. Koska sen infrastruktuuri on vanhentunut ja hidas, tietoja ei voida näyttää niin nopeasti kuin Wells Fargon app.

Jälleen, harkitse käyttäjän kokemusta. Jos olet FirstRand-asiakas, joka katselee tyhjää näyttöä 15 sekunnin ajan napsauttamalla painiketta, etkö yritä tarkistaa yhteytesi ja päivittää pyynnön? Valitettavasti nämä toimet tekevät pullonkaulan pahempaa.

Väärennetty lastaussilta ei välttämättä ole ihanteellinen ratkaisu, mutta se on parempi kuin antaa palautetta lainkaan. Animaatio näyttää, että ohjelmisto käsittelee käyttäjän pyyntöä antaa helpotusta sekä palvelimille että käyttäjille.

Nopeuttaminen tai hidastuminen?

Kaikki tämä puhuminen hidastaa ohjelmisto vaatii jotain historiallista kontekstia. Järjestelmän rajoitukset ja käyttäjien aikaisemmat kokemukset saattavat hidastaa asioita, mutta kokonaisuudessaan teknologia pyrkii nopeampaan käyttäjäkokemukseen.

Mitä enemmän aikaa kuluu, sitä pitemmällä aikavälillä tekniikan käyttäjät saavat. Pitkän aikavälin tekniikan käyttäjät ovat tottuneet hetkellisiin tuloksiin, vähemmän UX-suunnittelijat tarvitsevat hidastaa tekniikoitaan. Nopeat teknologiat toimivat - ja mikä tärkeintä, toimivat oikein - enemmän käyttäjiä luottaa niihin. Sillä välin nuoremmat sukupolvet, joilla ei ole vanhempien ennakkokäsityksiä, kasvaa aikuisille, jotka ovat tottuneet saumattomaan teknologiseen kokemukseen.

Vanhimmat sukupolvet, jotka eivät ole tyytyväisiä tekniikkaan, ovat kuitenkin edelleen olemassa, ja kahdella eri väestöryhmällä on harvoin samanlaiset mukavuustasot samalla tekniikalla. Nykyisin tietyn tuotteen skenaarioiden hidastaminen voi auttaa vanhempia käyttäjiä mieltymään tietojensa tapahtumisesta.

Kun hitaat järjestelmät (nykyisillä standardeilla) ovat kadonneet ja ihmiset ovat tottuneet hetkellisiin tuloksiin, kuinka paljon järjestelmistä paljastaa meille heidän takapään toiminnoistaan ​​voi tulla kysymys henkilökohtaisesta vapaudesta. Ihmisiksi haluamme tuntea olevansa hallinnassa. Valinnat ovat lohdullisia.

Viime kädessä nopeus on tärkeä, mutta niin onkin vastaamaan käyttäjien odotuksia . Ei ole väliä kuinka nopeasti siirrymme tulevaisuuteen, hidastuminen ei koskaan mene tyyliltään.