26 Mar 2010

Yksinkertaistamisen periaatteita

Peter Löfgren

Nokia ilmoitti supistavansa kännykkävalikoimaansa. Liikaa vaihtoehtoja, kuluttaja ei pysy enää perässä. Arkkitehtuurissa minimalismi jyrää. Tuotekehityksessä Apple näyttää suuntaa yksinkertaistamisella ja helppokäyttöisyydellä. Vähittäismyymälöiden suunnittelussa suurin trendi on decluttering, rojun siivoaminen ja simppelit hyllyrivistöt. Designissa vannotaan puhdaslinjaisen pohjoismaisen modernismin nimiin. Zen viehättää henkistyneitä yksinkertaisuudellaan. Lean on nouseva suuntaus liiketoiminnassa.

Mutta mitkä ovat yksinkertaistamisen periaatteet, joita soveltaa?

“Tee asiasta niin yksinkertainen kuin mahdollista, mutta ei yksinkertaisempi.”

– Albert Einstein

1. Vähennä lopulliseen tuotteeseen liittyviä vaihtoehtoja. Suuri määrä vaihtoehtoja ei ole käyttäjän tai ostajan palvelemista. Päinvastoin, se lisää käyttäjän tuskaa, koska hän voi mielestään valita väärin. Tuska ei poistu valinnan jälkeenkään, koska epäilys hiipii mieleen: valitsinko sittenkään oikein.

2. Mieti, mihin asiakas pyrkii. Asiakas tai käyttäjä ratkaisee tuotteellasi jotakin tiettyä ongelmaa. Hän on enemmän kiinnostunut lopputuloksesta kuin menetelmästä.

3. Lisää suunnitteluun liittyviä vaihtoehtoja. Voit hyvin harvoin parantaa lopputulosta, jos tuotteesi, palvelusi tai ohjelmistosi suunnitteluvaiheessa supistat vaihtoehtoisten ratkaisutapojen määrää. Hae vaihtoehtoja ennakkoluulotta. Älä hyväksy ensimmäistä vastaan tulevaa.

4. Suunnittele puhtaalta pöydältä. Ajattele kuin aloittelija, joka ei vielä tiedä, että jokin vaihtoehto on konsensusmielipiteen mukaan mahdoton. Nykysysteemiä viilaamalla syntyy harvoin mullistavia oivalluksia.

5. Pakota suunnittelijat perustelemaan. Miksi näin? Miksi tämä on mukana? Miksi juuri tämä toteutustapa? Huomaat usein, että syyt tehdä tietyt asiat tietyllä tavalla ovat historiallisia, eikä tuo joskus toiminut ominaisuus tai muoto enää puolusta paikkaansa.

6. Pilko pienemmäksi. Pieni projekti, vain yhtä asiaa tekevä tuote, täsmäpalvelu – pieni on usein luonnostaan yksinkertaista. Usein pieni ratkaisu riittää kaikenkattavan megamöhkäleen sijaan. Tämä tietysti tarkoittaa, että sinun ja käyttäjän pitää hyväksyä täsmäratkaisun rajoitteet. Mielenkiintoista kyllä, kiireiselle käyttäjälle tämä tuntuu usein sopivan mainiosti. Me insinöörit puolestaan sorrumme tekemään monimutkaista, koska yksinkertainen on meille liian yksinkertaista.

7. Näe yksinkertaistaminen taitona. Yksinkertaistamisen taitoa pitää harjoittaa. Elegantti ratkaisu ei synny itsestään. Iteraatiokierroksia ja roskiin heitettyjä vaihtoehtoja voi olla tuhottomasti. Yksinkertainen ei ole sama asia kuin helppo.

“Yksinkertaistaminen tarkoittaa maksimaalisen vaikutuksen aikaansaamista
minimaalisin keinoin.”

– Koichi Kawana.

Kommentoikaa: Mitä muita yksinkertaistamisen periaatteita listaan voisi lisätä?

3 Kommenttia

Vesa Tiirikainen (29.3.2010 09:37)

MIT:ssa “Simplicity” -hanketta vetävä John Maeda on kirjoittanut yksinkertaistamisesta hyvin yksinkertaisen kirjan ja julkaissut siinä “The Laws of Simplicity”. Vapaasti suomentaen nuo lait pienin selityksin ovat:
1. Vähennä (osia, toimintoja jne. niin pitkälle kuin voit)
2. Organisoi (yksinkertaisemmaksi)
3. Aika (säästä)
4. Opi (tietämys yksinkertaistaa)
5. Erot (yksinkertaisuus tarvitsee myös mutkikkuuden vastavoimakseen)
6. Konteksti (“yksinkertaisuuden sivussa oleva ei varmasti ole sivussa”)
7. Tunne (enemmän tunnetta on parempi kuin vähemmän)
8. Luota (“luotamme yksinkertaiseen”)
9. Vika (joitakin asioita ei koskaan voi tehdä yksinkertaiseksi)
10. The One (“yksinkertaisuus on ilmeisen poistamista ja merkityksellisen lisäämistä”).

Tämä yksinkertaistamisen perusteos kannattaa lukea varsinkin, jos kyse on tietoteknisten ratkaisujen yksinkertaistamisesta.

Peter Löfgren (29.3.2010 10:29)

Kiitos kommentistasi Vesa!

Olen samaa mieltä tuosta kirjasta – se on erinomainen kirja. Varsinkin kirjan ensimmäinen puolikas on erittäin hyödyllinen (ja samalla yksinkertainen). Kirjaa lukiessa tuli kuitenkin sellainen tunne, että osa teeseistä oli keksitty ainoastaan sen vuoksi, että Maeda saisi kasaan kymmenen lakia.

Koivulahti (29.3.2010 16:33)

Olin juoskus mukana palaverissa, jossa asiakas halusi yksinkertaisen tuotteen, mutta meillä oli tarjolla vain älykäs ja monimutkainen.

Ilmoitimme että asiakas toki saa mitä tilaa, jos maksaa tuotekehityskulut ja yllättäen tämä ei muodostunutkaan kynnyskysymykseksi!

Loppujen lopuksi uudesta tuotteesta tuli todellinen lippulaiva. Sen kate oli hulppeat 70% vaikka sen kokonaishinta olikin vain puolet edellisen tuotteen hinnasta :)