Oikein + väärin

Kiireessä ei mielellään halua ottaa vastaan uusia tehtäviä, kun tuntuu siltä, ettei vanhojakaan oikein ehdi tehdä kunnolla. Väite tuotekehityksen häiritsemisestä pitää siksi osittain paikkansa.

Toisaalta käyttäjäpalautteelle löytyy kyllä sopiva hetkensä, jos siihen valmistautuu etukäteen. Mitään pitkälle meneviä suunnitelmia ei tarvitse tehdä. Riittää, että varaa kalenteristaan tai projektisuunnitelmasta sopivan ajan samaan tapaan kuin muille tuotekehitystehtäville. Kun ajankohta lähenee, ehtii kyllä miettiä, mitä voisi tehdä. Näin käyttäjäpalaute sitä paitsi tuntuu oleelliselta osalta tuotekehitystä eikä ylimääräiseltä pakkopullalta.

Palautteen ajankohta kannattaa sovittaa tuotekehityksen tarpeisiin, ja samalla kannattaa etsiä sopiva palautteen tapa. Kaikille vaiheille löytyy kyllä oma palautetapansa. Tärkeintä on saada jotain aikaiseksi.

Käyttäjäpalautteen hankinta ei koskaan ole suoraviivaista. Sitä ei siis aina saa, mitä tilaa. Se johtuu käyttäjäpalautteen hankinnan asetelmasta tuotekehityksessä. Kysyjä ei oikein tiedä mitä kysyy, eikä vastaaja oikein tiedä mitä vastaa. Se on luonnollista.

Käyttäjät saattavat siis yllättää palautteellaan, ja yhtä lailla palautteen hyöty saattaa yllättää. Kun etsit ratkaisua tuotteesi tekniseen yksityiskohtaan, saatat sen sijaan saada hyvän ehdotuksen tuotteesi myymisestä toisen tuotteen kanssa.

Voit luottaa siihen, että käyttäjäpalautteesta on varmasti jotain hyötyä itsellesi, vaikka et aina voikaan etukäteen määritellä, mikä se hyöty on.

Ks. myös “Ei ole aikaa“