You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

80/20 s.14

Luettu 80/20 säännöstä. 20% voi vaihdella 10-30% välillä.

Tarkoittaa periaatteessa sitä että suurin osa elämässä tapahtuvista jutuista/designistä menee tolla säännöllä.

Eli:
80 % tuotteen käytöstä tehdään 20% ominaisuuksista
80% liikenteestä tapahtuu 20% teistä
80% edistymisestä tapahtuu 20% panoksesta(smile)

Kiinnitä huomiota eniten käytettyihin ominaisuuksiin!!!! Lisää tuotteen helppokäyttöisyyttä!!!

En nyt ehkä ihan kaikkeen lähtis tätä soveltaa, mut alin rivi pitää muistaa.

Pari pointtia vielä:

Rajoittuu järjestelmiin, joita suuri määrä ihmisiä käyttää. Suuntaa antava
sääntö, jonka mukaan 80% toiminnallisuuksista muodostuu 20% muuttujia.
Tavoitteena olisi tunnistaa tuo 20%, keskittyä sen kehittämiseen ja arvioda
tämän ulkopuolella olevien ominaisuuksien tuoma lisäarvo.

Verkkopeleissä voisi tuo pitää paikkaansa ainakin mutu-tuntumalla.
Suurin osa pelaajista tuntuu keskittyvän hyvin pieneen osa-alueseen koko sisällöstä.
Muu kenties jää "tosifanien" ja vaihtelua etsivien temmellyskentäksi.
Tähän esimerkkiin voisi ehkä soveltaa myös performance vs. preference-sivun pointtia.

MAYA s.162

Most advanced yet accebtable

Elikkä kun tehdään massoille ei saa olla liian erikoista... Pitää olla tutun oloista, mutta sili hitunen erikoisuutta.

Ihan ok artikkeli, poimittu satunnaisesti kirjasta. Ei kyllä sytytelly mitenkään erikoisesti!

Performance vs. preference

Tehokkaampi tai helppokäyttöisempi tuote ei välttämättä menesty,
koska se ei ole yleisten mieltymysten mukainen (sisältää myös tuotteen ulkoasun).
Esimerkiksi on jo opittu toimimaan tietyllä tavalla, eikä haluta investoida aikaa uuden,
ehkä tehokkaamman tavan oppimiseen.

Minulle on haastavaa pakottaa itseni suunnittelemaan asioita etukäteen.
Suunnitelmallisuudella esim. ohjelmoinnissa kykenisin nopeammin ratkaisemaan ongelman,
kirjoittaamaan tehokkaampaa koodia ja pääsisin pienemmällä turhautumisella.
Suunnittelu tuntuu kuitenkin turhan työläältä prosessilta, vaikka ymmärränkin sen merkityksen.

Flexibility-usability tradeoff - sivu 86

  • Kun järjestelmän monipuolisuus kasvaa, sen käytettävyys laskee.
  • Esimerkkinä yhteen perusasiaan keskittyvä Pinterest vs Google+, jossa on iso kasa vaikka mitä, tai kaukosäätimet joissa eri määrä nappeja
    • Sata nappia kaukosäätimessä tuo monipuolisuutta, mutta samalla laskee sen käytettävyyttä, koska selkeys vähenee
  • No labels
You must log in to comment.