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
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!
esteettisyys
käytettävyys
toiminallisuus
Huomioi palvelua suunniteltaessa tai presentoidessa.
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
s.124 Hierarchy of Needs
- Jos haluaa suunnitella jotain menestyksekästä pitää täyttää ihmisten perustarpeet ennen kun voi täyttää korkeammat tarpeet.
- Functionality needs -- toiminnallisuus
- esim. videonauhuri vaatii tilaa nauhoittaa ja mahdollistaa uudelleenkatselun (Alin taso)
- Reliability needs – vakaus
- videonauhurin pitäisi toimia jatkuvasti ja näyttää nauhoitteet suht hyvälaatuisesti (Toisiksi alin taso)
- Usability needs – käytettävyys
- taltioinnin ajastaminen pitäisi olla helppoa ja tapahtua ilman suurempia ongelmia (Keskimmäinen taso)
- Proficiency needs – pätevyys
- videonauhuri, joka etsii tallenteita ja osaa tallentaa ohjelmia keywordien avulla on edistyksellistä (Toiseksi ylin taso)
- Creativity – luovuus
- tällä tasolla kaikki tarpeet on täytetty ja ihmiset alkavat kommunikoida “tuotteen” kanssa innovatiivisesti. Tältä tasolta syntyvät yleensä ns. kulttituotteet. (Ylin taso)