“Kasutajamugavus ja kasutajakogemus” (0)

 
TALLINNA TEHNIKAÜLIKOOL 
TARKVARATEADUSE INSTITUUT 
  
  
   
  
  
  
  
Ainetöö õppeaines 
“Kasutajamugavus ja  kasutajakogemus ” 
  
  
  
  
  
Autor, üliõpilaskood, õpperühm: 
Jelena Turbina 153396, IABM 
Savva Mirošnikov 178819, IABM20 
Konstantin Burdakov 164846, IAPB 
  
Juhendaja : Jekaterina Tšukrejeva 
  
  
  
  
  
  
  
 
TALLINN 2018  
 
● Ülesande püstitus 
 
Antud projekti põhieesmärgiks on veebilehe ​www.apotheka.ee​ disaini analüüs. 
Apotheka Netiapteek pakub võimalust osta ravimeid ja tervisekaupu mugavalt just seal, kus 
klient parasjagu viibib. Siin saab kiirelt ja mugavalt otsida huvitavat ravimit nime, toimeaine 
või ise märksõna abil. Nõu saab küsida ka apteekrilt reaalajas . 
 
● Projekti töö struktuur 
 
1. Projekti käigus analüüsivad projekti tegijad veebilehe disaini 
2. Projekti käigus tuvastavad projekti tegijad puudused disainis  
3. Projekti käigus teevad projekti tegijad ettepanekuid, kuidas saaks disaini muuta nii, et 
see vastaks nõuetele ja oleks enam kasutajasõbralik 
 
● Põhiprotsessid 
 
Kuna projektil on 3 tegijat, siis võtame 3 põhiprotsessi, et igaüks saaks seda detailselt uurida. 
1. Kasutajaks registreerimine 
2. Toote ostmine  
3.  Konto andmete vaatamine ja juhtimine 
 
● Projekti käigus kasutatav metoodika 
 
Antud projekti käigus meeskond hakkab testima UXi ja UIi. Valitud veebilehe 
kasutajamugavuse ja kasutajakogemuse testimiseks sai valitud “black box” meetod.  
Antud meetod oli valitud selle pärast, et meeskonnal on samad ligipääsu õigused nagu 
tavalisel registreeritud kasutajatel, seega meil ei ole ligipääsu veebilehe sisemisele tehnilisele 
ülesehitusele. See meetod võimaldab selgeks teha kõik kasutajaliidese vead. 
Edaspidi testimine hakkab toimuma määratud parameetrite järgi, meeskond tuvastab, kas 
veebilehe parameetrid vastavad ülespüstitatud nõudmistele või ei. Mittevastavuse puhul 
teeme ettapanekuid, et muuta disaini paremaks ja nõudmistele vastavaks. 
 
 
● Persoonad 
 
Meie võtame oma projekti jaoks 2 persooni. 
 
Noor ema ( persoon 1) 
Nimi:​ Alexa 
Vanus:​ 25 
Sugu:​ naine 
Kirjeldus:​ Alexa sai 6 kuud tagasi emaks . Reaalses elus tegeleb tema praegu lapse 
kasvatamisega ja teeb selle kõrvalt ka tööd kodus. Hariduselt on ta infotehnoloog. 
Sarnaste teenuste kasutamise kogemus: ​varem käis Alexa ravimeid ostes tavalises  
apteegis. Nüüd ei ole tal selleks eriti palju aega, seega ta hakkab nüüd aktiivselt kasutama 
e- apteegi teenuseid. 
Nõuded tootele:​ Alexa vajab, et veebileht oleks kättesaadav 24h. Samuti oleks hea, kui oleks 
eraldi noore ema toodetega osa. 
Eesmärgid:​ toodete ostmine, kontojäägi kontroll, ostude ajaloo vaatamin 
 
 
Mees-pensionär (persoon 2) 
Nimi: ​ Alex  
Vanus:​ 65 
Sugu:​ mees 
Kirjeldus:​ Alex on töötav pensionär. Reaalses elus ta töötab elektrikuna tehases. Hariduselt 
on ta elektrik ka. 
Sarnaste teenuste kasutamise kogemus: ​varem ei kasutanud Alex e-apteegi teenuseid, sest 
tal ei olnud arvutit. Nüüd Alexil on plaanis teha kõik ravimite ostud ja konsultatsioonid 
apteekritega e-apteegi kaudu. 
Nõuded tootele:​ Alex vajab, et veebilehe disain oleks arusaadav ja maksimum lihtne, 
lakooniline. Tema soov on ka, et veebileht oleks mitmekeelne. Alexi oodatused on sellised, et 
kliendiks saanud ostja võib koguda oma kontole raha. 
Eesmärgid: ​kasutajakonto loomine, toodete ostmine, parooli taastamine 
 
 
 
Nõuded 
 
Süsteemile on esitatud nii funktsionaalsed kui ka mittefunktsionaalsed nõuded. 
Funktsionaalsete nõuete osa on kirjeldatud kasutusjuhudena. 
 
N01 – Kasutajakonto loomine 
● ID​: N01 
● Nimetus​: Kasutajakonto loomine 
● Tegutsejad​: Persoon 2 (edaspidi kasutaja) 
● Kirjeldus​: Kasutaja läheb veebilehele. Pärast seda kasutaja vajutab nupule Sisene 
iseteenindusse/liitu. Kasutaja valib liitumisviisi. Pärast andmete sisestamist kinnitab 
kasutaja registreerimise. Süsteem loob uue kasutaja. 
● Eeltingimused​: Avaleht on avatud 
● Tulemus​: Uus kasutaja registreeritud  
● Põhivoog​: 
1. Kasutaja viib kursori liitumise nupu juurde 
2. Süsteem pakub valimiseks liitumisviise 
3. Kasutaja valib liitumisviisi 
4. Süsteem loob uue kasutaja 
Alternatiivvoog​: 
puudub 
 
N02 – Parooli taastamine 
● ID​: N02 
● Nimetus​: Parooli taastamine  
● Tegutsejad​: Persoon 2 (edaspidi kasutaja) 
● Kirjeldus​: Kasutaja viib kursori menüüs olevale nupu „Sisene 
iseteenindusse/registreeri“ juurde ning seal valib E-post ja salasõna sisenemisviisi. 
Avanenud lehel ilmub nupp Unustasid salasõna. Kasutaja sisestab oma meili ja 
kinnitab, et soovib uue parooli saada. Süsteem saadab välja meilile linki parooli 
taastamiseks. Kasutaja sisestab uue parooli ja kinnitab oma valiku. 
 
● Eeltingimused​: Avaleht on avatud
 
● Tulemus​: Parool taastub  
● Põhivoog​: 
1. Kasutaja viib kursori menüüs olevale nupu „Sisene iseteenindusse/registreeri“ juurde 
2. Süsteem pakub valimiseks erinevaid sisenemisviise 
3. Kasutaja vajutab nupule „E-mail ja parool“ 
4. Süsteem avab lehe, kus asub ka nupp parooli taastamiseks 
5. Kasutaja kirjutab oma meiliaadressi 
6. Kasutaja kinnitab oma uue parooli 
Alternatiivvoog​: 
puudub
 
● Märkused​: ei ole eraldi nuppu parooli taastamiseks. Kasutaja jaoks pole mugav see, et 
taastamise funktsioon asub just E-mail ja parool sisenemisviisi juures, sest paljud 
kasutajad kasutavad teisi sisenemisviise 
 
N03 – Toodete ostmine
 
● ID​: N03
 
● Nimetus​: Toodete ostmine 
● Tegutsejad​: Persoon 1, 2 - (edaspidi kasutaja) 
● Kirjeldus​: Kasutaja lisab ostukorvi valitud ravimi, valib tarneviisi ning maksab 
tellimust kinni  
● Eeltingimused​: Kasutaja on registreeritud ja sisselogitud ning asub valitud toote 
lehel  
● Tulemus​: Tellimus on vormistatud ning kinni makstud
 
● Põhivoog​: 
1. Kasutaja vajutab nupule „Lisa ostukorvi“ 
2. Süsteem uuendab ostukorvi seisu, näitab, et seal tekkis uus toode ning tekkib nupp „ Vormista  
tellimus“ 
3. Kasutaja vajutab nupule „Vormista tellimus“ 
4. Süsteem kuvab tellimuse vormistamise lehe vastavate lahtritega 
5. Kasutaja täidab järgmiseid lahtreid „tarneviis“ ja „kontaktandmed“ ning vajutab nupule 
„Vormista tellimus“ 
 
6. Süsteem kuvab lehe tellimuse ülevaatega ning pangalingi valikutega 
7. Kasutaja vajutab sobiva pangalingile 
8. Süsteem saadab kasutajat valitud panga lehele 
Alternatiivvoog​: 
1. Peale punkti nr. 2 vajutab kasutaja toodete nupule ning valib teist kategooriat 
2. Süsteem kuvab lehe valitud kategooriast 
3. Kasutaja lisab ostukorvi teist toodet 
4. Süsteem uuendab ostukorvi seisu, näitab, et seal tekkis veel üks toode 
ning tekkib nupp „Vormista tellimus“ 
5. Kasutaja vajutab nupule „Vormista tellimus“ 
6. Süsteem kuvab tellimuse vormistamise lehe vastavate lahtritega 
7. Kasutaja täidab järgmiseid lahtreid „tarneviis“ ja „kontaktandmed“ ning vajutab 
nupule „Vormista tellimus“ 
8. Süsteem kuvab lehe tellimuse ülevaatega ning pangalingi valikutega 
9. Kasutaja vajutab sobiva pangalingile 
10. Süsteem saadab kasutajat valitud panga lehele 
● Märkused​: kasutaja saab vormistada tellimuse ka sisselogimata 
 
N04 – Kontojäägi kontroll 
● ID​: N04
 
● Nimetus​: Kontojäägi kontroll 
● Tegutsejad​: Persoon 1 - (edaspidi kasutaja) 
● Kirjeldus​: Kasutaja läheb veebilehe, et oma kontojäägi kontrollida. Selleks ta logib 
sisse ja kohe veebilehe üleval hallil taustal näeb oma kontojäägi eurodes. 
● Eeltingimused​: Kasutaja on registreeritud ja sisselogitud 
● Tulemus​: Kontojääk kontrollitud
 
● Põhivoog​: 
1. Kasutaja läheb veebilehele. 
2. Kasutaja logib sisse. 
3. Kasutaja näeb oma kontojäägi eurodes. 
● Alternatiivvoog​: 
puudub 
 
N05 – Ostude ajaloo vaatamine 
● ID​: N05
 
● Nimetus​: Ostude ajaloo vaatamine 
● Tegutsejad​: Persoon 1 - (edaspidi kasutaja) 
● Kirjeldus​: Kasutaja läheb veebilehe, et oma vaadata oma ostude ajalugu. Selleks ta 
logib sisse ja hallilt realt valib väljalangevast menüüst Minu ostud rea. Süsteem annab 
ülevaade sooritatud ostudest. 
● Eeltingimused​: Kasutaja on registreeritud ja sisselogitud 
● Tulemus​: Ostude ajalugu on vaadatud
 
● Põhivoog​: 
1. Kasutaja läheb veebilehele. 
2. Kasutaja logib sisse. 
3. Kasutaja näeb oma ostude ajalugu. 
● Alternatiivvoog​: 
puudub 
Süsteemile on esitatud järgmised mittefunktsionaalsed nõuded: 
● Kasutamise mugavus - kerge süsteemi uurimise, mõistmise, kasutamise võimalus 
persoona poolt 
● Juurdepääsetavus - näitab rakenduste kasutatavust kogu kasutajavõimete või –keelte 
lõikes. Lisaks näitab juurdepääsetavus seda, kui lihtne on inimestel süsteemile ligi 
pääseda 
● Töövõime - süsteemi reaktsioon persoona tegevustele ja viiteaeg 
● Usaldusväärsus - süsteemi vastupidavus tõrgetele, süsteemi võime sooritada nõutud 
funktsiooni kindlatel tingimustel kindla aja jooksul 
● Kättesaadavus - süsteemi töökorras olemise ajaline protsent 
● Paindlikkus - defineerib lihtsust, millega süsteemi eesmärki saab muuta, et pakkuda 
erinevaid teenuseid 
● Turvalisus - süsteemi võime takistada sissetunge, lubada õigetel kasutajatel süsteemi 
kasutada ja kaitsta andmete terviklikkust 
● Hallatavus - süsteemi jälgimine ja konfigureerimine 
● Laiendatavus - funktsionaalsuse kasvu lahenduse võimekus 
● Porditavus - võime liigutada komponente ühest keskkonnast teise 
 
Stsenaariumid 
 
S1.
Konto loomine 
 
Testi sammud: 
1. Kasutaja (persoon 2) läheb veebilehele. 
2. Kasutaja vajutab “sisene iseteenindusse/liitu” lingile. 
3. Valib liitumise variandi: mobiil -id, id-kaart, smart -id, pangalink, e-post ja salasõna. 
4. Pärast variandi valikut sisestab oma personaalsed andmed. 
5. Pärast personaalsete andmete sisestamist vajutab lingile “registreeru”. 
6. Registreerimisel kajastatud meilile tuleb kiri lingiga kinnitamiseks. 
7. Kasutaja kinnitab lingi kaudu oma konto loomise. 
Oodatav tulemus:​ konto loodud 
Faktiline tulemus: ​konto loodud 
 
S2.
Toodete ostmine 
 
Testi sammud: 
1. Kasutaja (persoon1) läheb veebilehele. 
2. Kasutaja siseneb süsteemi oma kasutajanime ja parooli. 
3. Kasutaja otsib, leiab ja lisab ostukorvi soovitud toodet. 
4. Kasutaja avab ostukorvi. 
5. Kasutaja vormistab tellimuse. 
6. Kasutaja valib tarneviisi. 
7. Kasutaja tasub tellimuse. 
8. Kasutaja saab kinnituse meilile. 
Oodatav tulemus:​ toode saab ostetud 
Faktiline tulemus: ​toode saab ostetud 
 
 
 
 
S3.
Kontojäägi kontroll 
 
Testi sammud: 
1. Kasutaja (persoon 1) läheb veebilehele. 
2. Kasutaja siseneb süsteemi oma kasutajanime ja parooli. 
3. Kasutaja tutvub oma kontojäägiga (kogutud raha kajastamine). 
Oodatav tulemus:​ kontojääk saab kontrollitud 
Faktiline tulemus:​ kontojääk saab kontrollitud 
 
S4.
Ostude ajaloo vaatamine 
 
Testi sammud: 
1. Kasutaja (persoon 1) läheb veebilehele. 
2. Kasutaja siseneb süsteemi oma kasutajanime ja parooliga. 
3. Kasutaja tutvub oma ostude ajalooga (mis, millal, milline summa, milline tarneviis), 
mis on kohe veebilehe üleval nähtav. 
Oodatav tulemus:​ ajalugu saab vaadatud 
Faktiline tulemus:​ ajalugu saab vaadatud 
 
S5.
Parooli taastamine 
 
Testi sammud: 
1. Kasutaja (persoon 2) läheb veebilehele. 
2. Kasutaja siseneb süsteemi oma kasutajanime ja parooli. 
3. Kasutajal ei õnnestu sisenemine , sest parool ei sobi. 
4.  Kasutaja valib funktsiooni - parooli taastamine. 
5. Kasutaja sisestab oma meili ja vajutab “muuda salasõna” lingile. 
6. Kasutaja meilile tuleb kiri koos lingiga parooli muutmiseks. 
7. Kasutaja läheb tulnud lingile ja sisestab uue parooli, kinnitab. 
8. Kasutaja läheb tagasi veebilehele. 
9. Kasutaja sisestab oma kasutajanime ja uue parooli. 
 
10. Kasutaja siseneb süsteemi. 
Oodatav tulemus:​ parool taastatud 
Faktiline tulemus:​ parool taastatud 
 
S6.
Keele vahetamine 
 
Testi sammud: 
1. Kasutaja (persoon 1) läheb veebilehele. 
2. Kasutajale avaneb veebileht eesti keeles. 
3. Kasutaja soovib keele muuta. 
4. Kasutaja teeb oma valiku. 
5. Kasutajale avaneb veebileht uues valitud keeles. 
Oodatav tulemus:​ keel vahetatud  
Faktiline tulemus:​ keel vahetatud 
 
S7.
Ema ja laps jao valimine 
 
Testi sammud: 
1. Kasutaja (persoon 1) läheb veebilehele. 
2. Kasutaja otsib ema ja lapse jao. 
3. Kasutaja valib ema ja lapse jao. 
Oodatav tulemus:​ ema ja lapse jao valitud 
Faktiline tulemus:​ ema ja lapse jao valitud 
 
Kõik mittefunktsionaalsed nõuded süsteemile said läbi katsetud ülalnimetatud stsenaariumite 
abil ka ja nõuded on rahuldatud. 
 
● Infoarhitektuur,  navigatsioon , card sorting 
 
Allpool on toodud apotheka.ee veebilehe infoarhitektuur. Võib öelda, et veebilehel on 
kolmekihiline arhitektuur. On olemas põhilised kategooriad ja alamkategooriad. 
 
Alamkategooriate alla lähevad omakorda tooted, teenused jne. Suure osa arhitektuurist võtab 
reklaam . Tooteid saab vaadata nii nimekirjana kui ka kastidena. Apotheka.ee veebileht kasutab 
Strict Hierarchy Pattern​ mustri, mis on väga populaarne infoarhitektuuri liik. 
   
 
 
 
 
 
 
 
 
Kasutades ​ https://xsortapp.com​ instrumend i tegime oma projekti jaoks Card Sortingu. Palusime 
osaleda testimises 5 inimest. Programmis oli loodud 5 kasutajat. Võtsime testimiseks 30 kaarti , 
mis on minimaalne vajalik kogus. Palusime kõikidel osalejatel panna kaardid vastavatesse 
kategooriatesse. Kategooriad on meil 4 tükki. Kuna kategooriad on eelnevalt teada, siis tähendab 
see, et me kasutasime suletud meetodi. Tulemus on nähtav piltidelt - kui palju aega võttis igal 
osalejal card sorting, kuidas nad kaarte paigutasid. Tulemustele tuginedes ei saa öelda, et 
veebilehe navigatsioon on hästi selge ja arusaadav, sest paljud kasutajad panid kaardid mitte nii, 
nagu see on reaalsel veebilehel tehtud. Eriti palju arusaamatusi tekkis hooaja kategooria. 
 
Üldiselt tulemused olid sellised: 
● kasutaja 1 - 26/30 tabamust 
● kasutaja 2 - 14/30 tabamust 
● kasutaja 3- 7/30 tabamust 
● kasutaja 4 - 16/30 tabamust 
● kasutaja 5 - 24/30 tabamust 
 
 
Meie tiim teeb järelduse, et veebilehel esitatud info võib kuuluda korraga mitmesse 
kategooriasse, mis raskendab kasutaja orienteerimise veebilehel. 
Samuti on erinevatel kasutajatel erinev ettekujutus kuidas saada ühele või teisele eesmärgile 
veebilehel. 
 
Erinevatest kategooriatest kasutajad näevad ühte ja sama materjali erinevalt. 
 
Saadud tulemuste põhjal saab juba paberil prototüübi loomisega alustada, sest nüüd on tiimil 
ettekujutus sellest, millega tekkis kasutajatel raskusi ja kuidas neil oleks mugavam veebilehel 
navigeerida. 
 
● Veebilehe prototüüp 
 
Meie tiimil on 3 märkust, kuidas saaks apotheka.ee veebilehe disaini paremaks muuta. Need on: 
 
1. Kuna Eestist sai mitmerahvusvaheline riik, siis meie tiim peab tähtsaks, et apotheka.ee 
veebileht oleks kättesaadav ka inglise keeles. Selleks me tegime sellise prototüübi, kus on 
valikuks 3 keelt - eesti, inglise ja vene. Lisaks sellele, valitakse praegu veebilehe keel lipu 
järgi, mis ei ole meie arvates mugav. Meie lisasime samuti keele lühendi. 
 
2. Unustasin parooli nupp oli nähtav ainult siis, kui kasutaja proovis sisse logida meili ja 
parooliga. Meie tegime uues disainis selle nupu kohe nähtavaks. 
 
3. Kui kasutaja soovis vaadata, mis apteekides on toode kättesaadav, avas tema apteekide 
nimekirja. Nimekiri ei olnud scrollitav, see võttis väga palju ruumi lehel. Tegime uue 
disaini nii, et nüüd on apkteekide nimekiri scrollitav ja võtab vähe ruumi veebilehel. 
 
Edasi toome meie prototüübi screenshoti. 
 
 
 
Meie valisime oma disaini jaoks paindliku veebidisaini, sest meie soovime , et meie disaini oleks 
mugav kasutada ja vaadata kõikide seadmetega. See peab tagama omakorda parima 
kasutajakogemuse. 
 
Prototüübi tegemiseks kasutas meie tiim Moqups teenuse. See on HTML5 rakendus, mida 
kasutatakse prototüüpide loomiseks. 
 
Prototüübina loodud uuel disainil on mitu muudatust. 
 
1. Keele valik sai mugavamaks. Nüüd ei kajastu keeled ainult lipudena vaid lipu juures on 
ka keele tähis. See teeb keele vahetamise kiiremaks ja lihtsamaks, arvestades seda, et 
apotheka veebilehte kasutavad paljudest rahvustest kasutajad. 
2. Nupp Unustasin parooli on piisavalt aktuaalne ja seda otsivad kasutajad tihti. Vanas 
disainis seda nuppu oli raske üles leida. Meie loodud uues disainis on antud nupp nähtav 
kohe avalehel sisenemise nupu juures. 
3. Vanas disainis oli võimalik apteegist toote kontroll ka, aga nimekiri võttis palju ruumi 
lehel ja seda ei olnud võimalik scrollida. Meie uues disainis on võimalik nimekirja 
scrollimine, mis säästab lehel ruumi ja kasutaja saab näha, kus ta on peatunud. 
 
 
● Prototüübi testimine 
 
Prototüübi testimiseks valis meie tiim 2 viisi - hallway testing ja remote testing. Mõlemad viisid 
olid valitud seepärast, et lubavad testida prototüübi üheaegselt. Tiim saab tulemused kohe ja saab 
jälgida reaalses elus, kuidas kasutajad testimist teevad. Antud viisid lubavad ka koostööd 
kasutajate ja tiimi vahel. Samuti võtavad need viisid vähem aega kui teised. Mõlemal puhul 
osales testimises 5 inimest. 
 
Hallway testing​ puhul palusime testida meie prototüüpi 5 juhuslikult valitud inimeselt ülikoolis. 
Neile oli antud 2 ülesannet: luua konto ja vahetada keel. 
 
Osalejatele oli ainult seletatud nii palju, et meie testime Apotheka veebilehe prototüüpi ja neil on 
vaja läbida 2 stsenaariumit. Tuginedes saadud tulemustele sekundites võib meie tiim teha 
järelduse, et veebileht on kasutamiseks mugav, sest kõik osalejad said väga lihtsalt ja kiiresti 
ülesannetega hakkama. 
 
Esimese sammuna palusime kasutajatel luua konto. Allpool toodud graafiku pealt näeme, et kõik 
viis osalejat said ülesandega hakkama. Kõige kiirem tulemus oli 69 sek ja kõige aeglasem - 91 
sek. 
 
 
 
 
Teine ülesanne oli keele vahetamine. Samuti ka siin kõik osalejad said hakkama. Kõige kiirem 
tulemus - vaid 4 sek ja kõige aeglasem siis - 12 sek. 
 
 
 
Teine testimise viis -​ remote testing​. Meie palusime testida prototüüpi viielt persoonade alla 
sobivalt inimeselt. Kõik viis osalejat asusid testimise ajal erinevates kohtades. Neile andsime 3 
ülesannet: kontojäägi kontroll, parooli taastamine ja ostude ajaloo vaatamine. 
 
Kuna testmine toimus internetis kasutasime selle jaoks Skype ja screen sharing . Seal oleme 
näinud kuidas iga osaleja saab hakkama ülesandega. 
 
Osalejatel oli vaja läbida 3 stsenaariumit kus nad kasutavad meie prototüübi. Tulemused olid 
muidugi erinevad kuna nad sõltuvad igast osalejast. Iga osaleja näitas päris head oskused ja kõik 
said kenasti hakkama püstitatud ülesandega algusest lõpuni. 
 
Esimene samm - kontojäägi kontroll. Kõige kiirem tulemus - 20 sek, kõige aeglasem - 53 sek. 
Teine samm - ostude ajaloo vaatamine. Kõige kiirem tulemus - 69 sek, kõige aeglasem - 93 sek. 
Kolmas samm  - parooli taastamine. Kõige kiirem tulemus - 65 sek, kõige aeglasem - 95 sek. 
 
Jällegi said kõik testimise osajelad ülesannetega hakkama. 
 
 
 
 
 
See oli modereeritud testimine kuna ​Moderated Sessions​ annavad võimaluse töötada osaleja ja 
juhendaja vahel. Kõik on Internetis ühel ajal ja osalejal on võimalus täpsustada mingi asi või 
küsida lisaküsimust, et paremini aru saada, mida ta peab tegema. Osaleja saab paremini aru 
kuidas probleemi lahendada ja kuidas õigesti ülesanne täita. 
 
● Kokkuvõte 
 
Meie projekti teemaks oli apotheka veebilehe disaini parendamine. Meie tiim teostas käesoleva 
veebilehe analüüsi, püstitas ülesanded, mida tuleks täita, et muuta disaini paremaks ja mugavaks, 
teostas prototüübi valmistamise ja testis uue prototüübi. Testides saadud tulemustele tuginedes 
võib teha järelduse, et meie tiim suutis muuta disaini paremaks, sest küsitletud kasutajad hakkasid 
väga kiiresti ja probleemideta uuel veebilehel navigeerida. 
 
Projekti tegemise ajal luges tiim palju kirjandust ja allikaid. Antud projekti abil saime palju teada 
kasutamismugavusest ja nüüd meil on teadmised, mida saab tulevikus kasutada uute veebilehtede  
loomisel ja vanade veebilehtede parendamisel. 
 
 
Järgmises projektis , kui see tuleb suuremas mahus , peaks kasutama ka teisi testimisviise lisaks 
ülaltoodud viisidele. 
 
Meie tiim tegi õige valiku testimismeetodite valimisel, sest need katsid kõiki stsenaariumeid ja 
olid “testijatele” arusaadavad. 
 
● Kasutatud kirjandus 
 
1. J. Ivask slaidid aines IDK1332 
2.  https://www.justinmind.com/blog/usability-testing-prototyping-7-best-user-testing-tools/ 
3.  https://www.userzoom.com/remote-unmoderated-usability-testing/a-framework-for-prepa
ring-your-remote-usability-test/ 
4.  https://uxplanet.org/why-is-it-important-to-do-usability-testing-5080a5640df3 
5.  https://hackernoon.com/the-ultimate-guide-difference-between-usability-and-user-experie
nce-e926c11eac7a