80/20 s.14
Anssi:
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% panoksestaKiinnitä 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.
Mika:
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.