Ootamatu kasutajakogemus vs oodatav toote funktsionaalsus
Suurepärase digitaalse toote loomine nõuab tasakaalustamist selle vahel, milleks tarkvara on tehniliselt loodud, ja selle vahel, kuidas päris inimesed seda tegelikult kasutavad. Kuigi toote oodatav funktsionaalsus tagab süsteemi töökindluse ja põhifunktsioonide toimimise, tabab ootamatu kasutajakogemus reaalset käitumist, paljastades varjatud hõõrdumise, servajuhtumid ja üllatavad viisid, kuidas kasutajad toote eesmärki muudavad.
Esiletused
Oodatav funktsionaalsus loob süsteemi aluse, samas kui kasutajakogemus määrab, kas keegi seda tegelikult kasutab.
Pärismaailma kasutajad järgivad harva tooteplaneerimise etappides ette nähtud lineaarset ja õnnelikku rada.
Kvantifitseeritavad hõõrdepunktid, nagu raevuklõpsamine, toovad esile lõhe inseneriloogika ja inimliku intuitsiooni vahel.
Ootamatu funktsioonide kasutuselevõtt paljastab sageli tootearenduskavade jaoks väga tulusaid uusi suundi.
Mis on Ootamatu kasutajakogemus?
Tegelikud ja sageli ettearvamatud viisid, kuidas reaalse maailma kasutajad tarkvaraga suhtlevad, kaldudes sageli kõrvale disainimeeskonna kavandatud radadest.
Inimese kognitiivne koormus paneb kasutajaid pikki sissejuhatavaid tekste vahele jätma, mis viib tahtmatute möödalaskmisteni või alternatiivsete tööriistade kasutamise mustriteni.
Tekkiv käitumine tekib siis, kui kasutajad muudavad funktsioone, näiteks kasutavad kommentaaride jaotist ajutise reaalajas vestlusena.
Analüütiline jälgimine näitab, et üle 70% digitaalsete toodete müügikatkestustest tulenevad segastest kasutajakogemuse mustritest, mitte otsestest süsteemi krahhidest.
Kasutajad loovad sageli käsitsi lahendusi, kasutades väliseid tööriistu, näiteks arvutustabeleid, kui tarkvara natiivne funktsionaalsus tundub jäik või ebaloogiline.
Raevukas klõpsamine ja ebakorrapärased hiireliigutused on kvantifitseeritavad näitajad, mis näitavad tõsist hõõrdumist kasutaja kavatsuse ja liidese disaini vahel.
Mis on Oodatav toote funktsionaalsus?
Tootenõuetes välja toodud ja kvaliteedikontrolli abil kontrollitud eelnevalt määratletud funktsioonid, kasutajalood ja süsteemi käitumine.
Tootespetsifikatsioonid tuginevad suuresti idealiseeritud „õnnelikele radadele“, kus kasutajad täidavad ülesandeid ideaalselt ilma segajate või süsteemikatkestusteta.
Kvaliteedi tagamise meeskonnad kirjutavad automatiseeritud testiskripte rangelt selleks, et kontrollida, kas sisendid annavad täpsed matemaatiliselt oodatavad väljundid.
Insenerid seavad esikohale deterministliku käitumise, tagades, et konkreetne kood käivitab identsed süsteemiolekud erinevates serverikeskkondades.
Ulatuse nihkumine toimub sageli siis, kui tootejuhid kavandavad funktsionaalsust üle, et katta hüpoteetilisi stsenaariume, mitte aga põhikasutajate vajadusi.
Funktsionaalsed nõuded on tarkvara tarnimise lepinguline alus, mis määratleb arendussprintide tehnilise valmiduse.
Võrdlustabel
Funktsioon
Ootamatu kasutajakogemus
Oodatav toote funktsionaalsus
Peamine fookus
Kasutaja käitumine ja kohanemine
Süsteeminõuded ja loogika
Päritoluallikas
Reaalse maailma vaatlus ja telemeetria
Tootenõuded ja disainidokumendid
Põhieesmärk
Hõõrdumise ja kognitiivse koormuse minimeerimine
Tehnilise töökindluse ja andmete terviklikkuse tagamine
Ideaalne stsenaarium
Dünaamilised teed, mida kasutajad tegelikult läbivad
Lineaarne, ettemääratud õnnelik tee
Mõõtmismõõdik
Säilitamine, ülesannete edukus ja raevukad klikid
Testide ulatus, tööaeg ja vigade arv
Riski tüüp
Kasutajate hülgamine ja madal kasutuselevõtt
Süsteemikrahhid, turvavead ja loogikalünkad
Käitlemismeetod
Pidev iteratiivne kasutajaliidese/kasutajakogemuse täiustamine
Range kvaliteedikontrolli testimine ja automatiseeritud skriptid
Üksikasjalik võrdlus
Ideaalse loogika ja inimkäitumise kokkupõrge
Insenerid ehitavad platvorme rangete loogikasilmuste ümber, kus üks tegevus käivitab etteaimatavalt järgmise. Päris inimesed aga ei mõtle nagu andmebaasid ja toovad ekraanile omaenda segajad, eelarvamused ja otseteed. Kui need kaks jõudu kokku põrkuvad, võib tarkvara, mis läbib kõik tehnilised testid, turul ikkagi läbi kukkuda, kuna see tundub segane või ebaloomulik navigeerida.
Õnnelikud rajad versus pimedad alleed
Toote tegevuskavad keskenduvad loomulikult õnnelikule teele, mis on lühim ja puhtaim viis ülesande täitmiseks. Seevastu reaalajas kasutajad oskavad leida liidese pimedaid alleesid, klõpsata vales järjekorras nuppe või värskendada lehti tehingu keskel. Rangelt oodatava funktsionaalsuse järgi disainimine jätab toote väga haavatavaks nende ebakindlate, kuid täiesti normaalsete inimlike harjumuste suhtes.
Andmete valideerimine reaalse kaose vastu
Oodatav funktsionaalsus kaitseb süsteemi väravaid rangete valideerimisreeglitega, tagades, et väljad aktsepteerivad ainult laitmatuid andmevorminguid. Reaalses kasutuskogemuses muutub see lahinguväli, kui inimesed kleepivad segast teksti, laadivad üles suuri faile või kasutavad väljade nimetamisel emotikone. Tugev toode peab selle kaootilise sisendi graatsiliselt absorbeerima, selle asemel et lukustada või vilgutada kasutuid, robotlikke veakoode.
Väärtuse avastamine tahtmatu kasutamise kaudu
Mõnikord paljastab ootamatu kasutuskogemus toote tegeliku potentsiaali, mitte ainult vigade tuvastamise. Kui kliendid kasutavad arveldustööriista isiklike harjumuste jälgimiseks või projektitahvlit visuaalse päevikuna, annavad nad märku turumuutusest. Kuigi oodatav funktsionaalsus hoiab tuled põlemas, näitab kasutajate nende funktsioonide lõhumise või painutamise jälgimine tootemeeskondadele täpselt, kuhu edasi ehitada.
Plussid ja miinused
Ootamatu kasutajakogemus
Eelised
+Paljastab kasutajate tegelikud vajadused
+Paljastab varjatud liidese hõõrdumise
+Süütab uuenduslikke ideid funktsioonide kohta
+Tõstab esile reaalse maailma äärepealseid juhtumeid
Kui toode läbib kõik kvaliteedikontrolli testid, on kasutajakogemus sujuv.
Tõelisus
Automatiseeritud kvaliteedikontrolli testid kinnitavad ainult koodi toimimist ideaalsetes ja steriilsetes tingimustes. Need ei suuda mõõta, kas menüü paigutus on segadusttekitav, kas tekst on segane või kas üldine töövoog põhjustab inimkasutajale vaimset väsimust.
Müüt
Ootamatu kasutajakäitumine on lihtsalt kogum kasutajavigu, mis vajavad paremat koolitust.
Tõelisus
Ootamatute interaktsioonide pelgalt kasutajaveaks tembeldamine nihutab süü vigase disaini pealt ära. Kui märkimisväärsel osal inimestest on nupu leidmisega raskusi või vormi valesti kasutamisega, siis ei vasta liides inimese intuitsioonile, mitte kasutaja tarkvara.
Müüt
Kasutajad tuleks alati piiravate piirangutega kavandatud teele tagasi sundida.
Tõelisus
Rakenduse liiga jäik lukustamine tekitab kasutajates frustratsiooni ja pärsib orgaanilist omaksvõttu. Sageli on palju parem kujundada voog ümber, et see vastaks nende loomulikele kalduvustele, või võtta nende lahendused omaks alternatiivsete lahendustena.
Müüt
Tootenõuded võivad ette näha kõikvõimalikke viise, kuidas funktsiooni käsitletakse.
Tõelisus
Ükski tootedokument ei suuda ideaalselt simuleerida tuhandete unikaalsete kasutajate kaootilist keskkonda. Inimesed toovad kaasa erinevaid seadme seadeid, brauseri laiendusi, interneti kiiruseid ja isiklikke segajaid, mis pidevalt loovad ainulaadseid ja lokaliseeritud kogemusi.
Sageli küsitud küsimused
Mis täpselt vahe on funktsionaalsel veal ja UX-veal?
Funktsionaalne viga tekib siis, kui tarkvara rikub oma tehnilist lubadust, näiteks salvestamisnupp annab serverivea. Kasutajakogemuse viga tähendab, et nupp töötab taustal ideaalselt, kuid selle värv, paigutus või sildistus muudab selle ekraani vaatavale inimesele täiesti nähtamatuks või segadusttekitavaks. Mõlemad kahjustavad toodet, kuid üks on koodi viga, teine aga kommunikatsiooni viga.
Kuidas tootemeeskonnad enne turuletoomist ootamatuid kasutajakogemusi tuvastavad?
Kõige usaldusväärsem meetod on modereeritud kasutatavustestide läbiviimine inimestega, kes pole tarkvara varem näinud. Võõra inimese lihtsa ülesande täitmisega vaeva nägemine ilma talle vihjeid andmata kõrvaldab kiiresti meeskonnasisese eelarvamuse. Nende testide kombineerimine modereerimata beetarühmade ja seansi kordamise tööriistadega näitab, kus liides läheb vastuollu loomuliku inimloogikaga.
Miks kasutajad pidevalt funktsioonide dokumentatsiooni ja tutvustusmaterjale ignoreerivad?
Inimesed on loomupäraselt tegutsemisaltid ja neil on eesmärgi saavutamisel piiratud tähelepanuvõime. Nad tahavad uurida tegutsedes, mitte lugeda kasutusjuhendit või klõpsata kutsumata hüpikaknas olevale õpetusele. Kui toote alustamiseks on vaja pikka selgitust, siis tõenäoliselt paneb aluseks olev disain kasutajale liiga suure kognitiivse koormuse.
Kas peaksime oma toote funktsionaalsust iga kord muutma, kui kasutaja teeb midagi ootamatut?
Mitte kohe, sest iga üksiku erandi peale reageerimine võib teie tarkvara killustatuks segaduseks muuta. Selle asemel otsige oma kasutajaskonna koondandmete trende ja korduvaid käitumismustreid. Kui märkimisväärne rühm möödub teie kavandatud voost ja teeb asju omal moel, annab see märku struktuurilisest võimalusest, mida tasub muuta.
Kuidas saavad sellised mõõdikud nagu raevukalt klõpsamine aidata ületada lõhet funktsionaalsuse ja kasutajakogemuse vahel?
Raevukas klõpsamine toimub siis, kui kasutaja vajutab hiirega kiiresti elemendile, kuna ootab, et see teeks midagi, mida see parasjagu ei tee. Selle telemeetria jälgimine näitab täpselt, kus liidese visuaalsed vihjed kasutaja ajule asetsevad. See annab inseneri- ja disainimeeskondadele täpselt teada, kus süsteemi tagasiside on viivitav või kus staatiline element näeb segadusttekitavalt aktiivse nupu moodi välja.
Kas tootel saab olla laitmatu funktsionaalsus, aga täiesti katkine kasutajakogemus?
Absoluutselt, ja see juhtub regulaarselt väga keerukate ettevõtte- või ettevõttetarkvara tööriistadega. Tagaserveri andmebaasid võivad küll andmeid töödelda absoluutse täiuslikkuse ja ülikiiresti, aga kui esiotsa paigutus nõuab ühe reaüksuse sisestamiseks nelikümmend klikki, on kasutajakogemus katki. Tehniline masinavärk töötab suurepäraselt, kuid kasutajaliides on endiselt väga ebaefektiivne.
Mis on tarkvaraarenduses tekkiv käitumine?
Tekkiv käitumine kirjeldab nähtust, kus kasutajad leiutavad kollektiivselt täiesti uusi kasutusjuhtumeid funktsioonile, mida loojad pole kunagi ette näinud. Klassikaline näide on see, kuidas varased sotsiaalmeedia kasutajad leiutasid hashtagid ja vastuse süntaksid ammu enne, kui platvormid nende jaoks natiivsed nupud ehitasid. See esindab ootamatu kasutajakogemuse ülimat väljendust, mis juhib toote arengut.
Kuidas tasakaalustada rangeid turvanõudeid paindliku kasutajakogemusega?
See on tootearenduse üks raskemaid väljakutseid, sest turvaprotokollid, näiteks mitmefaktoriline autentimine või ranged seansi ajalõpud, tekitavad loomulikult hõõrdumist. Peamine on pakkuda selgeid ja kontekstuaalseid selgitusi ning rahustavat tagasisidet nendel hetkedel. Selle asemel, et lihtsalt toimingut blokeerida või lähtestamist nõuda, selgitage, miks see nende andmeid turvaliselt hoiab, ja tehke taastamistoimingud võimalikult valutuks.
Kas oodatava funktsionaalsuse optimeerimine viib igava tootekujunduseni?
See ei pea olema igav, aga keskendumine ainult funktsionaalsetele kontrollnimekirjadele annab sageli tulemuseks steriilsed ja ebainspireerivad utiliidid. Suurepärane disain kasutab oodatud funktsionaalsust turvavõrguna, jättes samal ajal ruumi meeldivatele mikrointeraktsioonidele ja intuitiivsetele paigutustele. See tagab, et toode on mitte ainult väga usaldusväärne, vaid ka pikaajaliseks kasutamiseks sügavalt rahuldust pakkuv.
Otsus
Turvalisuse, kiiruse ja matemaatilise korrektsuse tagamiseks vali lähtekohaks toote oodatav funktsionaalsus. Keskenda oma pikaajaline strateegia aga ootamatule kasutajakogemusele, et kõrvaldada hõõrdumist ja jäädvustada tegelikku kasutajakäitumist. Kõige edukamad tooted ühendavad need kaks, kasutades kaljukindlat tehnilist arhitektuuri, et toetada inimsuhtluse keerulist reaalsust.