Käyttäjätutkimus Sampsa Hyysalo Associate Professor, CoDesign Department of Design, Aalto ARTS
Yhteenveto Käyttäjäkeskeinen suunnittelu on tarpeen koska Käyttäjätutkimusta tarvitaan kun Käyttäjätutkimus on haitallista kun Käyttäjätutkimuksen menetelmistä on tärkeintä ymmärtää Tosielämän tapauksista voidaan oppia erityisesti Yleisimpiä puutteita käyttäjätiedon hankinnassa ja käsittelyssä ovat
Miten siihen päästään? Käyttäjätieto on keskeisintä riskienhallintaa: sen puute yleisin syy kalliille muutoksille 1. sukupolven jälkeen Markkina ja asiakastieto riittää vain bulkkituotteessa: käyttäjätieto toimista, kontekstista ja haluista Kyselyt, heuristiikat ja käytettävyystestaus yleisiä, harvoin riittäviä (tai kaikkein osuvimpia) Oikeat menetelmät kussakin vaiheessa, kullekin projektille Kirjo kevyestä raskaaseen Tiedon ja osaamisen kumuloiminen keskeistä Sparrauta, tee itse, sparrauta!
Käyttäjäkeskeisyys: Ikuisuusongelmasta kilpailueduksi Tutkimukset karuja yritysten kyvystä toteuttaa käytön suunnittelua. 70 % Ison-Britannian ja Usa:n laajoista tietojärjestelmistä on todettu toiminnallisiksi epäonnistumiksi -- vain harmia tai marginaalista hyötyä. Tuotekehittäjien arvioissa jopa 84 % järjestelmistä pidetään epäonnistuneina ja 46 % yritysten kaikista tuotekehitysmenoista käytettiin näihin. Suurin yksittäinen syy epäonnistumisiin on käyttäjien tarpeiden huomiotta jättämisessä Samaan aikaan on yrityksiä, jotka kerskuvat yli 80 % onnistumisilla. Kyse opeteltavissa olevista taidoista.
Nykytila suomessa Joka(to)inen yritys on asiakaskeskeinen tai käyttäjäkeskeinen toimitusjohtajan puheessa Käytännössä suuria vaikeuksia varsinkin kun kyse käyttäjille innovatiivisista tuotteista: uusi toiminto tai uusi käyttäjäryhmä Markkinatutkimus, heuristiset ohjeet tai käytettävyystesti yleistyneet mutta harvoin riittävät Menetelmäusko, myynti ja osto : kymmeniä konsulttipaketteja Perustuvat joidenkin perustyötapojen uuteen yhdistelyyn Kullakin oma vahvuusalueensa; teknologiatyyppi, tuotekehityksen vaihe, käyttäjäkunta jne.
Sadat erikoismenetelmät vs. Todellisuudessa konsulttipaketit ovat pääosin alle 10 perustyötavan erilaisia yhdistelmiä Eri työtavoilla erilaiset vahvuus- ja soveltuvuusalueet Iso variaatio ts. Sovelias työtapa ei ole itsestään selvyys ja ko projektille osuvan löytäminen on erittäin keskeistä Perustyötavat myös hyvä tuntea, jotta osaa soveltaa ja oikoa Vs. Tehdään jotain, Tehdään sitä mistä satutaan kuulemaan, Oiotaan fiilikellä
Mitä tehtiin Oma kokemus ja intuitio Sukulaisten haastattelut Kaksi markkinatutkimusta euroopassa Design tutkimus muotoilusta ja käytettävyydestä uusiksi meni - Kuka käyttää (65vs 85), mitä tekee (pikahälytykset vs. seuranta), muotokieli (turvalaite vs. fiksu kello )
Mitä tehtiin Laaja ja pitkä suunnitteluyhteistyö IT-firman ja useiden lääkäreiden, hoitajien, ravintoterapeuttien, erikoislääkäreiden kanssa (1996-1997-2001) Aiempi proto lähtökohtana Yhteistyön välineinä käytettiin suoria keskusteluita, sähköpostipalautteita ja jonkin verran näyttösivujen luonnostelua. Siinä ei siis nojauduttu erikoistuneisiin menetelmiin, vaan intensiiviseen kommunikaatioon osapuolten kesken. Oulun kaupungin terveydenhuoltotoimi antoi yrityksen käyttöön huomattavan resurssin salliessaan lääkäreiden ja hoitajien käyttää jopa viikkoja työaikaansa pelkästään ohjelman sisältöjen suunnitteluun. Tuotekehitys-yhteistyöverkon laajentaminen vaiheittain uusiin ammattiryhmiin ja sairaanhoitopiireihin: diabetesklinikat, pediatria jne.
Käyttäjäpartneri? Erilaisilta käyttäjiltä saa hyvin erilaista informaatiota Kärkikäyttäjät (Lead-users) Ratkaisuita, kohtaavat tulevaisuuden tuotetarpeet jo nyt Ylimoitivoituneita. käyttävät laitetta kunhan se poistaa ongelman Oman alansa huiput Usein visionäärejä: pitäisi vs. näin on Usein portinvartioita, usein kiireisiä: ei paras iterointia ajatellen Avoimet tavikset (crucial users) Käyttävät vasta kun toimii Osaavat kertoa mitä tuotteessa pitää olla, jotta valtavirta käyttää Tavikset, perässähiihtäjät Nää meidän nykyiset laitteet on ihan hyviä Perusteltu muutoshaluttomuus ja innottomuus
Käyttäjätutkimus: Välipiste T&K projektin ja käyttäjien vuorovaikutuksessa Käytettävyystestit ja käyttäjätutkimukset yleisimpiä konseptisuunnittelussa Harvoin riittää; yleisin ja laajin käyttäjäyhteistyö ensimmäisen proton ja tuoteversion lanseerauksen jälkeen Jatkuu ainakin 3.0 versioon asti, alkaa todella toimia vasta kokemuksen myötä Olennaista tuotekehittäjien oma käsitys, toimiva suhde käyttäjiin vaiheesta strategiaan
Käyttäjätieto? Hyödyllistä vasta integroituna T&K ja markkinointitoimiin Hyvin usein joku henkilö ajaa T&K organisaatiossa Henkilöityy sekä tekemisen että tulosten osalta Lisänä työnkuvassa ei tule onnistumaan: vaatii aikaa ja pieniä resursseja Solmia kontakteja Kerätä tietoja Jalostaa tiedoista TK ja markkinointi hyödyllisiä tuloksia Tuo usein esille epämukavia totuuksia esim. tehdään väärää tuotetta, markkinoidaan väärillä ominaisuuksilla Myös käyttäjäkohteissa T&K osallistuminen pois varsinaisesta työstä: usein OTO tai käytännössä sitä Riski: Innovatiivisimmat väsyvät tai lähtevät vrt. Core Group Burn Out
Yhteenveto Käyttäjäkeskeinen suunnittelu on tarpeen, koska Käytön riittämätön ymmärrys on yksi yleisimmistä epäonnistumisen syistä Käyttäjätutkimusta tarvitaan kun Tuotekehitystiimillä ei ole muilla tavoin riittävää ymmärrystä käyttäjistä ja käyttökontekstista Tuotteen ominaisuudet, käytöt tai käyttäjäryhmät ovat tuusia On tärkeää minimoida käyttöä koskevien päätösten riskit Käyttäjätutkimus on haitallista kun Tiedetään jo suurella varmuudella mitä käyttäjät haluavat ja tarvitsevat Mitään ei voida tehdä anyway Käyttäjätutkimuksen menetelmistä on tärkeintä ymmärtää Mistä eri menetelmät ja menetelmäpaketit koostuvat ja mitkä ovat niiden vahvuudet ja rajoitteet. Joitain omassa työssä yleisimpiä menetelmiä on syytä osata ammattimaisesti Tosielämän tapauksista voidaan oppia erityisesti Että osuvimmat menetelmät vaihtelevat merkittävästi projektista, sen vaiheesta, käyttäjäkunnasta ja olemassa olevasta tiedosta, resursoinnista jne. riippuen Yleisimpiä puutteita käyttäjätiedon hankinnassa ja käsittelyssä ovat loppukäyttäjä taho kuka vaan esitutkimus throw-over
Kiitokset! Ja jos jäi kiinnostamaan niin sampsa.hyysalo@aalto.fi "Käyttäjä tuotekehityksessä Tieto, tutkimus, menetelmät" (Taik kirjapaino) https://www.taik.fi/kirjakauppa/product_info.php? products_id=148 CoDesign journey planner http://codesign.inuse.fi/ INUSE tutkimusryhmä www.inuse.fi