Käytettävyys
- Nielsenin käytettävyyssloganit
- Nielsenin käytettävyysperiaatteet
- Fittsin laki
- Windows
- Menut ja dialogit
- WWW-lomakkeet
- WWW-sivujen käytettävyys
- Korppi
- linkkejä
Käytettävyys jaetaan yleensä seuraaviin viiteen osaan:
- Opittavuus
Järjestelmän käyttäminen pitää oppia nopeasti ja helposti
- Tehokkuus
Järjestelmällä pitää pystyä tehokkaaseen toimintaan
- Muistettavuus
Järjestelmän käyttämisen pitää olla helposti muistettavissa
- Vähän virheitä
Käyttäjien ei pidä tehdä järjestelmällä useita virheitä
- Mukava
Käyttäjien täytyy pitää järjestelmästä
Nielsenin käytettävyyssloganit
- Your Best Guess Is Not Good Enough
Älä ota nokkiisi vaikka joutuisit muuttamaan koko käyttöliittymän käyttäjätestauksen jälkeen.
- The User Is Always Right
Suunnittelijan asenne ei saa olla: "Käyttäjä on tyhmä kun ei osaa käyttää tätä".
- The User Is Not Always Right
- Käyttäjät eivät kysyttäessä välttämättä tiedä omaa parastaan.
- Käyttäjien toiveet eivät ole sama asia kuin käytettävä käyttöliittymä ("Joo! 3D-graffaa, tottakai!")
- Älä usko mitä käyttäjät muistavat tehneensä vaan seuraa käyttötilanteessa miten he toimivat.
- Users Are Not Designers
Aloittelijat eivät muokkaa käyttöympäristöään.
- Designers Are Not Users
Suunnittelija tuntee järjestelmän aivan liian hyvin
- Vice Presidents Are Not Users
Johtajaksi päästään johtamistaidoilla, ei suunnittelutaidoilla
- Less Is More
Mitä enemmän ominaisuuksia sitä enemmän päänvaivaa käyttäjälle
- Details Matter
Oikein muotoiltu lause voi olla ratkaiseva
- Help Doesn't
Käyttäjävihamielinen ympäristö ei parane avustuksella
Nielsenin käytettävyysperiaatteet
- Simple and natural dialogue
- Speak the users language
- Minimize the users memory load
- Consistency
- Feedback
- Clearly marked exits
- Shortcuts
- Good error messages
- Prevent errors
- Help and documentation
Fittsin laki
Windows
Tarkistuslista hyvälle Windows-käyttöliittymälle:
- Your application installs easily in a minimum number of steps.
- Your application installation does not require the system to restart.
- Users do not have to read a Readme file before using your application.
- User-generated data files are stored by default in the My Documents folder.
- Your application avoids cryptic file names that are visible to users.
- Your application does not create folders outside of the Program Files folder.
- Your application does not write files to the root of the hard disk.
- If your application uses a disk cache, it also registers with the Disk Cleanup utility.
- Your application does not include entries to its Help, Readme, and Uninstall files on the Start menu.
- Your application does not install icons to the Windows desktop without the user's permission.
- If your application is run at startup, it loads without displaying splash screens and dialog boxes.
- Your application does not use the taskbar notification area for status, for launching applications or utilities, or for querying properties. It uses the notification area only to alert the user of an important change.
- Your application appropriately applies the color choices the user selected in Display properties in Control Panel.
- Your application is keyboard accessible.
- Your application works correctly if the user increases the size of the default font.
- Your application supports the standard set of keyboard shortcuts, where applicable.
- Your application's uninstall process leaves no remaining files or registry entries other than files created by the user.
- Your application does not use jargon in its user interface text. Use industry-specific or technical terms only if they are clearly understood by the user.
- Your application adjusts appropriately when the user changes the display resolution as well as for multiple-monitor configurations.
Microsoftin User-centered Design Principles
Menut ja dialogit
WWW-lomakkeet
- Ihmiset eivät pidä lomakkeista (vrt. veroilmoitus)
- Lomakkeet ovat pitkiä ja monimutkaisia ja aiheuttavat paljon kognitiivista kuormaa
- Usein lomakkeet eivät ole selkeitä eikä niiden tarkoitusta ole helppo päätellä
- Lomakkeet usein pakottavat käyttäjän vastaamaan kysymyksiin joita nämä eivät pidä oleellisina
- Lomakkeet vievät kontrollin pois käyttäjältä
Should I use a drop-down: Four steps for choosing form elements on the web (PDF)
Vaihtoehdot:
- Drop down box
- Radio button
- Check box
- Input box
- Hyperlinkki
Vaihe 1: Sivun päätarkoitus
Navigointi vai tiedonkeruu?
Vaihe 2: Kuusi kysymystä
Lomake-elementtejä valittaessa on syytä miettiä seuraavia kysymyksiä:
- Onko luonnollisempaa kirjoittaa haluttu tieto vai valita se?
- Tuleeko vastauksiin helposti kirjoitusvirheitä?
- Pitääkö käyttäjän nähdä vaihtoehdot ymmärtääkseen kysymyksen?
- Kuinka monta vaihtoehtoa on?
- Voiko käyttäjä valita useampia kuin yhden?
- Ovatko vaihtoehdot visuaalisesti erottuvia?
Vaihe 3: Lomakkeen muotoilu
- Vältä liian montaa erilaista lomake-elementtiä
- Pidä vaihtoehdot lyhyinä ja helposti luettavina
- Valitse järkevä järjestys
Vaihe 4: Lomakkeen esteettömyys
- Älä unohda "Lähetä"-nappulaa jos käytät Javascriptiä lomakkeella
- Muista lomake-elementeille järkevät name-attribuutit.
WWW-sivujen käytettävyys
Seuraavat tilastot on kerätty Jakob Nielsenin Homepage usability -kirjastossa jossa on tutkittu 50 yrityksen kotisivua (etusivu). Tämän ja muiden tutkimusten perusteella Nielsen on päätynyt suosittelemaan seuraavia ratkaisuja.
- Sivun leveys: Selaimeen mukautuva
- Korkeus: n. kaksi näytöllistä
- Kehykset: älä käytä (n. 4% tutkituista sivuista käytti)
- Logo: Vasen ylänurkka (84%)
- Haku: sivun yläosa (75%). Vähintään 25 merkkiä leveä.
- Navigointi: Vasen reuna tai ylälaita (78%). Ei alasvetovalikkoja! (10%)
- Kuvien viemä ala: 5-15%
- Musiikki: Ei (96%)
- Animaatio: Ei (70%)
- Värit: Mustaa valkoisella (72%/84%)
- Linkit: Alleviivaus/Sininen/purppura (80%/60%/54%)
Korppi
Yhteenveto 2002 syksyn Korppi-viilauksista
linkkejä
- Usability standards
- Usable Web
- First Principles
- Maximizing Human Performance
- How Programmes Stole the Web
- Äänestyslomake
- Effective use of forms on websites
- Forms that Work
- Usability and HTML Forms
- Testaamiseen riittää viisikin käyttäjää
- Vältä alasvetovalikoita
- Käyttäjä katsoo ensin tekstiä ja vasta sitten kuvia
- Ei reset- tai cancel-nappia webbiin
- Radiopainikkeissa pitää olla aina jokin oletusvalinta
- Examples
- Bad Human Factors Designs
- Interface Hall of Shame
- X-shame
- Käytettävyysluento syksyltä 2002

