Käyttäjäkeskeinen suunnittelun periaatteet ja peruskäsitteet

Transkriptio

1 Käyttäjäkeskeinen suunnittelun periaatteet ja peruskäsitteet Luento Timo Jokela, FT

2 Timo Jokela, FT historiaa 1990-luvun alussa VTT:llä käyttöliittymien mallinnusta 1995 Nokia Mobile Phones, käytettävyyspioneeri > Oulun yliopisto (professori ma.) 2007-> Joticon Oy käytettävyyssuunnittelun prosessit: arviointi, kehitys käytettävyysvaatimusten määritys ISO-standardointi: 13407, 9241, asiantuntija kansainvälisissä verkostoissa UsabilityNet, MAUSE (Eurooppa), UPA (USA), HCD- Net (Japani)

3 Luennon sisältö Käyttäjäkeskeinen suunnittelu, muut termit Vähän historiaa eri malleja kursorisesti ISO malli tärkeä referenssi periaatteet, prosessit JFunnel -malli luennon pitäjän näkemys (taustana 13407, KESSU ) Suunnitteluohjeistoista Mukana: esimerkkejä, kokemuksia...

4 Henkilökohtainen käyttäjäkokemus Travel

5 Termeistä käyttäjäkeskeinen suunnittelu käytettävyyssuunnittelu ihmiskeskeinen suunnittelu käyttökokemussuunnittelu käytettävyysohjattu vuorovaikutussuunnittelu (palataan lopuksi)

6 Vähän historiaa

7 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

8 Historiaa vauhtiin 90 ja 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 > ISO (draft-vaiheessa) yleisempi malli, ei metodologia

9 ISO Human-centred design processes for interactive systems, 1999

10 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

11 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

12 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

13 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

14 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

15 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

16 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

17 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

18 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

19 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

20 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.

21 ISO 13407: kokemuksia ja edelleen kehittämistä

22 KESSU Kehittynyt asteittain KESSU-tutkimusprojekti 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 (erityisesti sen prosessiarviointiversio ISO 18529) ISO määritelmä Pääkäyttö koulutus, käytettävyysaktivitteettien suunnittelu, käytettävyysvaatimusten määritys

23 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

24 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

25 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ä

26 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)

27 Käyttäjäryhmien määritys esimerkiksi eri työtekijäryhmät palveluasiantuntijat lääkärit tiedottajat...

28 Keitä ovat käyttäjät?

29 Käyttäjien tavoitteet esimerkkejä Oman työpöydän luominen tapahtuu onnistuneesti Uusi sovellus lisätty työpöydälle

30 Tavoitteet... Satunnaiset terveysharmit kuumetta, pitäisikö mennä lääkäriin? Astmapotilas saada päivän PEF-mittaukset syötetyksi järjestelmään

31 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)

32 Käytettävyysvaatimukset...

33 Käyttäjätehtävien suunnittelu

34 Ja lukema ylös... PEFseurantataulukko klo

35 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

36 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).

37 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.

38 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

39 Käytettävyyden varmistus kun oleellista tietää, onko saavutettu asetetut tavoitteet

40 ... suhteessa käytettävyysvaatimuksiin

41 Yleiset suunnitteluohjeet, standardit ja tyylioppaat

42 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

43 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 sarja

44 ISO 9241 ISO :1997 Part 1: General introduction ISO :1992 Part 2: Guidance on task requirements ISO :1992 Part 3: Visual display requirements ISO :1998 Part 4: Keyboard requirements ISO :1998 Part 5: Workstation layout and postural requirements ISO :1999 Part 6: Guidance on the work environment ISO :1998 Part 7: Requirements for display with reflections ISO :1997 Part 8: Requirements for displayed colours

45 ISO 9241 ISO :2000 Part 9: Requirements for nonkeyboard input devices ISO/DIS :2004 Ergonomics of human system interaction - Part 110: Dialogue principles ISO :1998 Part 11: Guidance on usability ISO :1998 Part 12: Presentation of information ISO :1998 Part 13: User guidance ISO :1997 Part 14: Menu dialogues ISO :1997 Part 15: Command dialogues ISO :1999 Part 16: Direct manipulation dialogues ISO :1998 Part 17: Form filling dialogues

46 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.

47 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)

48 Esimerkkejä yleisistä ohjeista Dix & al. kirjasta

49 decoration use boxes to group logical items use fonts for emphasis, headings but not too many!! ABCDEFΓHIJKLM NOPQRSTUVWXYZ

50 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

51 alignment - numbers think purpose! which is biggest?

52 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

53 multiple columns - 2 use leaders sherbert 75 toffee 120 chocolate 35 fruit gums 27 coconut dreams 85

54 Hybridi-ikkuna