Sirra Toivonen & Matti Vuori. Tulevaisuuden käyttöliittymät AUTOMAATIO 1



Samankaltaiset tiedostot
Mitä käytettävyys on? Käytettävyys verkko-opetuksessa. Miksi käytettävyys on tärkeää? Mitä käytettävyys on? Nielsen: käytettävyysheuristiikat

Käytettävyys verkko-opetuksessa Jussi Mantere

VTT AUTOMAATIO. Tulevaisuuden tuotteiden käytettävyystestauksesta ja -arvioinnista. Matti Vuori

KÄYTETTÄVYYDEN PERUSTEET 1,5op. Käytettävyyden arviointi paperiprototyypeillä Kirsikka Vaajakallio TaiK

Käytettävyyden testaus

Linssintarkastusjärjestelmän käyttöliittymän käytettävyyden arviointi

Good Minton Sulkapalloliiton Kilpailujärjestelmä SEPA: Heuristinen arviointi

T Johdatus käyttäjäkeskeiseen tuotekehitykseen. suunnitteluprosessissa. Käyttäjän huomiointi. Iteroitu versio paljon kirjoitusvirheitä

Käyttäjäkeskeinen suunnittelu

Ohjelmiston testaus ja laatu. Ohjelmistotekniikka elinkaarimallit

KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ

HELIA 1 (1) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu :08

T Käyttäjäkeskeisen tuotekehityksen harjoitustyö kevät 2005

Studio ART Oy. Yritysesittely. Studio ART Oy. Kasöörintie Oulu p

Käytettävyyssuunnittelu. Kristiina Karvonen Käytettävyysasiantuntija Nokia Networks

Käyttäjäkeskeisyys verkkopalveluissa

Käyttäjätestaus. Mika P. Nieminen Käytettävyysryhmä Teknillinen korkeakoulu. Mika P. Nieminen, TKK 1

II Voitto-seminaari Konseptointivaihe

Nimi: Opnro: Harjoitustyön suoritus: ( ) syksy 2006 ( ) syksy 2005 ( ) muu, mikä. 1. Selitä seuraavat termit muutamalla virkkeellä ja/tai kaaviolla:

Teknillinen korkeakoulu T Tietojenkäsittelyopin ohjelmatyö. Käyttöliittymäprototyypin testaussuunnitelma. Koordinaattieditori

Ohjelmiston testaus ja laatu. Testaus käytettävyys

Yhteisöllisen tuotekehyksen avoin verkkolaboratorio. Asta Bäck

Merlin Systems Oy. Kommunikaatiokartoitus päätöksenteon pohjaksi. Riku Pyrrö, Merlin Systems Oy

3 SUUNNITTELUVALMIUKSIEN KEHITTÄMINEN

SEPA-päiväkirja: Käytettävyystestaus & Heuristinen testaus

Miten varmistaa käytettävyys terveydenhuollon tietojärjestelmien* hankinnoissa? Vaihtoehdot ja niiden haasteet?

Näkemyksiä ja kokemuksia käyttäjälähtöisestä suunnittelusta Hannu Paunonen Metso Automation Oy

Käytettävyys tuotekehityksessä mitä pitäisi osata?

SoberIT Software Business and Engineering Institute T Testaussuunnitelma paperiprototyyppi ja Kevät 2003 HELSINKI UNIVERSITY OF TECHNOLOGY

Miten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita?

Rakennusautomaation käytettävyys. Rakennusautomaatioseminaari Sami Karjalainen, VTT

Käytettävyystyön laatu: tarjotaanko oikeita palveluja, tuotetaanko oikeita tuloksia?

Käytettävyyslaatumallin rakentaminen verkkosivustolle

Miten suunnitella hyvä käyttöliittymä?

H Prosessi- ja kokonaisarkkitehtuurityökalu palveluna Liite 17 Käytettävyyden arviointi

KÄYTETTÄVYYSPÄIVÄ Meeri Mäntylä (sis. osia Anne Pirisen esityksestä) KÄYTETTÄVYYS. Mitä merkitystä sillä on?

Heuristinen arviointi. Laskari 7

TUTKIMUKSEN LÄHTÖKOHTIA, TOTEUTUS ja HYÖDYT Kalle Saastamoinen Lappeenrannan Teknillinen Yliopisto LTY 2003

Käytettävyys ja sen merkitys

Käytettävyyden arviointi ja käytettävyystestauksen soveltaminen terveydenhuollon tietojärjestelmien valinnassa

Yhteistoiminnallisen humanoidirobotin sosiaalisia vaikutuksia työpaikalla

HELIA 1 (11) Outi Virkki Käyttöliittymät ja ohjelmiston suunnittelu

Yhteenveto tutkimusmenetelmien kehittäminen ja evaluointi. Tuomo Kujala Agora Center WUD 2007 Jyväskylä

Co-creative Entrepreneurship Education for All Aalto Students

Vuorekseen liittyvä tutkimusja kehitysprojekti. Langaton Vuores. Kotikatupalvelin

Turvallisen tekniikan seminaari 2013 Työpajapäivä, Keskiviikko 29.5

Monien menetelmien riemu ja rikkaus tutkimuksessa. Saila Huuskonen BMF-kevätseminaari

Harjoitus 7: NCSS - Tilastollinen analyysi

Käyttäjien, käytön ja käyttöympäristön mallinnus käyttöliittymäsuunnittelun apuvälineenä

Käyttöliittymän suunnittelu tilastotieteen verkko-opetukseen. Jouni Nevalainen

Testauksen tuki nopealle tuotekehitykselle. Antti Jääskeläinen Matti Vuori

Käyttäjäkeskeinen suunnittelu

Tuotekehityskustannusten hallintaa laadukkaalla suunnittelulla Teemu Launis

VirtuaaliKYLÄ. Työtur vallisuusanaly ysi.»

Opetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen

Kandidaatintutkielman arviointikriteerit

Ryhmäläisten nimet:

Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma

TYÖPAJAN OHJELMA

DESIGN THINKINGILLÄ MENESTYSTARINA: TAPIOLA PRIVATE Tommi Elomaa Yksikönjohtaja Yksityistalousasiakkaat

FixUi:n palvelumuotoilupaketit. Ota yhteyttä:

Sudenkuoppia, yllätyksiä, pään vaivaa

TIE Ohjelmistojen testaus 2015 Harjoitustyö Vaiheet 1 ja 2. Antti Jääskeläinen Matti Vuori

Yhteenveto. Aiheita lopuksi

COTOOL dokumentaatio SEPA: Käytettävyystestaus

Palaute kuvapuhelinpalveluiden toteuttamisesta ammattilaisen näkökulmasta

KÄYTETTÄVYYDEN PERUSTEET 1,5op. Mitä on käyttäjäkeskeinen suunnittelu? Mitä on käyttäjäkeskeinen muotoilu? Pieniä harjoituksia

OPISKELIJAN MUISTILISTA

Simulaattoriavusteinen ohjelmistotestaus työkoneympäristössä. Simo Tauriainen

Kansallinen ASPAtietojärjestelmä

ENG-A1002 ARTS-ENG-Projekti. B-kori

Projektityökaluilla tuottavuutta toimintaan, Espoo, Kari Kärkkäinen

KÄYTETTÄVYYSPÄIVÄ Johanna Silvennoinen (Perustuu Meeri Mäntylän kalvoihin, sis. osia Anne Pirisen esityksestä)

EcoProP Potilashuoneen toiminnalliset vaatimukset

Käytettävyyden arvionti

Paarien käytettävyys SEMINAARI

ividays BLOG Design Elina / Tomi / Timo / Otso /

Oleelliset vaikeudet OT:ssa 1/2

Perussurffaajat: Tiia Tirkkonen, Teppo Porkka, Janne Tuomisto. Verkkopalvelun arviointisuunnitelma Spotify

Tietokannan luominen:

Työpajapäivä Kuva: VTT

Hirviö SEPA-dokumentti Käyttöliittymän heuristinen arvoiointi

Ryhmäläisten nimet:

KÄYTETTÄVYYS KÄYTETTÄVYYSPÄIVÄ Mitä käytettävyys on? Mitä merkitystä sillä on? Mitkä ovat suurimmat haasteet sen saavuttamikseksi?

Miten varmistaa käytettyys terveydenhuollon tietojärjestelmien* hankinnoissa**?

Työelämän taitojen harjoittelu teknologian käytettävyyden arvioinnin opetuksessa

Agenda. Johdanto Ominaispiirteitä Kokonaisjärjestelmän määrittely Eri alojen edustajien roolit Sulautetut järjestelmät ja sulautettu ohjelmointi

KÄYTETTÄVYYDEN PERUSTEET 1,5op. Käyttäjäaineiston tulkinta. Tehtävä Käyttäjäaineiston tulkinta ja suunnitteluvaatimukset. Katja Soini TaiK 11.4.

KÄYTETTÄVYYSPÄIVÄ

T Vuorovaikutteinen prototyyppi ja käyttöohjeet. Laskari 9: Kevät 2005

S Portaalinosturi AS Projektisuunnitelma Oleg Kovalev

Lausunto opinnäytetyöstä (AMK-tutkinto) Tekijä/tekijät: Työn nimi: Paikka ja aika:

T Johdatus käyttäjäkeskeiseen tuotekehitykseen Kertausluento

VTT Työraportti 8 Käyttäjäkeskeisen tuotekehityksen tietovaranto ja sen tuottaminen. Jouni Kivistö-Rahnasto & Matti Vuori

USABILITY 2 TYÖRAPORTTI 1

Käyttäjän ääni Heti, nyt ja aina. Arto Puikkonen Johtava konsultti, UX-palvelut

Kajaanin ammattikorkeakoulu Opinnäytetyösuunnitelman ohje

Onnistunut SAP-projekti laadunvarmistuksen keinoin

KÄSITEANALYYSI PROSESSINA JA TARVEANALYYSI

TIE Ohjelmistojen suunnittelu. Luento 2: protot sun muut

Transkriptio:

käyttöliittymien käytettävyyden varmistaminen Esitys SMART-tutkimusohjelman seminaarissa käyttöliittymien kehittäminen 18.5.1999 käyttöliittymät Sirra Toivonen & Matti Vuori AUTOMAATIO 1

Sisällysluettelo Sisällysluettelo...2 Käytettävyysarvioinnin tavoitteet...3 Käytettävyysarvioinnin tavoitteita tuotekehityksen eri vaiheissa...4 tuotteen käytettävyysarvioinnin tavoitteita...5 Esimerkkejä erilaisista tilanteista tulevaisuuden käyttöliittymien käytettävyysarvioinnista...6 Käytettävyysarvioinnin yleiset lähtökohdat...7 Tarpeen ja kohteen mukaan...8 Arvioinnin työkaluja...10 Luettelo menetelmistä...10 Asiantuntijamenetelmät...13 Heuristinen arviointi...13 Käytettävyyssuunnittelun hyvät periaatteet (heuristiikat) suunnittelun taso...15 Tietokoneohjelman käytettävyyssuunnittelun hyvät periaatteet (heuristiikat) käyttöliittymän taso...19 Tarkistuslistat...22 Tuotteen käyttötehtävän käytettävyysanalyysi...24 Tuotteen visuaalisten ja muotoiluratkaisujen arvioinnin tarkistuslista...26 Käytettävyystestaus...30 Käytettävyystestauksen vaiheet...31 tuotteiden käytettävyystestauksen erityispiirteitä...35 Varhaisen proton Lo-Tech -testaus laboratoriossa...37 Olemassa olevan laitteen käytettävyystestaus tehdasolosuhteissa...38 Tuotteen turvallisuusanalyysimenetelmiä...39 Esimerkki: jääkaappi...41 Lähtökohdat:... 41 Menetelmät... 43 Päiväys: 20.5.1999 käyttöliittymät AUTOMAATIO 2

Käytettävyysarvioinnin tavoitteet Saada tietoon käyttäjien tarpeet käyttöliittymien osalta Saada tietää, millaisia käyttöliittymiä käyttäjät hyväksyvät Saada tietää, millaista käyttöliittymää käyttäjät pystyvät käyttämään. Saada tietää kuinka käyttäjät käyttävät käyttöliittymää Tavoitteet riippuvat testauksen ajankohdasta käyttöliittymät AUTOMAATIO 3

Käytettävyysarvioinnin tavoitteita tuotekehityksen eri vaiheissa Tiedonkeruu vaihe Ideoiden saaminen uuteen konseptiin Ensimmäisten yleisten ideoiden ja konseptien testaus Nykyisten ongelmakohtien selvittäminen Vastaukset erityiskysymyksiin Konseptivaihe Vastauksia kysymyksiin Täytetäänkö vaatimusmäärittelyn vaatimukset Ideoiden ja konseptien valinta Käytettävyysongelmien selvittäminen Suunnittelu ja prototyyppivaihe Lopullisen konseptin testaus Toteutuksen verifiointi Markkinoille lanseerauksen jälkeen Ongelmien ja huomioiden selvittäminen Käytettävyyskriteerien täyttyminen Ongelmien yksilöinti käyttöliittymät AUTOMAATIO 4

tuotteen käytettävyysarvioinnin tavoitteita Ymmärrys konseptin käytöstä ja toiminnasta Teknologian vaikutukset käytettävyyteen Eri teknologioiden vertailu Konseptin yleinen toimivuus Käyttäjän muuttuneet toimintamallit Tuotekehityksen näkemysten verifiointi Näkemyksen luotettavuuden valmistaminen käyttöliittymät AUTOMAATIO 5

Esimerkkejä erilaisista tilanteista tulevaisuuden käyttöliittymien käytettävyysarvioinnista Tilanne 1: On tehty skenaarioita tulevaisuuteen ja luotu niihin sopivia tuote- ja käyttöliittymäkonsepteja. Nyt pitäisi varmistaa, että luodut konseptit vastaavat tulevaisuuden käyttäjien tarpeita ja että niiden käytettävyys on halutun tasoinen. käyttäjät ja käyttötilanteet on selvitetty. Tilanne 2: Käyttöliittymäkonsepti voidaan toteuttaa eri tyyppisillä teknologioilla, joita halutaan vertailla. Tilanne 3: Jos ollaan jo pidemmällä tuotteen kehittämisessä ja on valittu yksi toteutettava teknologia, voidaan konkreettisesti selvittää tärkeimpiä kehityskohteita. käyttöliittymät AUTOMAATIO 6

Käytettävyysarvioinnin yleiset lähtökohdat Arviointi lähtee toiminnasta, käytön ja käyttäjien tarpeista. Vaaditaan hyvin monipuolista tietoa => Suunnittelijan osaaminen ei siten riitä, pitää saada Käytännöllistä todistusaineistoa Käyttäjien mielipiteitä ja kokemuksia Erilaisten asiantuntijoiden mielipiteitä Hyvyyteen vaikuttaa myös käyttäjien käsitys tuotteesta ja heidän osallistumisensa sen hankintaan ja kehittämiseen Maailma on suhteellinen: vertailu kilpailijoihin ja vanhaan tuotteeseen kertoo tasosta Numeeriset arvot hyvyydelle eivät aina mahdollisia / järkeviä Tarvitaan sekä analyyttisiä että kokeellisia menetelmiä käyttöliittymät AUTOMAATIO 7

Tarpeen ja kohteen mukaan Mahdollisimman aikaisessa vaiheissa, kun ensimmäiset konseptien mustat laatikot valmiina, jatkuen koko tuotekehitysprosessin ajan Tavoitteet vaihtelevat: Konseptin toimivuus Käyttäjän toimintamallit ja tehtävät Teknologian toimivuus Kehityskohteiden löytäminen Laadunvarmistus Pyrkimys sujuvaan, epäviralliseen arviointiin Nopeat arviointipyynnöt ratkaisuille Kevyet kokeilut Perusteellisemmat testit / käyttökokeet Analyyttiset menetelmät Systemaattinen eri asioiden tarkastelu Katselmukset yhteinen, virallinen muoto käyttöliittymät AUTOMAATIO 8

Käyttöliittymän ja käytettävyyden arviointimahdollisuuksia tuotesuunnittelun eri vaiheissa Tuotekokonaisuus: - "tuote" - ohjeet - pakkaus - jne... Heuristinen arviointi ja hyväksyntä Ideoita Iterointi Tuotekonsepti Luonnos / kehittely Iterointi CAD-malli Käytettävyyssuunnitteluohjeet Käytettävyyslaadun baseline Kilpailevien ja aiempien tuotteiden käyttökokemus- ja ominaisuustiedot Käytettävyyden "markkinahyväksyttävyys" Vaadittava ominaisuusjoukko Käyttäjien kommentit Käytettävyystesti Kehittämistarpeita ja -ideoita Hyväksyntä, kehittämistarpeita Prototyyppi Käyttäjien hyväksyntä Analyysit ja simuloinnit - esim. turvallisuusanalyysit Esisarja Muutostarpeet Koekäyttö todellisissa oloissa Valmistettava versio Käytössä oleva tuote Korjauksia, kokemusta seuraavaan malliin Käyttökokemukset, reklamaatiot, kyselyt, tuotevahingot käyttöliittymät AUTOMAATIO 9

Arvioinnin työkaluja Luettelo menetelmistä Luonnosten, piirustusten (paperiprotot), visualisointien, tietokoneprotojen arviointi Heuristinen arviointi onko suunniteltu hyvien peukalosääntöjen mukaisesti Asiantuntija-arvio (kaikissa vaiheissa) Ryhmäläpikäynti (käytettävyysasiantuntija + tekniikan asiantuntija + käyttäjiä) Vertailu kilpailijatuotteisiin, toimialan muihin tuotteisiin, uusiin ratkaisuihin vastaavissa käyttöliittymissä Tarkistuslistat toimilaitteet, ratkaisut, standardien mukaisuus (käytettävyys, käyttöjärjestelmän standardi, yritysstandardit...)) Visuaalinen tarkistus (visuaalisuuden kaikki kriteerit) ja linkkianalyysi (käyttöliittymän osien välinen navigointi ja loogiset yhteydet) käyttöliittymät AUTOMAATIO 10

CAD, virtuaalitodellisuus (mitoitukset, toiminnan tarkastelu...) Simulointimenetelmät ( käytön kuvitteellinen läpikäynti ) Tuotteen visualisointi Näyttöjen vaihtelu käsin Käytön vaiheittainen analyyttinen läpikäynti: Yleismenetelmä Tuotteen käyttötehtävän käytettävyysanalyysi Käyttötilanteiden päätöksentekotilanteet Kognitiivinen läpikäynti Inhimilliset virheet Toimintovirheanalyysi Väärinkäyttömahdollisuudet Tuotteen väärinkäyttöanalyysi Käyttöturvallisuus Työn turvallisuusanalyysi Osaratkaisujen kokeilut (vanhassa tuotteessa, mock-upissa, erilleen viritettynä) käyttöliittymät AUTOMAATIO 11

Käytettävyystestit (eri tyylit) Ohjattu testaaja-testaus -asetelma Vapaa läpikäynti pareittain Testaustilassa tai käyttäjän omassa ympäristössä Toimilaitetestit, ml. ikonitestit ( Mitä luulet tämän tekevän? ) Laadulliset testit (ongelmia?) vs. numeeriset testit (kauanko kestää?) (Vapaamuotoiset käyttökokeet) Viiteryhmien ja käyttäjien mielipiteet Focus group Katselmukset Käytön havainnointi Logien analysointi Haastattelut Kyselyt käyttöliittymät AUTOMAATIO 12

Asiantuntijamenetelmät Heuristinen arviointi Asiantuntijan tekemä kirjoituspöytä-arviointi jo varhaisille demoille tai protoille Tarkistetaan, että suunnitelma vastaa yleisesti hyväksi havaittuja käytettävyysperiaatteita Yleensä ensimmäisiä arviointimenetelmiä projekteissa Hyviä nyrkkisääntöjä eli heuristiikkoja on julkaistu erilaisina listoina käyttöliittymät AUTOMAATIO 13

Heuristinen arviointi Välineen käyttötarkoitus: Heuristiikat tarkoittavat käytännöllisiä hyvien ratkaisujen nyrkkisääntöjä. Heuristisessa arvioinnissa käydään läpi joukko periaatteita ja tarkistetaan, ovatko ratkaisut niiden mukaisia. Menetelmä paljastaakin suhteellisen tehokkaasti tuotteen yleisiä piirteitä ja sopii jo varhaisten luonnosten arviointiin. Käyttäjä: Käytettävyyden arvioijat. Tulokset: Näkemys tuotteen tai käyttöliittymän yleisestä käytettävyydestä ja yhteensopivuudesta yleisesti hyviksi havaittujen periaatteiden kanssa. Soveltaminen: Luonnos, prototyyppi tai tuote käydään läpi joko yksilötyönä tai työparina. Dokumentointi: Vapaamuotoinen muistio. käyttöliittymät AUTOMAATIO 14

Käytettävyyssuunnittelun hyvät periaatteet (heuristiikat) suunnittelun taso Toteuta toiminnot käyttäjän tehtävän, sisäisen mallin ja käsitteistön mukaisesti Suunnittelijan malli on usein varsin erilainen Tee sopiva työnjako ihmisen ja laitteen välillä Mikä sopii ihmiselle paremmin ja mikä laitteelle Suosi yksinkertaisia periaatteita ja rationalisoi toimintoja Hyödynnä tuttuja ratkaisuja Yhteensopivuus odotusten ja stereotypioiden kanssa Toimialan tai käyttöympäristön käytännöt Käytä koeteltuja ja hyväksyttyjä ratkaisuja Pyörää ei kannata keksiä uudestaan hieman erilaiseksi Standardit käyttöliittymät AUTOMAATIO 15

Jos ratkaisu ei ole koeteltu, voiko sen toimivuudesta ennen käyttöönottoa saada luotettavan kuvan? Onko ratkaisun toimivuus simuloitavissa tai testattavissa? Protojen testaus potentiaalisilla käyttäjillä Ohjeiden testaus potentiaalisilla käyttäjillä Systeemitestaus... moduulitestaus... komponenttitestus... teknologiatestaus... Suunnittele vaikeimman käyttäjän mukaan Näin se sopii kaikille Esim. värisokeille tai heikkovoimaisille suunniteltu laite sopii yleensä kaikille hyvin Suunnittele kaikille potentiaalisille käyttäjille sopivaksi Esim. vasenkätiset käyttöliittymät AUTOMAATIO 16

Käytä kulttuuririippumattomia ratkaisuja Kansat Käyttäjäryhmät Ammattikunnat Symbolit / sanallinen ilmaisu / kieli Värit Suunnittele kaikkiin käyttöolosuhteisiin sopivaksi Esimerkiksi erilaiset ympäristöt: pimeä, lentokone, ulkona... Robusti suunnittelu Toiminnot, jotka sopivat laajalle toimintaparametrien vaihteluvälille Varmista vaaralliset toiminnot Toteutuksen varmistus kuittauksella (Kyllä? / ei?) Eston, suojauksen poisto Mahdollista toiminnon peruminen tai järjestelmän edellisen tilan palautus Ohjelmistojen undo -toiminto käyttöliittymät AUTOMAATIO 17

Sovella ergonomisia periaatteita Fyysinen ja informaatioergonomia käyttöliittymät AUTOMAATIO 18

Tietokoneohjelman käytettävyyssuunnittelun hyvät periaatteet (heuristiikat) käyttöliittymän taso (Jakob Nielsen kirjassaan Usability Engineering. Omia tarkennuksia suluissa) Yksinkertainen ja luonnollinen dialogi Vain tarvittavat tiedot näyttöihin. Luonnollinen ja looginen järjestys (Yksinkertainen, ekonominen näyttösuunnittelu) Käytä käyttäjien kieltä Käsitteet (ja luonnollinen kieli) (Tehtävän, työn kieli ei tietokonekieli) Minimoi käyttäjän muistin kuormitus Ei muistamistarvetta näyttöjen välillä. Ohjeet jatkuvasti saatavilla (Käyttöliittymä tuote kertoo, miten sitä käytetään. Mahdollisuudet aina näkyvissä) Yhdenmukaisuus (konsistenssi) Käsitteet ja toiminnot joka paikassa samanlaiset (Ja standardien, tottumusten mukainen esimerkiksi Windows) käyttöliittymät AUTOMAATIO 19

Palaute Palaute käyttäjälle, mitä tapahtuu. Kohtuullinen palautteen viive (Laite kertoo tilansa) Selvästi merkityt poistumistiet Hätäpoistumistiet, jos eksyy väärään toimintoon (Toimintojen perumismahdollisuus) Oikopolut Oikopolut ja pikanäppäimet tehostavat kehittynyttä käyttäjää (mutta eivät häiritse noviisia) Hyvät virheilmoitukset Selkeällä kielellä. Selvästi: Mikä on ongelma? Miten sen voi selvittää? (Ei koodeja. Ei syyllistämistä.) Estä virheet ennakolta (Lipsahdukset, sääntöpohjaiset virheet ja päättelyvirheet, väärinkäyttö) käyttöliittymät AUTOMAATIO 20

Opasteet ja dokumentaatio Helppo etsiä asioita Keskittyy käyttäjän tehtäviin Luettelee tehtävien vaiheet Ei liian laaja (Ideaali: pärjätään ilman, mutta harva tuote on niin itsestäänselvä) Lisäyksiä: Hallintalaitteiden kytkennät toisiinsa ja toimintoihin Olosuhteiden ja käyttäjän mukainen Esimerkiksi tekstikoot, näyttöjen koko Toimivuus eri ohjauslaitteilla Rakennettu tehtävän mukaiseksi Navigointi, valikkorakenteet, toimintojärjestykset Muuntautumiskyky: tehtävien suoritusjärjestys, ei-modaalisuus käyttöliittymät AUTOMAATIO 21

Tarkistuslistat Käyttö Käyttäjätarpeiden määrittelyssä Tavoitteenasettelussa Suunnittelijan tukena Katselmuksissa Hyväksynnässä Koulutuksessa Erilaisia Yleisiä ominaisuuslistoja (ergonomiset periaatteet, hyvä työ, valmistettavuus, tuotteen yleiset kriteerit) Tuoteryhmäkohtaisia Itse tehtyjä, omalle tuotteelle, konekonseptille räätälöityjä Voi tulla liian spesifi, asiakkaan ääni hukkuu omien ratkaisumallien tarkasteluun käyttöliittymät AUTOMAATIO 22

Tarkastelun kohde Tuotteen toiminnalliset ominaisuudet ( asiakkaan ääni ) Tuotteen tekniset, rakenteelliset ominaisuudet ( valmistajan ääni ) Suunnittelun kohteet yleensä Monikäyttöisyys Monikäyttöisyys tuo kriittisen massan Käyttö kaikissa suunnitteluvaiheissa on laatujärjestelmällistäkin Listan käytettävyys kaikille relevanteille ammattiryhmille (esim. työterveyshenkilöstön osallistuminen käytettävyyden käsittelyyn eri vaiheissa tuotekehitystä) käyttöliittymät AUTOMAATIO 23

Tuotteen käyttötehtävän käytettävyysanalyysi Kirjoituspöytämenetelmä Puretaan käyttö tehtävä simuloiden osiin ja tehdään havaintoja, jotka kirjataan lomakkeelle Ongelmat, ihmettely, etsiminen Virhemahdollisuudet Vaarat Haitat Turhat toiminnot, teot Positiiviset havainnot! Samalla mietitään tuotteen kehittämistä käyttöliittymät AUTOMAATIO 24

TUOTTEEN KÄYTTÖTEHTÄVÄN KÄYTETTÄVYYSANALYYSI Tuote: Sivu: 1(1) Laatijat: Käyttötehtävä: Tämän sivun täyttöpvm Tehtävän vaihe Mitä käyttäjä tekee Huomio Ongelma Vaara Ongelman syyt Pisteytys Ongelman seurausten [ Positiiviset huom iot sulkuihin] vakavuus Ongel man laajuus / miten usein haittaa Esittävät parannusehdotukset. Esim Tuotteen muuttaminen Paremmat merkinnät Paremmat ohjeet käyttöliittymät AUTOMAATIO 25

Tuotteen visuaalisten ja muotoiluratkaisujen arvioinnin tarkistuslista Välineen käyttötarkoitus: Auttaa arvioimaan tuotteen visuaalisia ja muotoiluratkaisuita Käyttäjä: Kehittämiskonsultti, tuotekehitysjohto, kehittämisryhmä Tulokset: Tuotekehitysjohto ja kehittämisryhmä pystyvät seuraamaan tuotteen strategisten käyttöominaisuuksien muuttumista ja kehittymistä. Soveltaminen: Kehittämiskonsultti ja kehittämisryhmä arvioivat tuotetta tarkastuslistan avulla. Dokumentointi: Kirjallinen muistio, tarkastuslistat Suunnittele: Muotoilu Väritys, grafiikka Materiaalit ja pintakäsittely Logot, merkinnät Koristeet ja yksityiskohdat Saavuta: Toimivuus käytössä Viestit ja lupaukset Tuotteen ja yrityksen esittely Muista: Käyttäjät Käyttötehtävät ja -ympäristöt Kaikki tilanteet, joihin tuote joutuu Asiakkaat ja ostovaikuttajat käyttöliittymät AUTOMAATIO 26

Toimivuus eri elinkaaren vaiheissa Käyttäjien tarpeiden mukaisuus varmistaa asiakastyytyväisyyden Erilaisten tuotteiden on oltava erilaisia Riippuen tuotteen käyttötilanteista ja käyttäjistä sen on oltava luonteeltaan ja tyyliltään erilainen. Millainen on sinun tuotteesi? Passiivinen Viihde- tai harrastustuote Yksityinen Salainen Kulutustavara Käsityöesine Aktiivisesti käytettävä Työssä käytettävä Yhteinen Julkinen Investointituote Teollinen massatuote Ratkaisun yleiskäyttöisyys Ratkaisun riskit Mitä ratkaisu kertoo tuotteesta? Mitä ratkaisu viestii, millaisia mielikuvia tuote luo? Ruksita kussakin jatkumossa tuotteen viestejä kuvaava kohta. Ruksita sitten viimeinen ±-kohta sen mukaisesti, onko viesti tuotteelle hyväksi vai pahaksi! ± käyttöliittymät AUTOMAATIO 27

Tuotteen luonne Aggressiivinen Ystävällinen (kuplavolkkari) (Ferrari) Naisellinen (vaaleanpunainen sää- Miehekäs (musta partakone) rikone) Leikkisä Vakava Urheilullinen Juhlava Itsenäinen (musta Valvonnan kohde (laatikko, jossa laatikko)... visuaalisesti tapahtuu; valot vilkkuvat) Turvallinen(Volvo) Vaarallinen (Formula 1) Avoin Suojaava Hyveellinen Paheellinen Lämmin Kylmä Pehmeä Kova Epämukava Mukava Kodikas (räsymatto) Teollinen Yksilöllinen (vaaleanpunainen tie- Massatuote (harmaa perus-pc) tokone) Pelkistetty Koristeltu Salaperäinen (toimintaperiaate ei Avoin, itseään esittelevä näy; ihme )... Huomaamaton Huomion keskipiste Harmaa Värikäs Tekninen luonne Laatutuote (esimerkiksi Mercedes- Rihkama Benz) Tehokas Tehoton, heikko Yksinkertainen Monimutkainen (tietokonekännykkä) (johdoton puhelin) Pieni (taskutietokone) Suuri (supertietokone) Kevyt Raskas High-tech Low-tech Taloudellinen asema Edullinen Kallisarvoinen Arkinen (maitotölkki) Ylellinen (shampanjapullo) Kulttuurinen asema Perinteinen Uusinta uutta Puhdas Likainen Liike ja pysyvyys Dynaaminen, liikkuva (rullaluistimet) hetki (turvakengät) Paikallaan pysyvä, pysähtynyt Rauhaton Tyyni Käyttäjä Sopiva jokaiselle Ammattilaisen laite ± käyttöliittymät AUTOMAATIO 28

Yhteenveto Listaa ratkaisun edut ja puutteet Onko suunniteltu ratkaisu ylipäätään mielekäs? Mieti asiaa objektiivisesti! Mieti, miten ratkaisua voisi kehittää paremmaksi Voiko puutteet poistaa vai voiko ne muuntaa eduiksi! Voiko ratkaisun eduilla tehdä tuotteesta selkeästi kilpailijoista erottuvan? käyttöliittymät AUTOMAATIO 29

Käytettävyystestaus käyttöliittymät AUTOMAATIO 30

Käytettävyystestauksen vaiheet Erilliset käytettävyystestaukset ovat tärkeä vaihe tuotesuunnittelussa. Tyypillinen asiantuntijalta tilattava testausprosessi on seuraavanlainen (eri asiantuntijoiden tavat vaihtelevat jossain määrin) Tuotteen käytettävyysselvityksen vaiheet Toimeksiannon tavoitteet Mitä halutaan saada selville? Ongelmat? Huolenaiheet? Alustava toteutussuunnitelma Toteutus voidaan usein suunnitella vain karkealla tasolla, koska arviointi ja testaus muuttaa näkemyksiä tuotteesta ja sen kriittisistä ominaisuuksista Käyttäjäryhmien määrittely ja priorisointi Käyttötehtävien määrittely ja kuvaus ja testattavien / analysoitavien käyttöskenaarioiden priorisointi ja valinta Tarkempi testi- ja analyysisuunnittelu Testit (käyttökokeet) Testijärjestelyjen luominen ja pilottitestit Arvioinnit (analyyttinen tarkastelu) Koehenkilöiden etsiminen ja valinta Asiantuntija-analyysit Käytettävyystestien suoritus Synteesi havainnoista * Yhteenveto * Priorisointi * Kehittämisehdotukset Raportointi * Raportti * Keskustelutilaisuus * Dokumentaatio, esim. videot käyttöliittymät AUTOMAATIO 31

Tyypillinen toteutus Sopivan testin valinta ja testijärjestelyjen suunnittelu (tuotekehityksen vaihe, tavoitteet, kustannukset...) Käyttötilanneskenaariot, joita simuloidaan Koehenkilöiden valinta: tulevia käyttäjiä vastaavia, ei suunnittelijoita Koehenkilöiden määrä yleensä Ensimmäisissä testeissä 3-4 per sessio Hyväksyntätesteissä niin monta kuin päivässä ehtii! (6-8) Riippuu muista samaan aikaan sovellettavista arviointitekniikoista, käytettävyyskonsulteista ja uusien ratkaisujen luonteesta ja määrästä Testaussessio Testin aloitus: Tilanteen ja testin tarkoituksen kuvaus Testin eettiset ja muut ehdot (mm. videon käyttö) Testin suoritus Vetäjän ohjeiden mukaan, ilman apua (ellei käyttöliittymät AUTOMAATIO 32

tilanne mene jumiin) Ääneenajattelu Testin jälkeen ominaisuuksien läpikäynti tsekkilistan avulla ja vapaa keskustelu koehenkilön kanssa Raportti: tekstiraportti ja (joskus) editoitu video (työlästä!) käyttöliittymät AUTOMAATIO 33

Ongelmia: Hyvän simulaation rakentaminen prototyypille Täytyy tehdä useita testejä erilaisilla ihmisillä Koehenkilöiden saatavuus Pitäisi voida tehdä nopeasti ja tehokkaasti tuotekehityksen kuluessa Mahdollisimman suuri oppi suunnittelijoille => Kevyitä menetelmiä suunnittelijoiden sovellettavaksi Rajoituksia Ei korvaa, vaan täydentää analyyttisiä menetelmiä Uuden tuotteen turvallisuus pitää olla varmistettu ennen käyttökokeita käyttöliittymät AUTOMAATIO 34

tuotteiden käytettävyystestauksen erityispiirteitä Koska tulevaisuuden käyttäjät ja käyttöympäristöt eivät ole nykyisen kaltaisia(?), täytyy tämä huomioida myös käytettävyystestauksessa. Skenaarioiden laatimisen ja alustavan konseptisuunnittelun jälkeen testataan tuotteen / tuotekonseptin toimivuutta oletetussa käyttöympäristössä. Koeryhmän valinta erityisen tärkeää Käyttötilanteen siirtäminen tulevaisuuden ympäristöön Testauksen luotettavuus pienempi kuin nykytilanteessa Tehtävä analyyttiset tarkastelut Testisuunnittelu huolellisemmin Testiolosuhteisiin panostettava käyttöliittymät AUTOMAATIO 35

Konseptin testaus: Ryhmäarvioinnit, asiantuntija-arvioinnit tai asiantuntijan vetämät arviointiseminaarit Tehtyjen tulevaisuuden skenaarioiden sisäistäminen ja kyseisen konseptin soveltuvuus skenaarion maalaamaan tulevaisuuteen tärkeää ymmärtää ihmisten toimintamallit tulevaisuudessa, ympäröivät koneet ja laitteet Mock-up:ien ja protojen testaus: Käytettävyystestaus mahdollista. Koska ihmisten vaikea siirtää ajatusmaailmaa tulevaisuuteen täytyy tulevaisuuden maailmaa mallintaa normaalia käytettävyystestausta paremmin. Koehenkilöiden valinnassa pyrittävä hakemaan tulevaisuuden skenaarioon sopivia käyttäjiä maailmaa voidaan tuoda lähemmäksi koehenkilöä myös draamallisin keinoin: Roolipelit Teatteri Simulaatiot käyttöliittymät AUTOMAATIO 36

Varhaisen proton Lo-Tech -testaus laboratoriossa Piirtoheittimen seinälle heijastama kuva käyttöympäristöstä = näkymä auton etuikkunasta Videokamera kuvaa sekä laitteen että käyttäjän kädet, vartalon ja pään (katseen kohde tärkeää) Laite pöydällä. Sillä myös kaikki laitteen elektroniikka. Yksinkertainen low-tech -simulaatio Testin dokumentointi videolle Testin seuraajat joko hiljaa taustalla tai yksisuuntaisen ikkunan takana => oppi suoraan tuotekehittäjille (Nokia EnterComm System:n prototyyppitestaus. Ks. kirja Käytettävyys. Sähkö- ja elektroniikkateollisuustuotteiden sekä ohjelmistojen käyttäjäystävällisyyden suunnittelu ja testaus. Sähkö- ja elektroniikkateollisuusliitto. 1994) käyttöliittymät AUTOMAATIO 37

Olemassa olevan laitteen käytettävyystestaus tehdasolosuhteissa Hitsauslaitteen testaustilanne. käyttöliittymät AUTOMAATIO 38

Tuotteen turvallisuusanalyysimenetelmiä Tuotekonseptin potentiaaliset ongelmat ja yleiset vaarat Alustava vaara-analyysi Tuotteen potentiaalisten ongelmien analyysi (POA) Vaaraluettelot / tarkistuslistat Tuotteen rakenteellinen turvallisuus, koneturvallisuus Vika- ja vaikutusanalyysi (VVA) Vikapuuanalyysi Tuotteen toiminnallinen turvallisuus Toimintovirheanalyysi (TVA) Tuotteen väärinkäyttöanalyysi Työn turvallisuusanalyysi (TTA) käyttöliittymät AUTOMAATIO 39

Kirjallisuutta Tässä esityksessä läpikäytyjä teemoja käsitellään myös käyttöliittymien kehittäminen -projektin (www.vtt.fi/aut/rm/projects/smart) ja Käyttäjäkeskeisen tuotekehityksen tietotuki -projektin (www.vtt.fi/aut/rm/projects/katti) julkaisuissa. Julkaisut löytyvät projektien WWW-sivuilta PDF-formaatissa. Vuori, Matti & Kivistö-Rahnasto, Jouni. 1999. Käyttöliittymien kehittämisen työkalupakki. VTT Automaatio. (1. verkkopainos 10.10.1998). Vuori, Matti; Kivistö-Rahnasto, Jouni & Toivonen, Sirra. 1999. Käyttöliittymien kehittämisen perusteet. käyttöliittymien kehittäminen ja sen tekniikat -projektin, Työraportti 3. VTT Automaatio. (1. verkkopainos 3.8.1998) käyttöliittymät AUTOMAATIO 40

Esimerkki: jääkaappi Lähtökohdat: perheen ruokakäyttäytymisen skenaario Käyttötilanteiden mallit ja kuvaukset Käyttäjäryhmien tehtävät ja toiminta Käyttäjäryhmien priorisointi Erilaisia visualisointeja: Käyttäjät Tehtävistä sarjakuvat käyttöliittymät AUTOMAATIO 41

Liitetty keittiön dataverkkoon ja siitä Internetiin Perheen "volyymituotteiden" vakioräkit. Esim. first in - first out -pizza-automaatti Juomien hallintaan suunnitellut osastot. Varustettu lapsilukolla (saatavana kaikkiin osastoihin) Automaattinen sisällä olevien elintarvikkeiden sisäänskannaus ja kunnonvalvonta Käyttöpaneeli Sisällön hallinta - inventaario Vanhenemisvaroitukset WWW-yhteydet Ruokatilaukset Ateriasuunnitteluohjelmisto (mm. esillepano-asiantuntijajärjestelmä) "Keltaiset laput"! Voi käyttää keittiön "keskusohjaimena" Varoitusvalot ("jokin vanhenee", "olut loppuu kohta") Sähkötehostettu oven avaus ja avaus puheella Osastojen paikat vapaasti valittavissa perheen tarpeiden mukaan Optiona "putkiposti" ulko-ovelta lähetin tuomien ruokatarvikkeiden tallettamiseen jääkaappiin Kuva 1. jääkaappipakastin skenaarion perheen harmaa työjuhta mukaan. Millainen käyttäjä on jääkaappiskenaarioon sopiva? Työssäkäyvien vanhempien 10-20 -vuotias lapsi. Opiskelija, joka on tottunut syömään ulkona. käyttöliittymät AUTOMAATIO 42

Menetelmät Konseptin arviointi Tarkistuslista: konseptin yleinen arviointi Normaalit heuristiset arvioinnit Tuotteen käyttötehtävän käytettävyysanalysointi Käytettävyystestaus Testin koehenkilöt Jo nyt tulevia tapoja edustavat (elämäntavat, laitesuhde) Nuoret! tulevaisuuden käyttäjät Eläytymiskyky Keittiön lavastus uusi teknologia. Esimerkiksi: Olemassa oleva keittiö Nykyinen jääkaappi Ovessa oleva selain kannettavasta tai pienestä web-selaimesta Pizzaräkki ja juomatelineet pahvista/testaajien käyttäminä Mikron ja kahvinkeittimen puheohjaus paneelit paperista käyttöliittymät AUTOMAATIO 43

Testausskenaario Aamupala tai päivällinen (perhe tai poikamies/-miestyttö) käyttöliittymät AUTOMAATIO 44