Siirry pääsisältöön

Ominaisuuksien priorisointi: näin selvität, mitä käyttäjät oikeasti haluavat

Kun kysyt käyttäjiltä, mitä ominaisuuksia pitäisi tehdä, saat vain toivelistan – et selkeää suunnitelmaa. Tässä on toimivampia tapoja priorisointiin.

”Mitä ominaisuuksia toivot?” kuulostaa helpolta kysymykseltä käyttäjille. Se on kuitenkin yksi turhimmista. Kaikki klikkaavat mielellään kaikki vaihtoehdot, kukaan ei joudu tekemään valintoja, ja lopputuloksena on toivelista, jossa kaikki on tärkeintä.

Tässä neljä parempaa keinoa selvittää, mitä seuraavaksi kannattaa oikeasti rakentaa.


Miksi ”minkä ominaisuuden haluat?” ei toimi

Pelkkä haluaminen ei maksa mitään, joten suora Ominaisuuskysymys ei paljasta, mikä on oikeasti tärkeää. Vielä pahempaa on se, että käyttäjät ehdottavat usein ratkaisuja, eivätkä kerro varsinaista ongelmaa.

Kaksi syytä miksi suora ominaisuuskysymys epäonnistuu: kaikki vastaavat kyllä kaikkeen ja käyttäjät keksivät huonot ratkaisut



Kysy ongelmista – älä ominaisuuksista

Vie keskustelu pois ratkaisuista itse ongelmiin. Älä kysy, mitä Ominaisuuksia pitäisi rakentaa, vaan mikä estää käyttäjiä etenemästä. Näin saat esiin todellisen tarpeen – ja usein löydät fiksumman ratkaisun kuin mitä käyttäjät osaisivat edes pyytää.

Älä kysy mitä ominaisuutta rakentaa; kysy mikä hidastaa sinua eniten tänään



Tärkeys × tyytyväisyys: vajekartta

Kysy jokaisesta vaihtoehdosta kaksi asiaa: kuinka Tärkeä se on ja kuinka Tyytyväinen siihen olet nyt? Kun laitat nämä kartalle, kokonaiskuva kirkastuu. Alue, jossa tärkeys on korkea ja tyytyväisyys matala, on suunnitelma – siellä käyttäjillä on kipupisteitä ja et vielä tarjoa ratkaisua.

Älä laita aikaa sellaiseen, mikä on jo käyttäjien suosikkia – tai asioihin, joista he eivät välitä. Panosta siihen, missä tärkeyden ja tyytyväisyyden väli on suurin.


Tärkeys–tyytyväisyys-nelijako, jossa korkean tärkeyden ja matalan tyytyväisyyden kulma on merkattu ensikorjattavaksi



Kano, helposti

Kanon malli jakaa Ominaisuudet kolmeen hyödylliseen luokkaan. Tämän avulla et jää kiillottamaan ilahduttajia, jos perusominaisuudet kaipaavat vielä korjausta.

Kanon kategoriat helposti: pakolliset, suorituskykyominaisuudet ja ilahduttajat



Järjestyskysymys pakottaa valintoihin

Kun lopulta kysyt suoraan, älä käytä valintaruutuja – vaan Järjestyskysymystä. Kun käyttäjän täytyy laittaa vaihtoehdot järjestykseen, joutuu oikeasti miettimään, mistä olisi valmis luopumaan.


Järjestyskysymys, jossa käyttäjät laittavat tuoteparannukset prioriteettijärjestykseen



Yhdistä käyttödataan

Kyselyt kertovat, mitä ihmiset sanoo, mutta tuoteanalytiikka paljastaa, mitä he tekee. Priorisoi ne kohdat, joissa molemmat tukevat toisiaan – Ominaisuus, jota toivotaan ja jota oikeasti käytetään, on varma valinta. Jos tulokset ovat ristiriidassa, selvitä ennen kuin päätät rakentaa.



Mistä pääset alkuun

  1. Vaihda ”mikä ominaisuus?” kysymykseen ongelmista.

  2. Toteuta tärkeys × tyytyväisyys -kysely ja kartoita puutteet.

  3. Käytä järjestystä, älä valintaruutuja, kun kysyt suoraan.

  4. Vertaa parhaat ehdokkaat käyttödataan.


💡 Nopea aloitus

Survion Järjestyskysymysten ja Arviointikysymysten avulla vajekartan ja priorisointikyselyjen teko onnistuu nopeasti. Kokeile tätä yhdessä ”Näin toteutat käytettävyyden testauskyselyt” tämän kokoelman ohjeen kanssa.

Vastasiko tämä kysymykseesi?