Jos olet työskennellyt tuotepäällikkönä yhtä pitkään kuin minä (yli 15 vuotta), olet nähnyt siirtymän pitkistä tuotemäärittelydokumenteista (PRD), joissa kuvataan toiminnallisuuksia, ketteriin tuotebacklogeihin, joissa kuvataan käyttäjätarinoita.
Eikö kukaan kaipaa PRD-dokumentteja?
Ketterät menetelmät ovat kiistatta askel parempaan suuntaan, mutta litteä tuotebacklog voi nopeasti paisua hyvin pitkäksi jäsentämättömäksi luetteloksi, jota voi olla vaikea ylläpitää.
Yksi tapa hahmottaa kokonaisuus on luoda käyttäjätarinakartta. Sen avulla saat yleiskuvan monimutkaisten tuotetoiminnallisuuksien kokonaisuudesta. Se on hyödyllinen uutta tuotetta aloitettaessa, mutta myös uusia toiminnallisuuksia olemassa olevaan tuotteeseen lisättäessä. Käyttäjätarinakartta voi auttaa sinua määrittelemään myös epicit ja käyttäjätarinat.
Mitä käyttäjätarinakartoitus on?
Käyttäjätarinakartoitus on menetelmä, jolla monimutkainen tuote jäsennetään käyttäjäpoluiksi. Sen kuvasi ensimmäisenä Jeff Patton, joka on kirjoittanut aiheesta kokonaisen kirjan. Se on osa Lean Startup -menetelmää.
Käyttäjätarinakartta kuvaa tuotteesi käyttäjäkokemusta käyttäjän näkökulmasta. Sitä ei pidä sekoittaa asiakaspolkukarttaan, joka kuvaa asiakkaan näkökulmasta polkuja, joihin sisältyvät motivaatiot, kysymykset ja tunteet, mutta joka ei välttämättä keskity itse tuotteeseen.
Käyttäjätarinakartoituksen kolme tasoa
Käyttäjätarinakartassa on kolme tasoa. Tarkastellaan jokaista tasoa hotellisivuston esimerkin avulla.
Have an account? Log In
Taso 1 – Toiminnot
Nämä ovat käyttäjien tuotteessasi suorittamia toimintoja. Tässä vaiheessa ne voivat olla niin korkean kuin matalan tason toimintoja kuin haluat. Ehdotan aloittamista melko korkean tason toiminnoista, jotta ylimmän tason luettelossa ei ainakaan aluksi olisi yli 10 kohtaa. Toiminnot muotoillaan tuloksiksi, joita käyttäjät haluavat saavuttaa. Toiminnot sijoitetaan kartalle vaakasuunnassa.
Hotellisivustomme tapauksessa keskeisiä toimintoja voisivat korkealla tasolla olla esimerkiksi:
Taso 2 – Vaiheet
Seuraava taso koostuu vaiheista, joita käyttäjät suorittavat tuotteessasi toimintojen loppuun saattamiseksi, kuten tasolla 1 kuvattiin. Myös nämä vaiheet sijoitetaan vaakasuunnassa.
Hotellisivustomme esimerkissä vaiheet voisivat olla:
Taso 3 – Yksityiskohdat
Tällä tasolla kuvaat yksityiskohtaisesti, mitä käyttäjät tarvitsevat suorittaakseen tasolla 2 kuvatut vaiheet. Tähän sisällytät kaikki vaiheen suorittamiseen tarvittavat tiedot ja vuorovaikutukset.
Taso 3 sijoitetaan pystysuunnassa toimintojen ja vaiheiden alle. Jatkaaksemme hotellisivustomme esimerkkiä yksityiskohdat voisivat olla:
Kuinka käyttäjätarinakartta rakennetaan
Ennen kuin aloitat käyttäjätarinakartan rakentamisen, varmista, että tiedät tarkasti, mitä ongelmia tuotteesi ratkaisee, millaisia käyttäjiä palvelet ja mitä tarpeita käyttäjilläsi on. Jotkin UX-käyttäjäpersoonat voivat olla tässä hyödyksi.
Ennen käyttäjätarinoihin sitoutumista monet tiimit voivat hyötyä myös laajemman kokonaiskuvan hahmottelemisesta ensin. Kuvakäsikirjoittaminen – elokuvantekemisestä ja suunnittelusta lainattuja tekniikoita hyödyntäen – auttaa tiimejä visualisoimaan käyttäjän tunnepolun ja kontekstin ennen tiettyjen vuorovaikutusten määrittelemistä. Kun käyttäjätarinakartoitus jäsentää tuotteen toiminnallisuuden ”mitä”- ja ”miksi”-kysymyksiä, kuvakäsikirjoittaminen voi valaista keskeisten kosketuspisteiden ”miltä se tuntuu” -näkökulmaa sekä sitä, ”mitä tapahtuu ennen ja jälkeen”.
Käyttäjätarinoiden kartoittaminen on yhteistyötä vaativa tehtävä. Vähintään tarvitset monialaisen tuotekehitystiimisi jäsenet. Voit myös haluta kutsua mukaan asiakastuen, markkinoinnin, myyntitiimien tai muiden sidosryhmien jäseniä, joilla on näkemystä siitä, mitä käyttäjät odottavat tuotteeltasi. Näin varmistetaan, että kaikilla on yhteinen käsitys tuotteestasi kokonaisuutena.
Käyttäjätarinakarttaa ei kuitenkaan tarvitse rakentaa valmiiksi yhden istunnon aikana. Ensimmäisessä istunnossa on suositeltavaa laatia vähintään kattava luettelo tason 1 toiminnoista, jotta kaikki tiimin jäsenet näkevät koko tuotteen monimutkaisuuden ja voivat tunnistaa riskit ja riippuvuudet varhaisessa vaiheessa. Tason 2 ja tason 3 yksityiskohdat voidaan kuitenkin rakentaa myöhemmin, kun kehität kyseistä tason 1 toimintoa.
Kun päätät rakentaa tarinakartan, on todennäköisempää, että luot kattavan kokonaiskuvan ja rakennat sen pohjalta oikean tuotteen.
Käyttäjätarinoiden kartoittamisen työkalut
Kartan fyysiseen rakentamiseen sopii mikä tahansa väline, joka ei hajoa muutaman päivän kuluttua. Jos työskentelet samassa sijainnissa työskentelevänä tiiminä, voit käyttää valkotaulua tai jopa seinää muistilappujen kiinnittämiseen. Tämä on loistava tapa saada luovuus virtaamaan, mutta haittapuolena on, että muistilaput putoavat usein seinältä muutaman päivän kuluttua! Jos käytät seinää, suosittelen vahvasti ottamaan siitä kuvia.
Tietysti parempi vaihtoehto olisi jokin lukuisista yhteistyöhön tarkoitetuista virtuaalisista valkotaulusovelluksista tai käyttäjätarinoiden ohjelmistoista.
Käyttäjätarinoiden kartoittaminen ja ketterä kehitys
Riippumatta siitä, käytätkö Scrum- tai Kanban-menetelmää tai niiden yhdistelmää ketteränä ohjelmistokehitysmenetelmänäsi, sinun on selvitettävä, miten tuotteesi ominaisuudet priorisoidaan. Käyttäjätarinakartan avulla näet helposti tuotteesi kokonaisuutena, mitä seuraavassa tuotejulkaisussa pitäisi priorisoida ja mitä on vielä rakennettava.
Koko tuotteen kartoittamisen etuna on myös se, että voit tarkastella sitä useista näkökulmista tuotekehityksen etenemissuunnitelman priorisointia varten.
Voit jakaa tarinakartan pystysuunnassa, jos joitakin keskeisiä käyttäjäpolkuja on mahdollista erottaa vähimmäistoimivan tuotteen (MVP) toiminnallisuutta varten.
Hotellisivustomme esimerkissä voit ehkä julkaista verkossa vain hotelliasi ja huonehintoja koskevat tiedot, mutta et täyttä verkkovarausprosessia. Ensimmäisessä iteraatiossasi asiakkaat voisivat löytää kaikki päätöksen tekemiseen tarvittavat tiedot, mutta varaisivat huoneen soittamalla tai lähettämällä sähköpostia.
Vaihtoehtoisesti voit jakaa tarinakartan myös vaakasuunnassa, jotta asiakkaillesi voidaan tarjota vähimmäismäärästä vaiheita koostuva kokonainen käyttäjäpolku. Hotelliesimerkissämme tämä voisi tarkoittaa perusmuotoista huonehakua ja varausprosessia verkossa, mutta ei kaikkia varattavissa olevia lisäpalveluja.
More Articles
Käyttäjätarinakartan muuntaminen ketteräksi työjonoksi
Tuotteen kehittämiseksi sinun on todennäköisesti lopulta muunnettava käyttäjätarinakarttasi ketteräksi tasaiseksi työjonoksi, joka sisältää priorisointiin ja sprinttien suunnitteluun käytettäviä käyttäjätarinoita.
Saatat kysyä itseltäsi, eikö tämä ole työn tekemistä kahteen kertaan? Itse asiassa karttasi tason 3 yksityiskohdista voi helposti tulla ketterän tiimisi käyttäjätarinoita ja hyväksymiskriteerejä. Vaikka työssä on siis hieman päällekkäisyyttä, käyttäjätarinoiden kirjoittaminen on helppoa, kun olet laatinut hyvän tarinakartan.
Miksi käyttäjätarinoiden kartoittamista kannattaa käyttää?
Yhteenvetona voidaan todeta, että tarinakartan käyttämisellä tasaisen ketterän työjonon sijaan on useita etuja:
- Saat tuotteestasi kokonaisvaltaisen näkymän ja ymmärrät siihen liittyvän työn laajuuden.
- Voit tunnistaa riskit ja riippuvuudet aiemmin ja helpommin.
- Voit priorisoida ketterän kehityksen sprinttityötä helpommin jäsennellyn kartan kuin jäsentämättömän tasaisen työjonon avulla.
- Liiketoiminnan eri osapuolilla on yhteinen käsitys siitä, mitä käyttäjätoimintoja tuotteesi tukee.
Jos haluat lukea lisää tuotehallinnan parhaista käytännöistä, tilaa uutiskirjeemme.
Aiheeseen liittyvä lukemisto: Mikä on ketterä epicki? Parhaat käytännöt, mallipohja ja esimerkki
Kasvatatko tiimiäsi? Tässä on jotain hyödyllistä: Näin laadit tehokkaan ketterän tuotepäällikön työnkuvauksen (+esimerkki)
Tutustumisen arvoista myös:
