Käyttäjäkeskeinen suunnittelun periaatteet ja peruskäsitteet Luento 21.1.2009 Timo Jokela, FT
Timo Jokela, FT historiaa 1990-luvun alussa VTT:llä käyttöliittymien mallinnusta 1995 Nokia Mobile Phones, käytettävyyspioneeri 1999 -> Oulun yliopisto (professori ma.) 2007-> Joticon Oy käytettävyyssuunnittelun prosessit: arviointi, kehitys käytettävyysvaatimusten määritys ISO-standardointi: 13407, 9241, 18529 asiantuntija kansainvälisissä verkostoissa UsabilityNet, MAUSE (Eurooppa), UPA (USA), HCD- Net (Japani)
Luennon sisältö Käyttäjäkeskeinen suunnittelu, muut termit Vähän historiaa eri malleja kursorisesti ISO 13407 -malli tärkeä referenssi periaatteet, prosessit JFunnel -malli luennon pitäjän näkemys (taustana 13407, KESSU ) Suunnitteluohjeistoista Mukana: esimerkkejä, kokemuksia...
Henkilökohtainen käyttäjäkokemus Travel
Termeistä käyttäjäkeskeinen suunnittelu käytettävyyssuunnittelu ihmiskeskeinen suunnittelu käyttökokemussuunnittelu käytettävyysohjattu vuorovaikutussuunnittelu (palataan lopuksi)
Vähän historiaa
Historiaa käytettävyyssuunnittelu alkoi kehittyä 80- luvun loppupuolella DEC, Dennis Wixon and Karen Holtzblatt Donald Norman and Stephen Draper (1986): User-Centered System Design 1984 Olympic Message System (Gould et al., 1987) Whiteside, J., J. Bennett, et al. (1988). Usability Engineering: Our Experience and Evolution
Historiaa vauhtiin 90 ja 2000 -luvulla Usability Engineering 1993 (Jacob Nielsen) useita kirjoja Contextual Design (Beyer & Holtzblatt 1998) Usability Engineering Lifecycle (Mayhew 1999) Scenario-based development (Rosson & Carroll 2002) jne. ISO 13407 1999 -> ISO 9241-210 (draft-vaiheessa) yleisempi malli, ei metodologia
ISO 13407 Human-centred design processes for interactive systems, 1999
Overview ISO 13407: Human centered design processes for interactive systems usability integrated design process approved: 1999 for planning and management of human-centred design audience: those responsible for managing hardware and software design processes (project managers) what, when complementary standard: ISO 9241 no detailed coverage of methods and techniques short and easy to read (17 pages + anneces) usability engineering in short
Contents Principles of human-centred design 1 slide Planning human-centred process 1 slide Human-centred design activities 7 slides Appendices sample procedure for assessment guidance to other relevant standards
Principles of human-centred design 1. the active involvement of users and a clear understanding of user and task requirements requirements, needs feedback to design 2. appropriate allocation of function between user and system which functions by system, which ones by users decisions not solely by technological capabilities involvement of users in decision 3. iteration of design solutions feedback critical source of information 4. multi-disciplinary design end user; purchaser; application specialist; marketer; trainer; support; programmer; user interface designer; visual designer; human factors expert
Planning the human-centred process plan should identify the human-centred process activities procedures for integrating these activities with other development activities individuals and organizations responsible for human-centred activities and their skills and viewpoints feedback from human-centred activities to other design activities appropriate milestones suitable timescales to allow feedback
Human-centred design activities identify need of human-centred design 4 MAIN ACTIVITIES understand & specify the context of use evaluate designs against requirements system meets specified functional, user & organisational requirements specify the user & organizational requirements produce design solutions
Undestand and specify context of use context of use characteristics of users knowledge, skill, experience, habits etc. tasks overall goals of the system characteristics of tasks environment organisational, technical, physical, legislative, social, cultural, should be detailed enough to support design derived from credible sources confirmed by the users or representatives made available to design team in appropriate forms
Specify the user and organisational requirements specify requirements in terms of human-computer interface and workstation design the users jobs (comfort, safety, health, motivation...) task performance work design and organization co-operation and communication between users and other parties management of change, including training and personnel required performance against operational and financial objectives the specification should identify range of relevant users and others in design clear statement of human-centred design goals set priorities to requirements provide measurable benchmarks conformed by users include any statutory or legislative requirements
Produce design solutions use existing knowledge to develop design solutions use of style guides scientific knowledge standards make design model concrete (simulations, models, etc) to enhance communication explore several design concepts user feedback iteration from lo to hi fidelity
Produce design solutions show the design solution to users and allow them to perform tasks to derive user feedback use this feedback to improve design from paper to more advanced prototypes rather several iterations than fewer iterations with more users for determining whether objectives met, more formal evaluations manage the iteration of design solutions
Evaluate designs against purposes requirements provide feedback to improve design assess whether requirements met monitor long term use develop evaluation plan; should identify goals of evaluation; who is responsible; what to evaluate; how type of evaluation: user testing, expert evaluation resources, access to subjects; scheduling; feedback to use of results provide design feedback identify problems
Evaluate designs against requirements assess whether objectives have been achieved meet requirements conformity to standards field validation help desk data; filed reports; real user feedback; performance data, requests for changes, long term monitoring some effects not recognisable until a system used for a period of time reporting the results adequate number of users took part in the testing, representing end users; testing of all human centred objectives; valid data collection methods; etc.
ISO 13407: kokemuksia ja edelleen kehittämistä
KESSU Kehittynyt asteittain 2000 - KESSU-tutkimusprojekti 2000 2003 Oulun yliopisto, TKK Buscom, Nokia, TeamWARE myöhemmin muissakin yrityksissä, erityisesti koulutuksessa Julkaistu kansaivälisissä foorumeissa Alkuperäinen tarkoitus yritysten käytettävyysosaamisen kartoitus Lähtökohtina ISO 13407 (erityisesti sen prosessiarviointiversio ISO 18529) ISO 9241-11 määritelmä Pääkäyttö koulutus, käytettävyysaktivitteettien suunnittelu, käytettävyysvaatimusten määritys
KESSU v2.1 (2003) Identification of user groups Context of use Context of user of group use Context of user of 1 group use of analysis 1 Usability verification Usability feedback Interaction design User requirements determination User task redesign User interface, User documentation, User training etc
Edelleen... mallin jalostamista käyttökontekstin analyysi -> käyttökontekstin määritys strategiset ja operatiiviset käytettävyystavoitteet käytettävyysohjattu vuorovaikutussuunnittelu myyntikurssi 2008 ( Tratti ) -> JFunnel käytettävyyssuppilo http:///jfunnel.html
JFunnel käytettävyyssuppilo Käyttäjät Liiketoiminnalliset tavoitteet 0. Strategiset käytettävyystavoitteet Suunnitteluohjeet, standardit, tyylioppaat Suunnittelijan luovuus, näkemykset, osaaminen Teknologiset mahdollisuudet, suunnittelurajoitukset 1.Käyttäjäryhmien tunnistaminen 2. Käyttökontekstin määritys -tavoitteet -ympäristö 3. Operatiiviset käytettävyystavoitteet 4.Käyttäjätehtävien suunnittelu 5. Vuorovaikutussuunnittelu Toteutus prototyypit 7. Käytettävyyden varmistus 6. Käytettävyyspalaute Valmis käyttöliittymä
Strategiset käytettävyystavoitteet vaiheet kriteerien valinta tavoitteiden määritys esimerkki n % käyttäjistä, jotka ovat kokeilleet järjestelmää, jatkavat vapaaehtoisesti sen käyttöä (järjestelmän hyväksyttävyys) n % koulutukseen osallistumattomista käyttäjistä (esim. lääkärit) järjestelmän käyttöönotto sujuu niin hyvin, että he ottavat vapaaehtoisesti järjestelmän käyttöön kokeiltuaan sitä (koulutukseen käytettävät resurssit, koulutukseen osallistujan näkökulmasta)
Käyttäjäryhmien määritys esimerkiksi eri työtekijäryhmät palveluasiantuntijat lääkärit tiedottajat...
Keitä ovat käyttäjät?
Käyttäjien tavoitteet esimerkkejä Oman työpöydän luominen tapahtuu onnistuneesti Uusi sovellus lisätty työpöydälle
Tavoitteet... Satunnaiset terveysharmit kuumetta, pitäisikö mennä lääkäriin? Astmapotilas saada päivän PEF-mittaukset syötetyksi järjestelmään
Operatiiviset käytettävyystavoitteet vaiheet kriteerien valinta tuloksellisuus (effectiveness) tehokkuus (efficiency) käyttäjätyytyväisyys (satisfaction) tavoitteiden määritys esimerkkejä 9 asiantuntijaa 10:stä luo onnistuneesti oman työpöydän (tuloksellisuus) 9 käyttäjää 10:stä antaa hyvää palautetta työpöydästä kollegalleen (tyytyväisyys) 9 käyttäjää 10:stä oivaltaa nopeasti työpöydän ja sovelluksen välisen suhteen (tehokkuus)
Käytettävyysvaatimukset...
Käyttäjätehtävien suunnittelu
Ja lukema ylös... PEFseurantataulukko 2.12.2006 klo 8.55 440 440 430
Vuorovaikutusratkaisujen tuottaminen Suunnittelijat syytä olla mukana aiemmissa vaiheissa (0-4) tulisi olla perehtyneisyyttä yleisiin käytettävyysohjeisiin ja standardeihin kansainväliset standardit yksittäisten asiantuntijoiden tuottamat suunnitteluohjeet tulisi ymmärtää käytettävissä olevan teknologian mahdollisuudet ja rajoitukset tulisi olla mukana myös evaluointivaiheissa (6, 7), jotta palaute onnistuisi. Kaikkiaan, suunnittelija on ratkaisevin henkilö käytettävyyden tuottamisessa
Vuorovaikutusratkaisujen tuottaminen Prosessi tulisi alusta lähtien ottamaan huomioon vaiheiden 0 4 tuotokset, sekä yleiset käytettävyysohjeet ja standardit tulisi varautua iterointiin: tehdään suunnitelma, sitä testataan (vaihe 6), tulleen opin pohjalta parannetaan tllämainitun toteuttamiseksi suositeltavaa on lähteä toteuttamaan käyttöliittymää keveillä prototyypeillä jotta mahdollisimman aikaisin käyttäjäpalautetta muutosten tekeminen suunnitteluratkaisuihin helppoa Parasta suunnitteluratkaisua ei kannattaa etsiä riittää, että ratkaisu täyttää asetetut tavoitteet (prosessi 3).
Vuorovaikutusratkaisujen Käyttöohjeet ym. tuottaminen suositeltavaa, että varsinaisen käyttöliittymän lisäksi suunnittelun aikana huomioidaan myös muiden asioiden suunnittelu, joiden kanssa käyttäjä on vuorovaikutuksessa käyttöohjeet, myyntipaketit, koulutusmateriaalit jne.
Käytettävyyspalaute Käytettävyyspalaute on erittäin suositeltava vaihe, ja sitä tulisi tehdä mahdollisimman varhain. Menetelmät loppukäyttäjien kanssa tehtäviä käytettävyystestejä (havaintoihin perustuvia, ei käyttäjäpalautteeseen perustuvia). keveästi, varhain ja usein joitakin mittauksia (esim,tehtävien suoritusaikoja). Jos arvioitava sovellus (prototyyppi) on kehitetty ilman erityistä käytettävyysasiantuntemusta asiantuntija-arviointi kevyempi kuin käytettävyystesti
Käytettävyyden varmistus kun oleellista tietää, onko saavutettu asetetut tavoitteet
... suhteessa käytettävyysvaatimuksiin
Yleiset suunnitteluohjeet, standardit ja tyylioppaat
Johdanto miksi yhdenmukaisuus (consistency) hyvät käytännöt yksittäisten interaktioelementtien laatu kategoriat suunnitteluohjeet (guidelines) yhden tai useamman kirjoittajan tuotos esim. kirjoja standardit useiden asiantuntijoiden konsensus tyylioppaat esim. Microsoft, IBM, Apple,... yritysten omat
Useita eri lähteitä Smith & Mosier (1984): Design guidelines for usersystem interface software 944 ohjetta; esim: treat upper and lower case letters as equivalent in searching text Shneiderman (1987): Designing the User Interface strive for consistency, enable frequent users to use shortcuts, offer informative feedback,... Dix & al: kpl 5, 7 Nielsen s heuristics (Dix & al: kpl 7) Microsoft, IBM, Apple... ISO 9241 -sarja
ISO 9241 ISO 9241-1:1997 Part 1: General introduction ISO 9241-2:1992 Part 2: Guidance on task requirements ISO 9241-3:1992 Part 3: Visual display requirements ISO 9241-4:1998 Part 4: Keyboard requirements ISO 9241-5:1998 Part 5: Workstation layout and postural requirements ISO 9241-6:1999 Part 6: Guidance on the work environment ISO 9241-7:1998 Part 7: Requirements for display with reflections ISO 9241-8:1997 Part 8: Requirements for displayed colours
ISO 9241 ISO 9241-9:2000 Part 9: Requirements for nonkeyboard input devices ISO/DIS 9241-110:2004 Ergonomics of human system interaction - Part 110: Dialogue principles ISO 9241-11:1998 Part 11: Guidance on usability ISO 9241-12:1998 Part 12: Presentation of information ISO 9241-13:1998 Part 13: User guidance ISO 9241-14:1997 Part 14: Menu dialogues ISO 9241-15:1997 Part 15: Command dialogues ISO 9241-16:1999 Part 16: Direct manipulation dialogues ISO 9241-17:1998 Part 17: Form filling dialogues
Esimerkkejä: ISO 9241 part 12: Tiedon esittäminen A unique window identification (e.g. window name or file name or application name) should be provided for each window. part 13: Käyttäjän opastaminen The result of an action should be stated before describing how to execute the action. To clear the screen, press RETURN instead of Press RETURN to clear the screen. part 14: Valikkodialogi Options should be placed consistently in the same relative order within the option group. Options in a menu panel are ordered file, edit, insert, print and these options appear in that same order when that group is presented again.
Esimerkkejä: ISO 9241 part 17: Lomakedialogi If text or alphanumeric fields are aligned vertically in columns, and if label lengths could differ significantly and the task involves sequential data entry, labels should be right-justified and fields should be left-justified. Name: Birth Date: Occupation: Sex: / / (M/F)
Esimerkkejä yleisistä ohjeista Dix & al. kirjasta
decoration use boxes to group logical items use fonts for emphasis, headings but not too many!! ABCDEFΓHIJKLM NOPQRSTUVWXYZ
alignment - names Usually scanning for surnames make it easy! Alan Dix Janet Finlay Gregory Abowd Russell Beale Alan Dix Janet Finlay Gregory Abowd Russell Beale Dix, Alan Finlay, Janet Abowd, Gregory Beale, Russell
alignment - numbers think purpose! which is biggest? 532.56 179.3 256.317 15 73.948 1035 3.142 497.6256
multiple columns scanning across gaps hard: (often hard to avoid with large data base fields) sherbet 75 toffee 120 chocolate 35 fruit gums 27 coconut dreams 85
multiple columns - 2 use leaders sherbert 75 toffee 120 chocolate 35 fruit gums 27 coconut dreams 85
Hybridi-ikkuna