Kun Open AI esitteli ChatGPT:n marraskuussa 2022, aluksi vallitsi kiihkeän uteliaisuuden kausi sen suhteen, mihin se pystyi.
Seuraavaksi alkoi kiivas yritys selvittää, miten tätä uutta mullistavaa teknologiaa voisi käyttää.
Ei kestänyt kauan, ennen kuin tuotepäälliköt liittyivät mukaan ja pystyivät tarkastelemaan haastetta kahdesta eri näkökulmasta:
- Missä voin käyttää tekoälyä tuotteessani?
- Miten voin käyttää tekoälyä helpottamaan elämääni tuotepäällikkönä?
Jos työskentelet tuotehallinta-alustan parissa, saatat nähdä näiden kahden näkökulman kohtaavan, kun rakennat työkaluusi käyttäjätarinoiden automaattisen luomisen.
Loistavaa!
Mutta se, että voit tehdä jotain, ei tarkoita, että sinun pitäisi.
Perustelut tekoälyn käyttämiselle käyttäjätarinoiden kirjoittamiseen
Yhtäkkiä markkinoille ilmestyi kokonaan uusi tuotepäälliköille suunnatun tekoälyn luokka: käyttäjätarinoiden generaattorit.
Jotkin niistä ovat jopa ilmaisia!
Sitten vakiintuneet tuotehallinta-alustat alkoivat lisätä tekoälyominaisuuksia työkaluihinsa, mukaan lukien käyttäjätarinoiden luomisen yhdellä painikkeen painalluksella.
Näiden työkalujen ja niitä ylistävien artikkeleiden lupaamat hyödyt olivat jotakin tämän luettelon kaltaista:
- Käyttäjätarinoiden luominen tekoälyn avulla on nopeampaa ja tehokkaampaa kuin niiden luominen manuaalisesti.
- Käyttäjätarinoiden luominen tekoälyn avulla takaa yhdenmukaisen muodon ja tuo siten selkeyttä.
- Käyttäjätarinoiden luominen tekoälyn avulla takaa täsmällisemmät käyttäjätarinat.
- Käyttäjätarinoiden luominen tekoälyn avulla lisää luovuutta.
- Käyttäjätarinoiden luominen tekoälyn avulla parantaa yhteistyötä.
Aion käsitellä jokaista näistä oletuksista, mutta ensin on mielestäni tärkeää pohtia käyttäjätarinoiden alkuperäistä tarkoitusta.
Mihin käyttäjätarinat oli tarkoitettu
Jeff Patton kuvasi kirjassaan Käyttäjätarinakartoitus ytimekkäästi, miksi käyttäjätarinoita kutsutaan tällä nimellä:
Tarinoiden nimi tulee siitä, miten niitä tulisi käyttää, ei siitä, mitä niihin tulisi kirjoittaa.
-JEFF PATTON, KÄYTTÄJÄTARINAKARTOITUS
Jeff laajentaa tätä ajatusta sitten lainauksella Kent Beckiltä, joka kehitti käyttäjätarinan käsitteen.
"Jos kokoonnumme yhteen ja keskustelemme ongelmasta, jota ratkaisemme ohjelmistolla, siitä, kuka sitä käyttää ja miksi, voimme yhdessä päätyä ratkaisuun ja rakentaa samalla yhteistä ymmärrystä."
Käyttäjätarinat yksilöivät, mitä joku haluaa tuotteellasi saavuttaa ja miksi.
Käyttäjätarinoista on hyvä muistaa kolme keskeistä asiaa, jotka vaikuttavat päätökseen siitä, miten tai edes pitäisikö sinun käyttää tekoälyn apua niiden luomiseen.
1. Käyttäjätarinat ovat keskustelun lähtökohtia
Niiden tulisi toimia muistutuksena, joka käynnistää tuotetiimissäsi perusteellisemman keskustelun siitä, minkä ongelman autat käyttäjiäsi ratkaisemaan.
Haluat todennäköisesti kirjata ylös, mistä puhuitte, mutta tee se muistutukseksi ja viitteeksi, älä ainoaksi vaatimusten viestintätavaksi. Vaikka et käyttäisi tekoälyä käyttäjätarinoiden kirjoittamiseen, tekoälystä voi olla apua vaatimusten keräämisessä.
2. Käyttäjätarinat ovat suunnittelutyökalu
Niiden avulla voit pilkkoa tuotteen rakentamiseen liittyvän työn sen perusteella, mitä käyttäjäsi voivat tuotteella saavuttaa, sen sijaan että luettelisit suoritettavat tehtävät.
Työn pilkkominen tällä tavalla auttaa sinua siirtymään yksityiskohtiin vasta tarvittaessa – ei aivan liian aikaisin.
Käyttäjätarinat auttavat myös keskittymään siihen, mitä tuotteeseesi sisällytetään ja mitä ei, tavalla, johon pelkkä tehtäväluettelo ei pysty.
Siksi suuren joukon toteutettavissa olevien käyttäjätarinoiden ideointi ei välttämättä ole hyödyllistä. Palaan tähän hetken kuluttua.
Have an account? Log In
3. Kirjoittaminen ei ole tärkeintä
Kahden ensimmäisen kohdan vuoksi käy ilmi, että sillä, miten kirjoitat käyttäjätarinat, ei oikeastaan ole kovin paljon merkitystä.
Kuten monissa elämän asioissa, voimme käyttää Seinfeldia havainnollistamaan tätä asiaa.
Jaksossa Vaihtoehtoinen puoli Jerry varaa vuokra-auton, mutta saa selville, että heillä oli hänen varauksensa, muttei hänen autoaan. Näin siinä kävi.
Jerry Seinfeld vuokra-autojen varaamisesta:
"Tiedäthän, että osaat ottaa varauksen, mutta et vain tiedä, miten varaus pidetään. Ja sehän on todella tärkein osa varausta: sen pitäminen. Kuka tahansa voi vain ottaa niitä!"
Kun muotoilet tuon uudelleen käyttäjätarinoita varten:
Tiedäthän, että osaat kirjoittaa käyttäjätarinan, mutta et vain tiedä, miten käyttäjätarinan avulla rakennetaan yhteinen ymmärrys. Ja sehän on todella tärkein osa käyttäjätarinaa: yhteinen ymmärrys. Kuka tahansa voi vain kirjoittaa niitä!
Kirjoittamasi ja kirjoittamatta jättämäsi käyttäjätarinat ovat paljon tärkeämpiä kuin se, miten kirjoitat ne.
Kunhan käyttäjätarinasi sisältää tarpeeksi tietoa, jotta tuotetiimi muistaa keskustelunsa siitä, mitä käyttäjä yrittää saada aikaan, sen pitäisi riittää.
Miksi sinun ei pitäisi käyttää tekoälyä käyttäjätarinoiden kirjoittamiseen
Kun käyttäjätarinoiden tarkoitettu käyttötapa on nyt selvillä, käytetään tekoälyn hyödyntämisen puolesta esitettyjä perusteluja selittämään, miksi sitä ei pitäisi käyttää.
Oletus nro 1: Se on nopeampaa ja tehokkaampaa
Vastaväite: No, ei välttämättä.
Useimmissa artikkeleissa, joissa esitellään tekoälyn käyttöä tuotetutkimuksessa käyttäjätarinoiden kirjoittamiseen, vihjataan tai todetaan suoraan, että käyttäjätarinat ovat välttämätön paha.
Niissä valitetaan, kuinka kauan kaikkien käyttäjätarinoiden kirjoittaminen ja niiden saaminen juuri oikeanlaisiksi kestää. Kaihoisia ajatuksia, kuten: ”Kunpa voisimme tehdä tästä tehtävästä nopeamman ja tehokkaamman!” Jotkut jopa ilmaisevat halunsa luopua erilaisten käyttäjätarinoiden ideoinnista.
Näitä valituksia nähdessäni mietin, ovatko ihmiset ymmärtäneet asian väärin. Alustavan käyttäjätarinan muistiin merkitsemisen ei pitäisi olla raskasta. Se on nopea muistutus syventyä yksityiskohtiin ja kirjata keskustelusta olennaiset tiedot. Sen ei tarvitse olla aluksi täydellinen.
Monien käyttäjätarinoiden ideoiminen ja niiden siirtäminen tuotejonoon myöhemmin käsiteltäväksi on huono tapa, jonka monet tuotetiimit ovat omaksuneet vuosien mittaan.
Parempi lähestymistapa on aloittaa tietystä lopputuloksesta ja tunnistaa sitten ne käyttäjätarinat, jotka auttavat saavuttamaan kyseisen lopputuloksen.
Yhteistyömenetelmät, kuten vaikutuskartat ja mahdollisuus-ratkaisupuut, auttavat tunnistamaan kyseiset käyttäjätarinat.
Oletus nro 2: Se tuottaa yhtenäisen muodon ja selkeyden
Vastaväite: Muotoilun yhdenmukaisuus ei ole alussa ratkaisevaa.
Päällisin puolin yhdenmukaiset ja selkeät käyttäjätarinat ovat hieno asia. On kuitenkin kysyttävä, onko tärkeää, että käyttäjätarinat ovat yhdenmukaisessa muodossa heti niiden luomisen jälkeen vai vasta sen jälkeen, kun tuotetiimi on ehtinyt keskustella niistä.
Väitän, että yhdenmukaisuuden vuoksi tehtävä muokkaus juuri ennen kuin tiimi ryhtyy kehitystyöhön on tärkeämpää kuin yhdenmukaisuuden säilyttäminen silloin, kun käyttäjätarinoita vasta kirjoitetaan muistiin.
Käyttäjätarinasta keskustellaan joka tapauksessa, joten kirjoita tarpeeksi keskustelun käynnistämiseksi ja jätä se siihen.
Jos pelkäät, ettet muista, mitä jokin pieni lauseenpätkä tarkoitti, se on luultavasti merkki siitä, että luot käyttäjätarinan liian kauan ennen kuin aiot toimia sen perusteella.
Oletus nro 3: Se lisää luovuutta
Vastaväite: Se voi myös viedä sinut kauemmas asiasta.
Tekoälyä hyödyntävät työkalut lupaavat auttaa pääsemään irti kirjoittajan umpikujasta tarjoamalla monenlaisia ennalta määritettyjä käyttäjätarinamalleja ja kehotteita. Se on hienoa, jos haluat tuottaa kokonaisen joukon omalaatuisia ideoita.
Mutta kuten aiemmin mainitsin, et halua täyttää työjonoasi kaikenlaisella käyttäjätarinoihin liittyvällä kohinalla. Sen sijaan haluat keskittyä asioihin, jotka auttavat sinua etenemään kohti tavoitteiden saavuttamista.
Aiemmin mainitsemani tekniikat tarjoavat erinomaisen tavan tunnistaa merkityksellisiä käyttäjätarinoita, jotka keskittyvät tavoitteiden saavuttamiseen. Muista myös, että rajoitteet ovat erinomainen tapa kannustaa luovuuteen.
Oletus #4: Se on tarkempi
Vastaväite: Tämä pitää paikkansa vain, jos tekoälytyökalusi ymmärtää tuotteesi ja käyttäjäsi erittäin kattavasti.
Tarkkuutta puoltava argumentti perustuu väitteeseen, että suurten tietomäärien ja asiakaspalautteen pohjalta luodut käyttäjätarinat ovat tarkempia. Perusteluna on, että nämä tarinat ovat ”tarkempia”, koska ne vastaavat asiakkaiden tarpeita.
Tämä saattaa olla paras argumentti tekoälyn käytön puolesta, mutta se perustuu pariin suureen ”jos”-ehtoon. “
- Koulutat tekoälytyökalusi oman tuotteesi tiedoilla.
- Sinulla on riittävästi tuotetietoa tehokkaan analyysin tekemiseen.
Ensimmäinen ”jos” sulkee pois kaikki GPT 3:n, 4:n ja muiden vastaavien päälle rakennetut ”ilmaiset” työkalut.
Toisesta ehdosta ei ole paljon hyötyä, jos olet rakentamassa uutta työkalua tai vasta aloittamassa asiakaspalautteen mielekästä keräämistä.
Oletus #5: Yhteistyö paranee
More Articles
Vastaväite: Anteeksi—mitä?!
Niinpä… jouduin hieraisemaan silmiäni nähdessäni tämän argumentin.
Väitätkö, että tekoälyn käyttäjätarinoiden luominen — mikä tarkoittaa, että ne ovat valmiita heitettäviksi kehittäjille heti, kun ne on sylkäisty ulos työkalusta — parantaa yhteistyötä?
Sitten luin selitykset uudelleen. Niissä julistetaan pääasiassa käyttäjätarinoiden yleisiä yhteistyöhyötyjä, ei nimenomaan tekoälyn luomien käyttäjätarinoiden hyötyjä.
Hyvä yritys, mutta en ole vakuuttunut.
Ehdotatko, etten käyttäisi tekoälyä lainkaan?
En ole luddiitti.
Tekoälyllä on paikkansa myös tuotehallinnan työkaluissa. Tuotetiimin kanssa yhteistyötä vaativien toimintojen automatisointi ei kuitenkaan ole se paikka.
Tekoälyn käyttäminen kaiken toivottavasti saamasi asiakaspalautteen kokoamiseen on järkevää. Siitä voi olla hyötyä myös erilaisten testitapausten luomisessa, jotta voit varmistaa kattavan testauksen.
Doug Steele käsitteli samaa aihetta LinkedInissä ja ehdotti, ettei tekoälyä pitäisi käyttää ottamaan käyttäjätarinoiden kirjoittamista kokonaan hoitaakseen, mutta sen avulla voi täydentää omaa työtä.
Se, että voit tehdä jotain, ei tarkoita, että sinun pitäisi tehdä niin.
Kun kyse on käyttäjätarinoiden kirjoittamisesta tai mistä tahansa mahdollisesta tekoälyyn liittyvästä liikeideasta, älä etsi tekoälylle käyttökohdetta vain tekoälyn käyttämisen vuoksi. Selvitä, missä tekoälyn käyttäminen todella tuo lisäarvoa.
Hyvä paikka aloittaa on muotoilla yllä esittämäni kysymykset uudelleen.
- Missä tekoälyn käyttäminen voisi olla järkevää tuotteessasi?
- Missä tekoälyn käyttäminen tuotehallinnan toimintojesi tukena on järkevää?
Kysymysten esittäminen tällä tavalla auttaa varmistamaan, että käytät tekoälyä vastuullisesti — kehität tuotettasi ja helpotat tuotehallinta-arkeasi.
Älä unohda tilata uutiskirjettämme saadaksesi lisää tuotehallinnan resursseja ja oppaita sekä alan johtajien ja asiantuntijoiden uusimmat podcastit, haastattelut ja muut näkemykset.
