Tuotteen etsintäprosessi

Tuotteen löytämisprosessi on prosessi, jossa ymmärretään käyttäjiä, tunnistetaan heidän ongelmansa ja kehitetään ratkaisuja, joiden tiedetään auttavan heitä.

Tekemäsi löytämisprosessin laatu ratkaisee, menestyykö liiketoimintasi vai epäonnistuuko se. Logiikka on yksinkertainen. Kun tuotteen löytämisprosessi tehdään hyvin, päädyt rakentamaan ominaisuuksia, joita ihmiset tarvitsevat ja joista he ovat valmiita maksamaan. Huono tuotteen löytämisprosessi puolestaan olettaa, että tarvitaan jatkuvasti uusia ominaisuuksia, joita kukaan ei tarvitse.

Tämä saattaa tuntua hyvin ylivoimaiselta, etenkin kun ottaa huomioon tuotteen löytämisprosessiin liittyvän tiedon määrän. Tämän kriittisen tehtävän hallintaan on kuitenkin olemassa hyvä järjestelmä, joka hyödyntää erilaisia työkaluja ja viitekehyksiä.

Ymmärretään siis, mitä tuotteen löytämisprosessi tarkoittaa ja miten se tehdään hyvin.

Mitä tuotteen löytämisprosessi tarkoittaa?

Tuotteen löytämisprosessi on prosessi, jossa ymmärretään käyttäjien ongelmia ja kehitetään toteuttamiskelpoisia ratkaisuja niiden ratkaisemiseksi.

Tämä prosessi poikkeaa yleensä huomattavasti siitä, miten sidosryhmät sen kuvittelevat. Monille heistä kyse on luovasta ajattelusta ja hienojen ominaisuusideoiden luomisesta kerran, minkä jälkeen tuote rakennetaan tämän listan perusteella.

Tämä ajattelutapa on väärä kahdella keskeisellä tavalla:

• Löytämisprosessi on jatkuva ja iteratiivinen prosessi. Löytämisprosessi ei pääty, vaan yksi sen sykli päättyy ja seuraava alkaa.
• Löytämisprosessissa ei ole kyse hienojen ideoiden luovasta kehittämisestä. Siinä on kyse käyttäjien tarpeiden ymmärtämisestä, niitä ratkaisevien ratkaisujen tuomisesta ja sen varmistamisesta, että nämä ratkaisut todella toimivat.

Toinen yleinen väärinkäsitys koskee löytämisprosessin ja toimituksen välistä suhdetta. Monet sidosryhmät näkevät ne kahtena erillisenä vaiheena, jotka seuraavat toisiaan. Todellisuudessa tehokkaat tuotekehitystiimit tekevät löytämisprosessia ja toimitusta rinnakkain. Samalla kun tiimisi toimittaa kaksi kuukautta sitten löytämäsi ominaisuudet, se tekee löytämisprosessia seuraavaa ominaisuusjoukkoa varten.

Visualisointi:

• ”Löytämisprosessin ja toimituksen” jakautuvien polkujen kaavio. Havainnollista tätä ajatusta: tiimit tekevät löytämisprosessia ja toimitusta rinnakkain. Samalla kun tiimisi toimittaa kaksi kuukautta sitten löytämäsi ominaisuudet, se tekee löytämisprosessia seuraavaa ominaisuusjoukkoa varten.
• Alt: ”Rinnakkaiset polut, jotka esittävät jatkuvaa löytämisprosessia ja toimitusta.”
• Kuvateksti: ”Tuotteen löytämisprosessi ei ole kertaluonteinen tapahtuma — se kulkee toimituksen rinnalla.”

Vaikka toimisit markkinoilla, joilla vesiputousmallinen kehitys on normi ja löytämisprosessi tehdään ennen toimitusta, on aina tärkeää keskittää kaikki huomiosi löytämisprosessiin, sillä sen laatu vaikuttaa suoraan tuotteen menestykseen.

Miksi löytämisprosessi on kilpailuetu?

Lyhyt vastaus kuuluu näin: löytämisprosessin avulla ymmärrät käyttäjäpersooniasi ja käyttäjien tarpeita paremmin sekä kehität tehokkaita ratkaisuja. Tehokkaat ratkaisut tekevät sinusta vahvan kilpailijan markkinoilla, sillä hankit nopeasti uusia asiakkaita ja pidät heidät helposti.

Pidempää vastausta varten tarkastellaan Marty Caganin teosta Inspired. Kirjassa Marty huomauttaa, että tehokas löytämisprosessi voi auttaa hallitsemaan neljää riskityyppiä:

• Arvoriski tarkoittaa riskiä siitä, etteivät ihmiset käytä tuotettasi, koska se ei merkitse heille mitään.
• Käytettävyysriski tarkoittaa sitä, että ihmisillä on vaikeuksia käyttää tuotettasi.
• Toteutusriski tarkoittaa sitä, ettei tiimisi pysty rakentamaan tuotetta.
• Elinkelpoisuusriski tarkoittaa sitä, auttaako tuote liiketoimintaasi selviytymään ja menestymään.

Jos oletetaan, että pystyt hallitsemaan kaikki nämä riskit ja kilpailijasi epäonnistuvat yhdessä tai useammassa niistä, saat vahvan kilpailuedun ja mahdollisuuden ottaa suuremman osan markkinoista.

Tiny Speck on hyvä esimerkki tästä ajatuksesta. Se oli pelikehitysyhtiö, joka rakensi MMORPG-verkkopelin, joka epäonnistui surkeasti. Ongelma oli se, että he rakensivat pelin yksinkertaisesti kopioimalla muiden ideoita eli sortumalla tehdasloukkuun ymmärtämättä selkeästi pelaajakunnan tarpeita.

Yhtiö lopetti tämän pelin pian ja julkaisi sen sijaan sisäisen viestintätyökalunsa. Kyllä, kyse oli Slackista.

Sama yhtiö on siis myös hyvä esimerkki tuotteen menestyksestä, joka perustuu perusteelliseen löytämisprosessiin. Toisin kuin pelinsä kanssa, Slack-tiimi toteutti löytämisprosessissa loputtomasti iteraatioita ja ymmärsi erittäin selkeästi, mitä sen käyttäjät tarvitsivat.

Tuotteen löytämisprosessin 4 keskeistä kysymystä

Jos haluamme ymmärtää tuotteen löytämisen ytimen eksymättä yksityiskohtiin, voimme tarkastella näitä neljää kysymystä, joihin se pyrkii vastaamaan.

• Onko kyseessä todellinen ongelma? Aivan oikein, joskus saatamme päätyä luomaan ratkaisun ongelman toivossa. Terveisiä kaikille niille 90 prosentille ChatGPT-pohjaisista startup-yrityksistä ;)
• Voimmeko ratkaista sen? Joskus ongelma piilee ratkaisun monimutkaisuudessa. S.T.A.L.K.E.R. on ukrainalainen videopelisarja, joka kohtasi tämän ongelman. He halusivat rakentaa A-lifen, tekoälyjärjestelmänsä, joka simuloi täysin pelin NPC-hahmojen ja eläinten elämää. Ongelma oli kuitenkin aivan liian monimutkainen ratkaistavaksi.
• Pitäisikö meidän ratkaista se? Joskus ongelma on olemassa, mutta se ei ole riittävän suuri ratkaistavaksi tuotteella. Google Glass on tästä hyvä esimerkki. Kyllä, se oli hieno, mutta Google Glassin puuttuminen ei tekisi kenenkään elämästä epämukavampaa.
• Voimmeko toimittaa sen tehokkaasti? Tämä kysymys liittyy enemmän tuotekehityksen operatiiviseen puoleen sekä kykyysi skaalata tuotetta ja tarjota käyttäjille tukea. YouTube oli alkuaikoinaan hyvin lähellä epäonnistumista, koska se ei pystynyt skaalautumaan.

Tuotteen löytämisen aikana käytät olennaisesti erilaisia työkaluja ja viitekehyksiä saadaksesi oivalluksia, joiden avulla voit vastata näihin kysymyksiin.

Löytämisen jäsentämiseen käytettävät viitekehykset

Voitaisiin väittää, että kokenut tuotepäällikkö pystyy toteuttamaan löytämistä ilman ohjekirjaa tai viitekehystä. Se pitää paikkansa. Löytämisen viitekehyksille on kuitenkin syynsä. Niiden avulla voit tuoda löytämisprosessiin rakennetta ja ennakoitavuutta.

Tarkastellaan itse viitekehyksiä viiden vaihtoehdon kautta:

Kaksiraiteinen ketterä kehitys: Tämä tarkoittaa kahta rinnakkaista prosessia ketterässä tuotekehityksessä. Löytämisen raide tuottaa ideoita ominaisuuksiksi, ja toimitusraide suunnittelee ja rakentaa ne.

ProductBoard ja Jira ovat yleensä ne työkalut, joita käytän tämän viitekehyksen hallintaan.

Mahdollisuus–ratkaisupuu: Puhumme tästä hieman myöhemmin. Lyhyesti sanottuna tämän viitekehyksen avulla voit luoda puun, jonka juurena on keskeinen tavoite. Tästä juuresta kasvatetaan haaroina mahdollisuuksia ongelmien ratkaisemiseksi. Sen jälkeen jokaiselle mahdollisuudelle luodaan haaroja mahdollisista ratkaisuista.

Miro tarjoaa erinomaisia mahdollisuus–ratkaisupuun malleja, joita voit käyttää.

Löytämissprintti: Tämä viitekehys on saanut vaikutteita Googlen luomasta design sprintistä. Se mahdollistaa ratkaisujen nopean iteroinnin. Sinulla on noin kaksi viikkoa käyttäjähaastattelujen tekemiseen, ratkaisun kehittämiseen, prototyypin rakentamiseen ja sen testaamiseen.

Jatkuva löytäminen: Toisin kuin kolmessa edellisessä viitekehyksessä, joissa iteraatioilla on selkeä alku ja loppu, jatkuvalla löytämisellä ei ole loppua. Toteutat yksinkertaisesti loputtomia haastattelukierroksia kohderyhmäsi kanssa, luot jatkuvasti ratkaisuja ja testaat niitä.

Tässä on näiden viitekehysten rinnakkainen vertailu.

Viitekehyksen valinta riippuu sinusta. Kaikki tiimit eivät hyödy samasta viitekehyksestä yhtä paljon. Valitse yllä olevan taulukon avulla viitekehys, joka vastaa tiimisi kokoa, etenemisvauhtia ja epävarmuuden sietokykyä.

Roolit & tiimityö

On yleinen väärinkäsitys (ja suuri sudenkuoppa), että tuotteen löytäminen koskee vain tuotetiimejä. Vaikka kyse on pääasiassa tuotetiimien tehtävästä, hyvään löytämisprosessiin osallistuu myös muita tiimin jäseniä ja sidosryhmiä. Näin kukin tiimin jäsen osallistuu löytämiseen:

• Tuotepäälliköt: He johtavat löytämisprosessia, sovittavat tiimin jäsenten näkemykset yhteen ja priorisoivat ratkaisuja sekä oivalluksia.
• Käyttäjäkokemuksen suunnittelu: He osallistuvat käyttäjätutkimukseen, luovat suunnittelukonsepteja ja klikattavia prototyyppejä sekä toteuttavat käytettävyystestausta.
• Kehitys: He arvioivat ratkaisujen toteutettavuutta ja tuovat esiin tuotteen toimitukseen liittyviä riskejä.
• Sidosryhmät: He tarjoavat korkean tason strategisen ja liiketoiminnallisen kontekstin.

Kuten näemme, jokaisen tiimin jäsenen osallistuminen on tärkeää. Jos siis johto kysyy, pitäisikö scrum-tiimin osallistua tuotteen löytämisprosessiin, vastauksesi on ehdottomasti kyllä!

Tuotteen löytämisprosessi

Asiakkaidesi tarpeiden ymmärtäminen ja heidän tarpeisiinsa validoitujen ratkaisujen kehittäminen muistuttaa suppiloa, jonka yläkerrokset ovat paljon alaosia suurempia.

Näin on tosiaan tuotteen löytämisprosessissa. Aloitat kohdeyleisösi tarjoamista näkemyksistä, valituksista ja kommenteista ja päädyt vain muutamaan validoituun ratkaisuun, joiden tiedät tuottavan arvoa käyttäjillesi.

Tältä se näyttää.

Puretaan nyt tuotteen löytämisprosessi hieman yksityiskohtaisemmin ja perehdytään sen kunkin osan erityispiirteisiin.

Yleisesti ottaen tuotteen löytämisprosessi koostuu näistä 10 vaiheesta.

Tarkastellaan nyt jokaista vaihetta yksityiskohtaisesti.

1. Tarkastele strategista suuntaasi

Hyvät ominaisuudet ratkaisevat käyttäjien ongelmia. Erinomaiset ominaisuudet tekevät saman ja noudattavat samalla tuotteesi laajempaa strategista suuntaa. Ennen kuin aloitat tuotteen löytämisen, on tärkeää palata strategiadokumenttiisi ja palauttaa mieleesi, mihin haluat pitkällä aikavälillä päästä ja minkä suunnan haluat ottaa.

Tämä auttaa sinua keskittämään löytämiseen liittyvät ponnistelusi ratkaisuihin, jotka ovat strategiasi mukaisia. Muussa tapauksessa saatat keskittyä ominaisuuksiin, jotka eivät vie sinua pitkällä aikavälillä mihinkään. 

2. Listaa oletuksesi

Toinen tärkeä löytämisen osa-alue, joka sinun on käsiteltävä ennen käyttäjien kanssa viestimistä, ovat oletuksesi. Todennäköisesti teet paljon oletuksia markkinoistasi tai käyttäjistäsi, ja on tärkeää dokumentoida ne, jotta tutkimuksesi ei perustu liikaa kaikkein rohkeimpiin oletuksiisi.

Tätä varten voit laatia oletuskartan.

Tässä kartassa voit luottaa vasemmassa yläkulmassa olevaan oletukseen ja suhtautua varauksella oikeassa yläkulmassa oleviin oletuksiin.

3. Keskustele käyttäjiesi kanssa

Ilman tätä vaihetta tuotteen löytäminen on pelkkää arvailua. Keskustele käyttäjiesi kanssa – tai ota riski, että rakennat kokonaan väärän tuotteen.

Käyttäjien kanssa voi keskustella monilla eri tavoilla:

• Vierailemalla heidän luonaan (esimerkiksi menemällä sairaalaan haastattelemaan lääkäreitä).
• Tapaamalla heitä messuilla (esimerkiksi keskustelemalla teknologia-alan toimittajien kanssa CES-messuilla).
• Liittymällä heidän kanssaan Zoom-puheluihin.

Viimeksi mainittuun voit käyttää erilaisia menetelmiä, kuten tutkimuksiin osallistumisen alustoja, yhteydenottoa käyttäjäkuntaasi tai yhteydenottoa kohdeyleisöösi LinkedInissä sen rekrytoijatilin avulla.

4. Analysoi käyttäjiltä ja datasta saatuja näkemyksiä

Käyttäjähaastattelujen yhteenvetojen lisäksi tarkista tuoteanalytiikan hallintapaneelisi sekä palaute, jota tuki- ja myyntitiimisi ovat keränneet. Näin kokoat näkemyksiä useista lähteistä. Sen sijaan, että lukisit loputtomia yhteenvetoja tai litterointeja, voit antaa suuren kielimallin käsitellä kaiken puolestasi.

Tässä on esimerkkikehote, jota voit käyttää:

Olet vanhempi ohjelmistotuotepäällikkö, jolla on 10 vuoden kokemus. Olet erinomainen analysoimaan myyntitiimisi puheluiden litterointeja ja tunnistamaan keskeisiä tietoja, joista on hyötyä tuotetutkimuksessasi.
Tässä on myyntipuhelun litterointi
{{sales_transcript}} 

Tunnista myyntipuhelun litteroinnin perusteella seuraavat tiedot.
Tunnista seuraavat:
1. Tärkeimmät kipupisteet: viittaa merkittävimpiin kipukohtiin ja haasteisiin, joita käyttäjä kokee nykyisten työkalujen ja prosessien kanssa.
2. Miksi he ovat kiinnostuneita sinusta: viittaa syyhyn, jonka vuoksi yritys etsii uutta työkalua juuri nyt.
3. Tuotepalaute: viittaa palautteeseen, jonka yritys on antanut myyntitiimille {{your_product_name}}-tuotteesta ja sen ominaisuuksista katsottuaan esittelyn.

Kun olet tarkastellut palautetta ja yhdistänyt sen käyttäjähaastattelujen havaintoihin ja analytiikkaan, alat nähdä esiin nousevia trendejä ja yhteisiä teemoja.

5. Tunnista käyttäjien kipupisteet havaintojesi joukosta

Kipupisteiden tunnistaminen ei ole aina yksinkertaista. On tapauksia, joissa 80 % kaikista käyttäjistä kertoo tietyn työtehtävän olevan heille hankala, mutta se ei välttämättä tarkoita, että kyseessä olisi ratkaisemisen arvoinen ongelma. Sinun tulisi myös ymmärtää tämän kipupisteen ”voimakkuus”.

Kuvittele, että 70 % sosiaalisen median alustasi käyttäjistä sanoo ärsyyntyvänsä ilmoitusten määrästä ja siitä, ettei kaikkia ilmoituksia voi merkitä nähdyiksi.

Kun yhdistät heidän palautteensa analytiikkaan, joka osoittaa, että he saavat keskimäärin 2–3 ilmoitusta päivässä, voit päätellä, ettei tämä valitus ole riittävän ”voimakas” priorisoitavaksi listasi muiden kohtien edelle.

6. Kehitä ratkaisuja näihin ongelmiin

Tässä vaiheessa kehität mahdollisia ratkaisuja ongelmiin, jotka olet tunnistanut asiakashaastattelujen ja palauteanalyysin perusteella.

Voit yksinkertaisesti istua suunnittelu- ja kehitystiimiesi kanssa ja ideoida ratkaisuja. Varmistaaksesi kuitenkin, että ratkaisusi liittyvät suoraan laajempaan liiketoimintatavoitteeseen tai haluttuun lopputulokseen, voit käyttää Teresa Torresin mahdollisuus-ratkaisupuuksi kutsuttua viitekehystä. Tältä se näyttää Spotify-käyttäjien kipupisteen ”En tiedä, mitä kuuntelisin” tapauksessa.

Puun viitekehyksen avulla näimme, että ”mitä kuunnella” -esteen poistaminen voisi kasvattaa päivittäisten aktiivisten käyttäjien määrää (DAU), mikä tekee siitä merkittävän ongelman ratkaistavaksi.

7. Testaa ratkaisusi prototyyppien avulla

Käyttäjähavaintojen analysointi ja niiden muuttaminen mahdollisten ominaisuuksien luetteloksi on vasta lähtökohta. Tuotelöytö perustuu tieteelliseen menetelmään, mikä tarkoittaa, että ideat tulisi testata ja validoida ennen niiden lisäämistä tuotteen etenemissuunnitelmaan.

Voit validoida ratkaisuja niiden elinkaaren eri vaiheissa: voit esimerkiksi kuvata idean käyttäjälle haastattelun aikana ja kerätä palautetta, luoda yksinkertaisia luonnoksia tai pyytää fokusryhmiä arvioimaan ratkaisuja ja kerätä käyttäjäpalautetta varhaisista prototyypeistä. Voit edetä niinkin pitkälle, että rakennat ja julkaiset elinkelpoisen vähimmäistuotteen (MVP).

Varhaisvaiheen validointi, kuten ideasta keskusteleminen haastattelussa, on nopeaa ja edullista, mutta asiakaspalautteen laatu voi olla heikko, koska käyttäjillä voi olla vaikeuksia ymmärtää konseptia kokonaisuudessaan.

Sen sijaan MVP:n testaaminen tuottaa monipuolisempaa ja tarkempaa palautetta, koska käyttäjät voivat olla vuorovaikutuksessa tuotteen todellisten toimintojen kanssa. Tämä lähestymistapa on kuitenkin hitaampi ja kalliimpi siihen liittyvän kehitystyön vuoksi.

Tämän kompromissin huomioiden suosikkini validointimenetelmä on napsautettava prototyyppi, sillä se on suhteellisen edullinen valmistaa ja näyttää todellisille käyttäjille uuden tuotteesi tai ominaisuutesi aidon käyttöliittymäsuunnittelun.

Voit nopeuttaa prototyyppien luomista käyttämällä Figma AI:ta tai muiden käyttöliittymäsuunnittelutyökalujen sisäänrakennettuja tekoälyominaisuuksia.

8. Dokumentoi testitulokset

Kun testikierroksesi on saatu päätökseen, kokoa kaikki oppimasi ja tuloksesi yhteen asiakirjaan. Ryhmittele ne testattavan ratkaisun ja hypoteesin mukaan.

Näin sinulla on ratkaisua arvioidessasi kaikki tarvitsemasi tiedot yhdessä paikassa perustellun päätöksen tekemistä varten.

9. Vahvista tai kumoa ratkaisusi

Tässä vaiheessa tarkastelet kaikkia testeistäsi saatuja havaintoja ja päätät, päteekö jokin seuraavista:

• Toteat ratkaisun validoiduksi ja lisäät sen nykyiseen tuotekehitysjonoon.
• Ymmärrät, että ratkaisu on oikeansuuntaisella polulla, mutta sitä on muokattava. Tällöin palautat sen ideointivaiheeseen ja korjaat sitä testitulosten perusteella.
• Toteat ratkaisun toimimattomaksi, koska se ei ratkaise niitä käyttäjien ongelmia, joita sen oli tarkoitus ratkaista.

Kaikki kolme lopputulosta ovat odotettuja. Kun toteat tuotteen toimimattomaksi, sinun kannattaa pitää sitä suurena onnistumisena, koska näin vältit sellaisten tuotteiden rakentamisen ja ajan sekä resurssien tuhlaamisen, jotka eivät ratkaise käyttäjiesi ongelmia.

10. Rakenna validoidut ratkaisut ja aloita alusta

Tuotteen löytämisprosessin viimeinen looginen vaihe on lisätä ratkaisut tuotekehitysjonoon, priorisoida ne ja rakentaa ne.

On kuitenkin todella tärkeää ymmärtää, ettet oikeastaan lopeta tuotteen löytämistä tässä vaiheessa. Sen sijaan saat tämän iteraation päätökseen ja aloitat heti seuraavan. Menestyviä ovat tuotteet, joiden löytämisprosessi ei koskaan pääty.

Tässä vaiheessa tiimit pystyvät tekemään oikeita tuotepäätöksiä käyttäjäpalautteesta, käytettävyystestauksesta ja A/B-testauksesta saatujen oppien perusteella.

Tuotteen löytämisen työkalut

Tässä on joitakin tutustumisen arvoisia työkaluja, jotka auttavat sinua etenemään tuotteen löytämisessä nopeammin ja saavuttamaan parempia tuloksia. Työkalut on järjestetty sen vaiheen mukaan, jossa olet.

• Käyttäjätutkimus: Hotjar istuntojen tallentamiseen, UserTesting käytettävyystesteihin ja Figma käyttäjäkokemuksen suunnitteluun sekä klikattaviin prototyyppeihin.
• Asiakaspolkujen kartoittaminen ja visuaalinen yhteistyö: Miro on tähän yleiskäyttöinen työkalu. Voit myös kokeilla sen nousevaa kilpailijaa FigJamia tai muita Miron vaihtoehtoja.
• Kilpailijatutkimus: Similarweb kilpailijoiden liikennekanavien selvittämiseen ja BuiltWith teknologiapinojen kartoittamiseen.
• Tuoteanalytiikka: GA4 kanavien ja liikenteen analysointiin. Amplitude käyttäytymisen ja keskeisten tuotemittareiden analysointiin. Lämpökarttaohjelmistoista HotJar on suosittu vaihtoehto.
• Seuranta ja priorisointi: RICE-pisteytysmalli kevyeseen priorisointiin sekä Aha! tai ProdPad tiekarttojen laatimiseen ja tuoteideoiden tallentamiseen.

Näitä työkaluja käytän itse ja suosittelen kollegoilleni. Jos haluat lisää vaihtoehtoja, tutustu myös kuratoituun tuotteen löytämisen työkalujen luetteloomme.

Jos huomasit, en myöskään maininnut tässä mitään AI-ratkaisuja. Tämä johtuu siitä, että haluan käsitellä niitä erikseen ja yksityiskohtaisemmin.

Miten AI muuttaa tuotteen löytämistä

Tuotteen löytäminen on todennäköisesti tuotepäällikkyyden alue, jolla AI on tuonut eniten lisäarvoa. Syynä on se, että LLM:t ovat erinomaisia sellaisissa tehtävissä, joita tuotteen löytämisessä yleensä kohdataan. Näitä ovat erityisesti litterointi, tiivistäminen ja oivallusten poimiminen.

Käsittelimme AI:n vaikutusta tuotteen löytämiseen podcastimme yhdessä jaksossa. Vieraamme Craig Watson kertoi meille omista kokemuksistaan ja jakoi paljon arvokkaita näkemyksiä.

Hän korostaa erityisesti, että AI on auttanut tuotepäälliköitä merkittävästi seuraavilla alueilla:

Käyttäjähaastattelujen litterointi ja tiivistäminen: Tuotepäälliköiden ei tarvitse tehdä muistiinpanoja puhelun aikana ja kuunnella tallenteita myöhemmin. He tarvitsevat vain AI-botin osallistumaan puheluun ja tallentamaan sen. Botti muuttaa tallenteen sitten litteroinniksi ja tiivistelmäksi, jossa korostetaan haastattelun tärkeimpiä havaintoja. Hyviä työkaluja tähän ovat Dovetail, Krisp ja GreatQuestion.

Toistuvien mallien havaitseminen laadullisesta aineistosta: Kaikkien haastattelujen kuunteleminen ja toistuvien ongelmien tai prosessien etsiminen vie paljon aikaa. LLM:t pystyvät käsittelemään tämän tehtävän erittäin hyvin ja käymään läpi satoja haastatteluja malleja etsien. Oman kokemukseni perusteella Dovetail on tähän paras.

Palautteen ryhmittely, laskeminen ja pisteyttäminen: Tuotetiimeiltä veisi jälleen tunteja tai jopa päiviä muuntaa laadullinen aineisto manuaalisesti määrälliseksi aineistoksi. LLM:t tarvitsevat vain sekunteja laskeakseen ja selvittääkseen, mikä palaute on aineistossa yleisintä. Ne voivat myös pisteyttää palautetta käyttämällä painotettua pisteytysmallia tai RICE-mallia.

Vaikka näistä automaatioista saa paljon hyötyä, Craig suosittelee edelleen, ettei AI:hin luoteta liikaa tuotteen löytämistä tehtäessä.

“AI ei korvaa intuitiotasi — se auttaa sinua tekemään nopeampia, näyttöön perustuvia päätöksiä.”

Olen samaa mieltä hänen kanssaan. Anna tekoälyn tuotetutkimuksen tehdä manuaalinen työ puolestasi. Älä kuitenkaan luota tekoälyn päätöksentekoon tarkistamatta sitä ensin itse.