IHTE-1100 Kaper s2007 Luento 6: käytettävyyden hyötyjä ja arviointimenetelmiä

Transkriptio

1 IHTE-1100 Kaper s2007 Luento 6: käytettävyyden hyötyjä ja arviointimenetelmiä

2 Tämän päivän aiheita Käsitemalliesimerkkejä Käytettävyyden hyötyjä Käytettävyyden arviointimenetelmiä - Heuristiikat, heuristinen arviointi - Käytettävyystestaus - Paperiprototypointi Käytettävyystyön trendejä Käytettävyyskurssien esittelyä

3 Käsitemalliesimerkki Tentti-ilmoittautumisjärjestelmä

4 Tekstiviesti Muistutus Sähköposti Nimi Omat kurssit Kurssi Numero Tentti-ilmoittautuminen Haku Luennoija Kaikkien kurssien listaus Ilmoittautumisen peruminen Tentti Mones tenttikerta Ajankohta Sali

5 Navigointimalli

6 Käsitemalliesimerkki: bilelippuautomaatti Käyttäjät: Herwoodin teknillisen yliopiston (HTYO) opiskelijoita - Ostajat - Myyjät - Ylläpitäjät Käyttäjätutkimuksessa selvinnyttä: - Lippuja haluttaisiin ostaa myös netistä - Kirjautuminen opiskelijakortilla tai erillisillä tunnuksilla - Kännykkälippu toiveena - Haku nimen, ajankohdan että tapahtumatyypin perusteella.

7

8 BILELIPPUAUTOMAATTI* Tapahtumien selailu Tapahtumien haku Kirjautuminen Tapahtuman valinta Tapahtuman tiedot Lippujen lukumäärän valinta Ohjeiden haku * Tilauksen kuittaus Maksutavan valinta Maksaminen Uloskirjautuminen* Lippujen / koodin vastaanotto * Tänne voi siirtyä mistä vain

10 ISO :1998 Käytettävyyden hyödyt Käytettävyyden huomioiminen suunnittelussa on tärkeää - määrää käyttäjien työn tehokkuuden ja tarkkuuden - määrää käyttäjien tyytyväisyyden Tuotteen käytettävyyttä voidaan parantaa ottamalla mukaan ominaisuuksia, joiden tiedetään auttavan käyttäjää Käytettävyyden tason määrittäminen vaatii käyttäjän työn suorituksen ja käyttäjän tyytyväisyyden mittaamista Jotta käytettävyys voidaan ottaa osaksi tuotekehitystä, täytyy ymmärtää käytettävyyden vaatimukset

11 Ohjelmiston elinkaarikustannukset (Haikala & Märijärvi, Ohjelmistotuotanto, 2002)

12 Käytettävyyden hyötyjä Pienemmät kehityskustannukset Pienemmät ylläpitokustannukset Pienemmät käyttökustannukset Parempi laatu tuotteelle Tyytyväinen käyttäjä on tyytyväinen asiakas. Tyytyväinen asiakas on asiakas jatkossakin.

13 Return of investment: Käytettävyys = $ For developers and manufacturers, the advantages of creating usable products far outweigh the costs. The rule of thumb: every dollar invested in ease of use returns $10 to $100. [ Jakob Nielsen: Alertbox, January 7, 2003: Return on Investment for Usability - Development projects should spend 10% of their budget on usability. Following a usability redesign, websites increase usability by 135% on average; intranets improve slightly less. - Current best practices call for devoting about 10% of a project's budget to usability; this doubles usability.

14 ROI: Esimerkkejä IBM - On IBM's website, the most popular feature was the search function, because the site was difficult to navigate. The second most popular feature was the 'help' button, because the search technology was so ineffective. IBM's solution was a 10-week effort to redesign the site, which involved more than 100 employees at a cost estimated 'in the millions.' The result: In the first week after the redesign, use of the 'help' button decreased 84 per cent, while sales increased 400 per cent.

15 ROI: Esimerkkejä Creative Good - To hammer home its point, Creative Good offered the striking revelation that a dollar spent on advertising during the 1998 holiday season produced $5 in total revenue, while a dollar spent on customer experience improvements yielded more than $60.

16 ROI: Esimerkki Tulostimen ajuri, jonka asentaminen ei onnistunut helposti - Yli 50% ostajista soitti puhelintukeen (> ihmistä) - kulut lähes $ / kk - lopulta lähetettiin postitse päivitys kaikille asiakkaille kulut noin $ Entä jos olisi investoitu esim. $ käytettävyystestaukseen?

17 Työajasta tuhraantuu yli kolme tuntia viikossa Kotimaiset yritykset menettävät vuosittain kymmeniä tuhansia henkilötyövuosia it-ongelmien takia. Tietotekniikan ongelmat ovat nousseet uhaksi suomalaisten yritysten tehokkuudelle. Niistä aiheutuu jo 2,7 miljardin taakka kansantaloudelle. Tutkimuksen mukaan kansantalouden tehokkuuden kannalta olisi tärkeää, että tietotekniikan käytettävyys varmistetaan niin yksilö- kuin organisaatiotasolla. Käytettävyyttä kohentavat esimerkiksi jatkuva ja riittävä perus- ja jatkokoulutus, infrastruktuurin toimivuuden varmistaminen sekä pitkäjänteinen käyttäjälähtöinen tutkimus- ja kehitystoiminta. ITviikko

19 Tunnista tarve käyttäjäkeskeiselle suunnittelulle Ymmärrä ja määrittele käyttökonteksti Käyttäjäkeskeinen suunnitteluprosessi (ISO 13407) Evaluoi suunnitteluratkaisut vaatimuksia vasten Järjestelmä täyttää määritellyt käyttäjän ja organisaation vaatimukset Määrittele käyttäjän ja organisaation vaatimukset Tuota suunnitteluratkaisuja Ref: ISO 13407

20 Käyttäjien tarkkailu (observointi) Käyttäjän tarkkailu eli observointi voi olla - suoraa - epäsuoraa Voidaan tarkkailla normaalin työn tekemistä tai yksittäisen tehtävän suorittamista Päämääränä on selvittää käyttäjän näkökulmasta käytössä olevan menetelmän hyviä ja huonoja puolia Observointi on erittäin vaativaa - ihminen on taipuvainen näkemään sitä, mitä haluaa nähdä - ihminen voi havaita vain sen, minkä ymmärtää

21 Focus groups Ryhmähaastattelun eräs muoto Epämuodollinen 6-9 käyttäjää kerrallaan Moderaattori huolehtii, että keskustelu pysyy aiheessa Keskustelua järjestelmän ominaisuuksista ja/tai käyttöliittymästä - tavoitteena kerätä ideoita ja ajatuksia - voidaan keskustella myös tehtävistä jotka kestävät useita päiviä tai viikkoja

22 Käytettävyys ja ohjelmistoarkkitehtuurit Käytettävyys ei ole vain liima, jonka voi laittaa käyttöliittymän päälle Kaikkea ei voida toteuttaa jälkikäteen: - cancel - undo - järjestelmän tilan tarkkailu - tiedon uudelleenkäyttö - käyttäjäprofiilien hyödyntäminen - jne

23 Heuristiikka Heuristiikalla tarkoitetaan sääntöjen tai yleisten ohjeiden kokoelmaa Käytettävyyden heuristiikkojen tarkoitus on olla virikkeistävä, keksimään auttava nyrkkisääntöjen kokoelma Heureka!

24 Heuristiikka Käytettävyyden heuristiikkoja on useita erilaisia, esim. - Normanin suunnitteluperiaatteet - Nielsenin heuristisen arvioinnin lista - Shneidermanin kahdeksan kultaista sääntöä - jne Käytännön projekteissa usein luodaan omat heuristiikat

25 Jakob Nielsen "the king of usability" (Internet Magazine) "the guru of Web page usability" (The New York Times) "the smartest person on the Web" (ZDNet AnchorDesk) "perhaps the best-known design and usability guru on the Internet" (Financial Times) "the usability Pope" (Wirtschaftswoche Magazine, Germany) Kirjoja: - Prioritizing Web Usability, Homepage Usability: 50 Websites Deconstructed, Designing Web Usability: The Practice of Simplicity, International User Interfaces, Multimedia and Hypertext: The Internet and Beyond, 1995: - Advances in Human-Computer Interaction Vol. 5, 1995 (editor) - Usability Engineering,

26 Nielsen: heuristisen arvioinnin lista 1. Järjestelmän tilan näkyvyys

27 Nielsen: heuristisen arvioinnin lista 2. Järjestelmän ja todellisen maailman yhteys 3. Käyttäjän kontrolli ja vapaus

28 Nielsen: heuristisen arvioinnin lista 4. Johdonmukaisuus 5. Virheiden välttäminen 6. Tunnistettavuus ennen muistamista

29 Nielsen: heuristisen arvioinnin lista 7. Käytön joustavuus ja tehokkuus 8. Yksinkertaisuus 9. Virheiden käsittely 10.Opasteet ja dokumentaatio

30 Ben Shneiderman Professor in University of Maryland, (Human-Computer Interaction Laboratory ) Kirjoja: - Designing the User Interface: Strategies for Effective Human-Computer Interaction - Leonardo's Laptop: Human Needs and the New Computing Technologies the Eight Golden Rules of Interface Design

31 Käyttöliittymäsuunnittelun 8 kultaista sääntöä 1. Noudata yhtenäisyyttä toimintaketjuissa ja toimintatavoissa Terminologia Värit, fontit, kuvakkeet Samanlainen toimintatapa samassa tilanteessa

32 Kahdeksan kultaista sääntöä 2. Tarjoa edistyneille käyttäjille oikoteitä. näppäinoikotiet makrot piilotetut komennot

33 Kahdeksan kultaista sääntöä 3. Tarjoa informatiivista palautetta.

34 Kahdeksan kultaista sääntöä 4. Suunnittele dialogit siten, että ne johtavat lopputulokseen. Järjestä toimintoketjut siten, että niillä on alku, keskikohta ja loppu.

35 Kahdeksan kultaista sääntöä 5. Tarjoa yksinkertaista virheenkäsittelyä estä virheet auta käyttäjää toipumaan virhetilanteista

36 Kahdeksan kultaista sääntöä 6. Salli toimintojen helppo peruminen. yksittäisen tapahtuman toimintosarjojen

37 Kahdeksan kultaista sääntöä 7. Tue käyttäjän kontrollin tunnetta. Käyttäjä käynnistää tapahtumat ja toiminnot Käyttäjä voi tehdä valintoja

38 Kahdeksan kultaista sääntöä 8. Rajoita käyttäjän lyhytkestoisen muistin kuormitusta tarvittava informaatio joka näytöllä ohjeet, opasteet, syöteformaatit

39 Heuristinen arviointi Heuristinen arviointi tarkoittaa käyttöliittymän arviointia käytettävyysperiaatteiden (heuristiikkojen) avulla - taustalla oltava aina siis jotain teoreettista, tutkittua - arvioinnit eivät saa perustua pelkkään mutuun vaan perustelut on löydettävä kaikille väitteille!

40 Heuristinen arviointi Asiantuntijat suorittavat arvioinnin joko ryhmässä samalla kertaa tai yksin erikseen - suurin hyöty tavoitetaan 2-4 arvioijalla Arvioija eläytyy käyttäjän osaan

41 Montako arvioijaa? Löytyneet ongelmat Hyöty / kustannukset (Nielsen)

42 Heuristinen arviointi, etuja nopea suhteellisen halpa paljastaa monia potentiaalisia käytettävyysuhkia - myös sellaisia, joita ei käytettävyystesteissä löydy

43 Heuristinen arviointi, ongelmia maksimihyödyn saavuttamiseksi tulee suorittaa useita arviointeja arvioijan kokemattomuus vaikuttaa tuloksiin suuri väärien hälytyksien todennäköisyys monesti vaikea erottaa turhat ja vakavat ongelmat ei koskaan korvaa kunnollista käytettävyystestausta!

44 Heuristinen arviointi vs. asiantuntijaarviointi? Lähteestä riippuen saattavat olla synonyymit

45 Esimerkki: digiboxivertailu Sekä plussat että miinukset Ei yhtä selkeää voittajaa Kuningaskuluttaja asetti järjestykseen - käyttöönoton helppous - peruskatselu - ohjelmistopäivitys En suosittele kenellekään, mutta kyllähän tää digiboxi ihan hyvä on

46 Käytettävyystestaus Empiiristä käytettävyyden arvioimista Löydetään mahdollisia ongelmia käyttöliittymässä, navigoinnissa sekä käytön tehokkuudessa - riippuu tavoitteenasettelusta

47 Käytettävyystestauksesta Laboratoriossa Testin tavoitteiden asettaminen 2. Budjetti 3. Aikataulu 4. Testausympäristön valinta 5. Testaustavan valinta 6. Laitteistovaatimukset 7. Testikäyttäjien määrittäminen ja tavoittaminen 8. Vastuualueiden jakaminen 9. Testitehtävien laatiminen 10. Pilottitestaus 11. Testaus ja datankeruu 12. Analyysi 13. Raportointi ja tulosten purku...tai käyttökontekstissa

48 Käytettävyystestaus IHTE

49 Käytettävyystestaus IHTE

50 Käytettävyyslaboratorio TV istuin sohva nojatuoli pöytä 120x80 Työtuoli Työtuoli pöytä 100x80

51 Testikäyttäjien määrä

52 Kritiikkiä testikäyttäjien määrästä Mistä tiedetään, että on valittu juuri oikeat viisi käyttäjää? Mitä, jos kuudes käyttäjä löytää jonkun vakavan ongelman? Ei ole olemassa yhtä oikeaa vastausta, testikäyttäjien määrään tulisi vaikuttaa esim. - Eri käyttäjäryhmien ominaisuudet - Sovellusalue: voiko käytettävyysongelma olla turvallisuusriski Olennaista on, että testikäyttäjät edustavat todellisia käyttäjiä!

53 Paritestaus Käytettävyystesti, jossa kaksi käyttäjää neuvottelee yhdessä järjestelmän käytöstä Keskustelu luontevaa, tarkkailija saa selville päätösten perustelut Ei välttämättä aina luonteva testaustilanne

54 Erilaisia protyyppejä Prototyyppien tulisi olla halpoja ja nopeita tehdä Käyttötarkoituksesta riippuen prototyyppi voi olla - low-fi- (low fidelity), - täydellinen tai - käyttöliittymäprototyyppi - Ozin velhoa voidaan käyttää silloin, kun muunlaisen protyypin tekeminen ei ole mahdollista tai mielekästä.

55 Paperiprototyyppi Paperille tulostettu tai piirretty malli suunnitellun järjestelmän käyttöliittymästä - näytöt, dialogi-ikkunat, valikot jne. paperikuvina. Prototyypillä suoritetaan käytettävyystestaus (paperiprototypointi) - käyttäjä suorittaa tehtäviä - kuvien välisestä toiminnallisuudesta huolehtii tietokonetta leikkivä ihminen Päämääränä käyttöliittymäluonnosten vuorovaikutuksen sekä näyttöjen nopea testaaminen

56 Paperiprototyyppi Paperiprototypoinnin neljä vaihetta ovat 1. Konseptin suunnittelu 2. Interaktiivisuuden suunnittelu 3. Näyttöjen suunnittelu 4. Näyttöjen testaaminen

57 Paperiprototypointi, hyötyjä Käytettävyysongelmien havaitseminen aikaisessa vaiheessa Erilaisten ratkaisujen kokeileminen Nopea ja halpa menetelmä Suunnittelijoiden ja käyttäjien välinen kommunikaatio paranee Päätelaitetta ei tarvita

58 Mikä on käytettävyysongelma? Jos tuotteen... - käyttö johtaa väärän toiminnon valitsemiseen - käyttö johtaa turhautumiseen ja luovuttamiseen - antama palaute on huomaamatonta silloin kuin sen huomaaminen olisi tärkeää - antama palaute on väärin tulkittavissa - avulla ei pysty ratkaisemaan tehtävää tietyssä ajassa - avulla ei pysty ratkaisemaan tehtävää tietyllä määrällä yrityksiä - avulla ei päästä tehtävän määrittelemään lopputulokseen

59 Käytettävyysongelman vakavuus Riippuu kolmesta tekijästä: - Tiheydestä, kuinka usein ongelma ilmenee. Yleistä-harvinaista - Vaikutuksesta, joka ongelmalla on. Helppo vaikea toipua. - Ongelman jatkuvuudesta. Ensikertalaisen ongelma jatkuvasti eteen tuleva.

60 Luokitus löydöksen vakavuudelle (Nielsen) 0 - En pidä tätä käytettävyysongelmana. 1 Kosmeettinen: korjataan, jos aikaa jää 2 Pieni: korjattava, jos mahdollista 3 Suuri: tärkeää korjata kun mahdollista 4 Katastrofi: välttämätön korjata heti Muita viittauksia: T Tekninen ongelma (bugi) K Kommentti tai suunnitteluehdotus

61 Luokitus löydöksen vakavuudelle (ehdotus) 0 - En pidä tätä käytettävyysongelmana. 1 Kosmeettinen: korjataan, jos aikaa jää 2 Pieni: korjattava, jos mahdollista 3 Suuri: tärkeää korjata kun mahdollista 4 Vakava: välttämätön korjata heti Muita viittauksia: T Tekninen ongelma (bugi) K Kommentti tai suunnitteluehdotus + Hyvä ominaisuus, kannattaa ehdottomasti säilyttää

62 Discount Usability Edulliset ja nopeat menetelmät Tavoitteena vuorovaikutuksen nopea testaaminen tai arviointi, ei tilastollinen luotettavuus

63 Discount usability The primary characteristics of discount usability engineering are small sample sizes (i.e., fewer participants), frequent iterations of these small tests, and reliance on direct observations rather than on statistically established findings. Best suited to projects that have access to an in-house staff of usability specialists. A prerequisite is the capability to quickly incorporate the results of each small study into a subsequent iteration of the prototype which will be tested again. It's necessary to be able to define test tasks quickly and perform the testing in a short timeframe. These short turn-around cycles are easiest to perform when all the developers and experimenters involved work for the same company and have an established pattern of working together. Ref:

65 Käytettävyystyön trendejä Käyttöliittymäsuunnittelusta käyttäjien tarpeiden ja käyttökontekstin tutkimiseen ilmeisten ja piilevien käyttäjävaatimusten määrittely Aikainen, iteratiivinen prototypointi ja testaus käyttäjillä jo määrittelyvaiheessa, esim. paperiprotoilla Monialaiset projektitiimit jo projektin alkuvaiheessa: Insinöörit, käyttäjätutkijat, muotoilijat, markkinointi, kielen ammattilaiset, jne. Discount usability silloin, kun tuotekehitys on nopeaa

66 Käytettävyyden trendejä 2007->

67 Motto Käyttöliittymä ei ole maali jolla projektin tuote lopussa päällystetään, vaan teräskehikko jonka varaan yksityiskohdat kiinnitetään. Ben Shneiderman

68 Käytettävyys tavoite, tehtävä käyttäjä Tarkoituksenmukaisuus Tehokkuus Tyytyväisyys käyttökonteksti

70 Graafisen käyttöliittymän ohjelmointi (4-6 op) Käyttöliittymäsuunnittelun perusteet (3 op) GRAKO IHMINEN JA TEKNIIKKA - SEMINAARIT KAPRO KASUPER KAME KASU Käytettävyys ohjelmistoprojektissa (3 op) Käyttäjäkeskeisen suunnittelun työkurssi (4 op) Käytettävyystutkimuksen menetelmät (4 op) KATU Käyttäjäkeskeinen tuotekehitys (5 op) Käytettävyyden perusteet (3 op) KAPER IKA Ihminen käyttäjänä (4 op)

71 Käytettävyystyön roolit, esimerkkejä Käytettävyysasiantuntija - tuotekehitysprojektin päällikkö, jolla UCD-näkökulma -projektin UCD-asiantuntija, joka suorittaa UCD-aktiviteetit -useamman UCD-projektin sisäinen käytettävyyskonsultti Suunnittelija-toteuttaja -UI-suunnittelu -käyttäjätutkimusten tulkkaus -SW-suunnittelu -koodaus Tutkija/tutkimuspäällikkö - puoliperustutkimuskysymysten ratkaisu tutkimusprojekteissa -liittyen käyttökokemukseen Muut sivuaineopiskelijat, esim. -markkinointipäällikkö -laatupäällikkö -jne.

72 Käyttäjäkeskeinen tuotekehitys, IHTE-3100 Tavoitteet: - ymmärtää käyttäjäkeskeisen tuotekehityksen kokonaisprosessi - tuntea eri sidosryhmien vaatimukset - käyttäjäkeskeisen suunnittelun menetelmien sopivuus eri vaiheissa Aihepiiri 1: Näkökulmat käytettävyyteen ja käyttäjäkeskeiseen suunnitteluun Aihepiiri 2: Miten käytettävyys integroidaan tuotekehitysprosesseihin Aihepiiri 3: Käyttäjäkeskeisen suunnittelun menetelmät Kommunikointi, ryhmätyömenetelmät, tiedon jakaminen HT vaihe 1 HT vaihe 2 HT vaihe 3

73 Kenen kannattaa valita käytettävyys? Käytettävyyden pääaine soveltuu opiskelijoille, jotka ovat kiinnostuneet ihmisen ja tekniikan välisestä vuorovaikutuksesta. Käytettävyyden pääaine antaa opiskelijalle monialaisen kokonaiskuvan vuorovaikutteisten menestystuotteiden suunnittelusta ja toteutuksesta. Pääaine antaa valmiudet yhdistää tekniikan mahdollisuudet ja käyttäjäryhmien vaatimukset tuotekehitysprosessissa.