Osana suurempaa digitaalista tuotekerrosta, käyttö tarinoiden kanssa koko suunnitteluprosessin ajan auttaa suunnittelijoita keskittymään käyttöliittymän parantamiseen. Selkeästi kirjoitetut käyttäjätarinat voivat auttaa pitämään ihmiset suunnitteluprosessin keskipisteessä, tuntemaan tuotteen kohdeyleisön ja luomaan ideoita, jotka sopivat paremmin ihmisten elämään.

Kuinka usein tuotesuunnittelijat joutuvat sananlaskuun 'kärryn asettaminen hevosen eteen'? Projektin alkaessa määritämme tekniset yksityiskohdat ja sen, miten aiomme toimittaa sen. Kehityskehykset määritellään, kohdelaitteet määritetään, näytön koot asetetaan, ja joukkue lähtee luomaan ratkaisuja lisäämällä tuotteen ominaisuuksia satunnaisesti.

Tämän prosessin aikana tuotamme kiihkeästi lukuisia UX-esineitä: mielialalevyt, sivustokartat, käyttäjävirrat, persoonat ja empatiakartat, muutamia mainitakseni. Vene on ladattu, mutta se kulkee ilman peräsintä tai karttaa. Sitten eräänä päivänä heräämme, ja se osuu meihin: miksi teemme tätä tuotetta, miten määritämme sen ominaisuudet ja miten priorisoimme ne? '

Klassinen herätys.

Pelätty 'ominaisuuslääke' hiipii lähemmäs suoraan nenän alla.

Onneksi on olemassa vastatoimi sen torjumiseksi. Se on suunnittelutaktiikkaa, jota kutsutaan käyttäjien tarinat .

Käyttäjätarinat ovat tuoteryhmien yhteinen suunnittelutekniikka, joka on otettu käyttöön Agile-ohjelmistokehitysmenetelmistä. Ketterät joukkueet keskittyvät tyypillisesti pienten tavoitteiden saavuttamiseen sprinttien aikana. Ne korostavat nopeutta, tavoitteita ja tuloksia Laajan dokumentoinnin sijasta siis käyttäjäkertomusten käsite.

Useimmille ketterille ryhmille käyttäjäkertomukset ovat tärkein ohjelmistoprogrammi. Ketterä liittouma

Mikä on käyttäjätarina?

Käyttäjätarina kuvaa jotain, jonka käyttäjä haluaa saavuttaa. Käyttäjätarinat voivat auttaa suunnittelijat ja kehitystiimit keskittyvät jatkuvasti käyttäjien tarpeisiin sen sijaan, että ne tarttuisivat tuoteominaisuuksien lisäämisen hulluuteen.

Käyttäjätarina on lyhyt, spesifinen ja tavoitteellinen. Se on käyttäjän näkökulmasta kehitetty yhden lauseen lause, jolla on seuraava rakenne:

' Kuten (käyttäjän tyyppi), haluan (päämäärän), jotta voin (saada hyötyä). '

Käyttäjätarinoiden avulla tiimi voi käydä parempia keskusteluja projektista koko kehitysprosessin ajan. Se auttaa estämään ominaisuuksien ryömimisen, koska niiden kanssa työskenteleminen helpottaa a yhteinen käsitys siitä, mitä joukkue yrittää rakentaa ja miksi .

Jos käyttöliittymäsuunnittelussa ja ihmisen ja tietokoneen välisessä vuorovaikutuksessa on periaatteita, jotka ovat pyhiä niille, niin se on tunne käyttäjäsi . Don Norman, Nielsen Norman Groupin perustaja ja emeritusjohtaja

Käyttäjätarinoiden tasaaminen suunnittelun ja ketterän välillä

Käyttäjätarinat ovat käsite, jonka kehittäjät ymmärtävät. Olipa projektin alku tai tuotekehitys, suunnittelijat voivat tehdä yhteistyötä kehittäjien kanssa tehokkaammin työskentelemällä käyttäjäkertomusten kanssa. Tuoteominaisuudet voidaan suunnitella yhdessä optimoimalla kehitys ja selkeyttämällä mihin tuloksiin ryhmän tulisi keskittyä päällä.

Se sanoi, monet suunnittelijat eivät hyväksy ajatusta siitä, että Agile ja UX voivat pelata mukavasti yhdessä . Yksi vakaumuksista on, että kaksi erilaista motivoivaa voimaa ja aikataulut eivät sovi yhteen - käyttäjätarinat eivät sovi helposti kokonaisvaltaiseen suunnitteluprosessiin, koska kehityksessä keskitytään lyhytaikaisiin toimitusjaksoihin. Toinen käsitys on, että käyttäjätarinat eivät ole riittävän merkittäviä suunnittelunäyttelyinä - niiltä puuttuu perspektiivi, joka ottaa huomioon suuremman kuvan: koko käyttökokemus .

Nämä uskomukset ovat jossain määrin päteviä, mutta ovat myös väärin .

Puhdistetaan ilma. Ensinnäkin suunnittelijoiden on tunnustettava, että käyttäjätarinoiden kanssa työskenteleminen on yhteistyösuunnitteluprosessi . Vaikka se ei välttämättä sovi täydellisesti kehityspuolen ketterien sprinttien kanssa, ne voivat suurelta osin olla osa laajempaa asynkroninen suunnitteluprosessi yhteistyössä kehittäjien kanssa . Käyttäjätarinat helpottavat myös eri paikoissa sijaitsevien tiimien yhteistyötä.

Toinen, käyttäjätarinat ovat osa ihmiskeskeistä, toimintakeskeistä suunnittelua . Sen sijaan, että keskityttäisi lisäämään yhä uusia tuoteominaisuuksia - sananlaskuinen 'ominaisuuksien hiipiminen' - käyttäjätarinat tekevät siitä todellisen . Käyttäjätarinat ovat jokaisen ihmisten tekemän toiminnan takana, joka koostuu tehtävistä, jotka puolestaan ​​ovat joukko toimia. Seurauksena on, että tuotteita kehitetään ymmärtämällä käyttäjien toimintaa syvällisesti. Käyttäjätarinoiden käsittely sopii hyvin kokonaisvaltaiseen pyrkimykseen suunnitella ihastuttava käyttökokemus.

Käyttäjätarinat tuotetestaukseen ja UX-mittareihin

Selkeästi ilmaistut käyttäjäkertomukset vaikuttavat erinomaisen tuotesuunnittelun eri näkökohtiin. Käy säännöllisesti läpi käyttäjien tarinoita ja tarkista, onko tietty käyttäjän tavoite saavutettavissa - hyväksyntätesti tietylle käyttäjäkertomukselle - auttaa pitämään tuotetiimin tiellä.

Yritykset käyttävät usein paljon aikaa ja rahaa sellaisten tuotteiden rakentamiseen, joita asiakkaat eivät tarvitse tai halua, tuhlaen sekä aikaa että resursseja. Tuotteet voivat olla hyvää tarkoittavia, mutta ne epäonnistuvat, koska ne eivät vastaa tunnistettavaan tarpeeseen kuluttajien ymmärtämällä tavalla.

Tuoteryhmät voivat ymmärtää testaamalla tuotteen potentiaalisilla asiakkailla jos tuote ratkaisee selvästi tunnistettavissa olevan tarpeen . Se on tapa mitata menestystä. Prototyyppien rakentaminen ja testaaminen hyvin määriteltyjen käyttäjäkertomusten perusteella suunnittelijat pystyy mittaamaan tehtävien suorittamisajat ja onnistumisprosentit. Ei vain tuotesuunnittelun varhaisessa vaiheessa, vaan koko tuotekehityksen elinkaaren ajan. Tekemällä niin tiimit voivat nähdä, vastaako tuote entistä paremmin asiakkaiden tarpeita .

Lisäksi käyttäjäkertomuksia voidaan käyttää määrittelemään UX - tulokset (arvioinut UX-menestystiedot ) ja auttaa suunnittelijoita seuraamaan tuotteen kehitystä UX-edistymismittareilla.

• UX-tulokset synkronoi kaikki rakennettavaan.
• UX-menestystiedot kerro joukkueille, kun he ovat saavuttaneet tuloksen.
• UX-edistymismittarit antaa tiimien seurata ja arvioida edistymistä matkan varrella.

Kuinka luoda hyviä käyttäjätietoja

Käyttäjätarinan luominen alkaa henkilöistä, joista on tislattu käyttäjätietojen oivalluksia . Persoonien syvällinen ymmärtäminen auttaa suunnittelijoita luomaan mielekkäitä tarinoita, jotka liittyvät suurempiin käyttäjien tavoitteisiin. Tässä prosessissa voidaan paljastaa täyttämättömät käyttäjien tarpeet ja rakentaa tuotekertomuksia (kutsutaan Eeppisiä ketterässä).

Suunnittelijat voivat ottaa huomattavia UX-kertomuksia, joita ohjaavat persoonat ja käyttäjien tavoitteet, ja jakaa ne pienempiin paloihin: käyttäjien tarinat . Oletetaan esimerkiksi, että kehitämme mobiilipankkisovellusta. Eeppisiä Tavoitteena olisi 'hallita rahaa tien päällä'. Tämä suurempi käyttäjätavoite voidaan sitten jakaa pienempiin käyttäjäkertomuksiin, kuten:

• Yrityksen omistajana haluan tehdä mobiilitalletuksia, jotta voin säästää aikaa.
• Yrityksen omistajana haluan hakea lainaa tien päällä saadakseni luottoa nopeammin.
• Yrityksen omistajana haluan tarkistaa tilini sovelluksella pysyäksesi talouteni päällä.

Kuinka keksimme tällaisia ​​käyttäjätarinoita? Käyttämällä erilaisia ​​UX-tutkimustekniikoita, kuten varjostus (havainnointitekniikka), päiväkirjatutkimukset ja käyttäjähaastattelut. Vaihtoehtoisesti suunnittelijat voivat käyttää tuoteanalytiikkaa käyttäjien käyttäytymismallien tunnistamiseen ja näiden rakenteiden taustalla olevien rakenteiden pintaan.

Esimerkiksi tarkkailemalla tapahtumavirtoja data voi osoittaa, että useita tehtäviä ei voitu suorittaa. Tehtävät aloitettiin, edistyttiin, mutta odottamattomat irtautumiset keskellä tehtävää osoittivat, että ne eivät päässeet johtopäätökseen. Tällaiset mallit viittaavat siihen, että ihmiset luopuvat turhautumisesta, koska tuote ei tarjoa helppoa tapaa suorittaa koordinoituja tehtäviä . Tarkka UX-suunnittelija havaitsi ongelman, tutkii sitä lisätutkimuksilla, suunnitteli uudelleen tuotteen, joka ei toimi, ja testasi tehtävän suorittamisen uudelleen.

Kuinka kirjoittaa ja priorisoida käyttäjien tarinoita

Kuka kirjoittaa käyttäjäkertomuksia? Perinteisesti käyttäjien tarinoiden kirjoittaminen on ollut tuotepäälliköiden tehtävä siirtää kehitys eteenpäin (usein silloin, kun tiimissä ei ole suunnittelijaa). Kuitenkin, kun tiimissä on suunnittelija, voi olla parasta, jos suunnittelijat kirjoittavat ne. He ovat tehneet käyttäjätutkimuksia ja tuntevat parhaiten käyttäjäpersoonat ja heidän tarpeensa.

Tekniikkana käyttäjäkertomusten on tarkoitus olla pienikokoisia ja kevyitä, jolloin tiimit voivat rakentaa tuotteita nopeasti. Kuten aiemmin mainittiin, ne on kirjoitettava käyttäjän näkökulmasta yksinkertaiseksi lauseeksi: ' (Käyttäjänä) haluan (tehdä jotain / päämäärän), jotta voin (saavuttaa halutun lopputuloksen). '

Tällaisella tavalla luodut käyttäjätarinat auttavat perustelemaan kaikki tuotteeseen lisätyt ominaisuudet ja pitävät jokaisen suunnittelupäätöksen taustalla olevan etusijan: ' miksi teemme mitä teemme. '

Hyvän käyttäjätarinan kirjoittaminen:

• Sen pitäisi olla selkeä, kohdennettu ja toimiva.
• Sen pitäisi kaapata tarina tavalla, joka tuntuu arvokkaalta.
• Se voidaan kääntää tuoteominaisuudeksi.
• Siinä on hyväksymistesti (oliko tavoite saavutettu?).

Kun tarinat on kirjoitettu, ne on priorisoitava matriisiksi. Tuotepäälliköille tuttu prioriteettimatriisi auttaa varmistamaan, että tuotetiimi keskittyy ensin vaikuttavimpiin ominaisuuksiin. Sillä suunnittelijat , tämä tarkoittaa priorisointia käyttäjille, jotka tarjoavat eniten arvoa asiakkaille.

Useat näkökohdat vaikuttavat käyttäjätarinan prioriteettihakemistoon:

• Liiketoiminnan tavoitteet . Käyttäjän tarinan, joka vaikuttaa suoraan yrityksen tuloihin, tulisi saada korkeampi indeksiarvo kuin vain toivottavilla.
• Toiminnalliset riippuvuudet . Jos useita käyttäjäkertomuksia voidaan toteuttaa vain tietyn tarinan jälkeen, jälkimmäinen tulee kriittiseksi ja saa korkeamman indeksiarvon.
• Kehitysaika . Jos kehitystiimi arvioi käyttäjätarinan nopeasti toteutettavaksi ja välttämättömäksi liiketoiminnan tavoitteiden saavuttamiseksi, tarina saa korkeamman indeksiarvon.

Käyttäjätarinoiden edut suunnittelussa

Työskentely käyttäjäkertakehyksen kanssa varmistaa, että tuotteella on vain ne ominaisuudet, joita käyttäjät tarvitsevat vs. ominaisuudet, joita tuotetiimi toivoo käyttävänsä hypoteesien perusteella. Toisin sanoen, Käyttäjän tarinoiden käsittely estää ominaisuuksien ryömimisen .

Käyttäjätarinoiden käsittelyllä on useita etuja:

• Tarjoaa yhteisen kielen. Käyttäjien tarinoista tulee yhteinen kieli koko kehitystiimille, mikä poistaa keskittymisen ratkaisuihin ja ominaisuuksiin. Sen sijaan he keskustelevat siitä, mitä on tarkoitus saavuttaa.
• Edistää yhteistyötä. Ne motivoivat käyttäjien, suunnittelijoiden ja kehitystiimin välistä yhteistyötä.
• Mahdollistaa jaetun ymmärryksen. Ne auttavat kehittämään yhteistä ymmärrystä käyttäjien tarpeista käyttämällä yhteistä kieltä.
• Lisää läpinäkyvyyttä. Ne lisäävät avoimuutta tiimin jäsenten välillä, mikä vahvistaa luottamusta.
• Ne ovat kattavia ja yhtenäisiä. Projektivaatimusten muuntaminen käyttäjäkertomuksiksi on suhteellisen helppoa hankkeen käsittelemiseksi. Käyttäjäkertomusten läpi käyminen antaa selvemmän käsityksen siitä, 'mistä projektissa on kyse', kuin luettelot ominaisuuksista ja toiminnallisista vaatimuksista.
• Tarjoaa joustavuutta, saavutettavuutta ja hallittavuutta. Käyttäjätarinat ovat käsitteellisesti suoraviivaisia ​​muihin asiakirjoihin verrattuna, ja niiden luominen on nopeaa. Käyttäjät voivat olla mukana myös heidän sukupolvessaan, ja sidosryhmät voivat muokata käyttäjäkertomuksia vaivattomasti tai lisätä omia.
• Muuttaa projektin näkökulmaa. Käyttäjätarinat siirtävät projektin näkökulman luettelosta mahdollisesti satunnaisia ​​ja abstrakteja vaatimuksia käyttäjälähtöisten toimintojen esittämiseen.
• Helpottaa arvokkainta toimitusta. Ne auttavat toimittamaan asiakaslähtöisiä ominaisuuksia, joista on eniten hyötyä.
• Tarjoaa tarkistuslistan. Ne mahdollistavat mittaukset onnistuneesta tehtävän suorittamisesta. Jos käyttäjä ei pysty suorittamaan tehtäviä, tuote on epäonnistunut.

Parempi tuotesuunnittelu käyttäjien tarinankartoituksella

Suunnittelijoiden ei pitäisi luottaa pelkästään käyttäjäkertomuksiin tuotesuunnittelun edistämiseksi —Kokonaisvaltainen tuotesuunnitteluprosessi sisältää monia muita menetelmiä ja esineitä. Hyvin integroitujen käyttäjien tarinoiden tulisi täydentää toisiaan kuin palapelin palaset, jotka muodostavat koko tuotteen UX: n. Päinvastoin, erilliset käyttäjätarinat häiritsevät käyttökokemuksen yhtenäisyyttä.

Muita mahdollisia ongelmia, kun luotat yksinomaan käyttäjäkertomuksiin suunnittelun ohjaamiseksi:

• Kontekstin puute (huomioimatta yleinen UX-tulos)
• Ei täydellisyyden tunnetta (epävarmuus siitä, katetaanko suuremmat tavoitteet)
• Sekoittaa käyttäjätarinoita käyttötapauksiin
• Tuotetta ei kehitetä (käyttäjätarinoita ei ole korjattu, ne muuttuvat ajan myötä)

Käyttäjätarinakartan luominen auttaa meitä keskittymään kokonaisuuteen - tuotteeseen kokonaisuutena sen sijaan, että keskitymme myopisesti yksittäiseen tarinaan. Jeff Patton, kirjan kirjoittaja Käyttäjän tarinan kartoitus

Yhteenveto

Työskentely käyttäjien tarinoiden kanssa antaa kriittiset mittaukset suunnittelijat tarve toimittaa hyvin suunniteltuja tuotteita. Käyttäjätietokehyksen noudattamisen kurinalaisuus tarkoittaa myös sitä, että koskaan ei laiteta suunnitteluelementtiä käyttöliittymään, jolla ei ole vastaavaa käyttäjätarinaa.

Käyttäjätarinoiden vetovoima on, että he tunnistaa toiminnalliset tarpeet mutta älä määrää kuinka suunnitella tuote näiden toiminnallisten tarpeiden tyydyttämiseksi. He keskittyvät ongelmaan ensin ennen ratkaisun määräämistä.

Suunnittelijoiden tulisi pitää käyttäjäkertomuksia arvokkaina rakennuspalikoina tuotesuunnittelussa, kartoittaa käyttäjäkertomuksia yhtenäisen käyttöliittymän luomiseksi ja käyttää käyttäjien tarinoita koskevia parhaita käytäntöjä. Se estää ominaisuuksien ryömimisen, antaa tuotetiimille mahdollisuuden toimittaa paremmin suunniteltuja tuotteita ja antaa suunnittelijoille mahdollisuuden luoda tuotteita kitkattomilla ja miellyttävillä käyttökokemuksilla.

---

Kerro meille mitä mieltä olet! Jätä ajatuksesi, kommenttisi ja palautteesi alla.

• • •

Lue lisää ApeeScape Design Blogista:

• Figman voima suunnittelutyökaluna
• Kattava opas ilmoitusten suunnittelusta
• Tee se laskemaan - opas käyttökokemuksen mittaamiseen
• Mielen silmä - katsaus datan visualisointipsykologiaan
• Mikä on UX-suunnittelu? Yleisiä väärinkäsityksiä ja UX-myyttejä

Perustietojen ymmärtäminen

Kuinka lopettaa ominaisuuden ryömiminen?

Käyttäjätarinoiden käsittely estää ominaisuuksien ryömimisen, koska käyttäjätarinat auttavat tuotetiimejä ymmärtämään, ratkaiseeko tuote selvästi tunnistettavissa olevan käyttäjän tarpeen. Käyttäjätarinat auttavat estämään ominaisuuksien ryömimisen, koska niiden kanssa työskenteleminen helpottaa yhteistä ymmärrystä siitä, mitä tiimi yrittää rakentaa ja miksi.

Mikä on laajuuden hiipiminen ja ominaisuuden viruminen?

Tuotekehityksen ominaispiirre on, kun tuotteeseen lisätään liian monta tuoteominaisuutta ja toiminnallisuutta ilman suurta perustelua sille. Laajuus hiipii, kun kehitystiimit uskovat virheellisesti, että enemmän on parempaa, ja tarttuu vimmaan tuotteen ominaisuuksien lisäämisestä.

Mitä ominaisuuslääke tarkoittaa?

Tuotekehityksen ominaispiirre on, kun tuotteeseen lisätään liian monta tuoteominaisuutta ja toiminnallisuutta ilman erityistä perustelua, mikä johtaa tarpeettomaan monimutkaisuuteen ja tuotteisiin, joita on vaikea käyttää.

Mikä on hyvä käyttäjäkertomus?

Hyvä käyttäjäkertomus on selkeä, kohdennettu ja toimiva. Sen tulisi siepata tarina tavalla, joka tuntuu arvokkaalta käyttäjän näkökulmasta: 'Haluan (käyttäjänä) tehdä (tehdä jotain / päämäärän) voidakseni (saavuttaa halutun lopputuloksen).' Hyvä käyttäjäkertomus auttaa käyttäjäkertomusten kehittämisessä ja estää ominaisuuksien ryömimisen.

Kuinka käyttäjätarinat ovat hyödyllisiä verkkosivustoa luodessasi?

Käyttäjätarinoilla työskenteleminen on myös arvokasta estämään ominaisuuksien ryömimistä verkkosivustoja luodessa. Käyttäjätarinat auttavat keskittämään kehitystiimin reaalimaailman kävijätarpeisiin ja tarjoavat kriittisen mittauksen, jonka suunnittelijoiden on arvioitava verkkosivuston suunnittelun tehokkuutta.

Kenen tulisi kirjoittaa käyttäjäkertomuksia?

Tyypillisesti projektin siirtäminen eteenpäin ja ominaisuuksien siirtymisen välttämiseksi kuuluu käyttäjien tarinoiden kirjoittamisen tehtäväksi usein tuotepäälliköille. Koska suunnittelijat ovat kuitenkin tehneet käyttäjätutkimuksia ja tuntevat käyttäjän persoonat ja heidän tarpeensa, projekti on parhaiten palvelussa, jos suunnittelijat kirjoittavat käyttäjäkertomuksia.