Näin rakennat luottamusta tuotetiimissäsi ja saat sidosryhmät mukaan

Lue litterointi:

Kokeilemme podcastiemme litterointia ohjelmiston avulla. Antakaa anteeksi mahdolliset kirjoitusvirheet, sillä botti ei ole sataprosenttisen tarkka.

Hannah Clark: Kuvitellaanpa tilanne: olet kokoushuoneessa kaikkien tärkeimpien sidosryhmiesi kanssa. Katsot vasemmalle ja näet asiakkuusjohtajan viimeistelevän sähköpostia. Oikealla puolellasi suunnittelusta vastaava johtaja istuu kädet ristissä ja katselee esityskalvojasi epäilevästi. Olet myös melko varma, että johtava tuotemuotoilija arvioi diojesi asettelua. Jollain tavalla sinun on saatava kaikki nämä ihmiset etenemään samaan suuntaan. Ennen kuin voit tehdä sen, sinun on saatava heidän luottamuksensa. Miten voit siis voittaa heidän luottamuksensa ja saada heidät mukaan?

Tänään kanssani on Noa Goldman, DagsHubin johtava tuotepäällikkö. Noan ura alkoi ohjelmistokehityksen parissa, joten hän on ollut prosessin molemmilla puolilla. Tämä tarkoittaa, että hän tietää, kuinka vaikeaa monialaisissa tiimeissä voi olla ihmisten vakuuttaminen ja lopulta vahvan ratkaisun löytäminen asiakkaiden ongelmiin. Noa jakoi kanssamme reseptinsä sidosryhmien vakuuttamiseen, suhteiden rakentamiseen ja tiimin tulosten vahvistamiseen. Aloitetaan.

Kiitos paljon, Noa, että liityit seuraamme.

Noa Goldman: Kiitos. On mukava olla täällä. Kiitos kutsusta.

Hannah Clark: Mukava saada sinut mukaan. Noa, taustasi on ohjelmistokehityksessä, mistä on varmasti ollut hyötyä monella tavalla. Haluaisin kuitenkin kuulla, miten se on vaikuttanut lähestymistapaasi tuotepäällikön työhön.

Noa Goldman: Toki. Olin täyden pinon kehittäjä kahdeksan vuoden ajan. Osa siitä ajasta kului asepalveluksessa, osa pienissä startup-yrityksissä ja suurissa yhtiöissä. Sen jälkeen siirryin tuotepäälliköksi, ja nykyinen erityisosaamiseni liittyy kehittäjätyökalujen maailmaan. Tässä auttaa se, että olen itse toiminut tämän alan kehittäjänä.

Se vaikutti minuun tietenkin paljon. Ensinnäkin se kehitti vahvan tavan ajatella käyttäjää ja ostajapersoonaa. Tiedän, että useimmat tuotepäälliköt sanovat tämän olevan heille todella tärkeää ja että he ajattelevat jatkuvasti käyttäjää ja ostajapersoonaa. Kokemukseni perusteella he eivät kuitenkaan usein tee niin.

Koska olen ollut kehittäjä ja olen nyt kehittäjätyökalujen tuotepäällikkö, ajattelen aina sekä käyttäjää että ostajapersoonaa. Jos esimerkiksi julkaisemme uuden ominaisuuden tai lanseeraamme uuden tuotteen, ajattelen aina itseäni kokeilemassa kyseistä ominaisuutta. Miltä tämä ominaisuus minusta tuntuisi?

Miltä kollegastani tuntuisi käyttää tätä ominaisuutta? Miten käyttäisimme sitä? Millä perusteella meitä arvioidaan? Tämä on asia, joka mielestäni jää usein huomiotta. Kun julkaiset tietyn ominaisuuden, sinun on aina ajateltava, millä perusteella käyttäjää arvioidaan ja auttaako tämä ominaisuus tai tuote käyttäjää kehittymään tai parantamaan tuloksiaan sekä sitä, miten hänen johtonsa suhtautuu häneen kyseisessä käyttötapauksessa.

Kehittäjätaustani vaikutti siis tapaani ajatella käyttäjäpersoonaa, mutta se auttoi minua paljon myös ostajapersoonan suhteen. Minusta ostajapersoona jätetään jatkuvasti huomioimatta uusien ominaisuuksien ja tuotteiden julkaisuprosessissa.

Kun yritämme lanseerata uuden tuotteen, ajattelen aina, ketkä ovat mukana ostoprosessissa ja kenen kuuluu tehdä päätös. Ajattelen esimerkiksi itseäni kehittäjänä. Menisin tiiminvetäjäni luo uuden ominaisuuden tai tuotteen kanssa ja sanoisin: Hei, tämä on hieno.

Tiiminvetäjäni puolestaan kysyisi: Miten tämä auttaa meitä tai miksi meidän pitäisi maksaa juuri tälle yritykselle? Yritän siis aina ajatella myös näitä persoonia. Tämä on suuri osa tuotepäällikön työtäni, mutta kehittäjätaustani on todella auttanut siinä. Uskon myös, että se on vaikuttanut paljon priorisointiini.

Jokaisen uuden ominaisuuden kohdalla minun ei aina tarvitse mennä kysymään tiiminvetäjältä. Minusta jatkuva kysely siitä, kuinka kauan jokin kestää tai kuinka paljon työtä se vaatii, voi olla tiiminvetäjille tai tutkimus- ja tuotekehitysjohtajille raskas prosessi. Siksi koen, että voin tehdä tätä melko pitkälti itse tiettyyn rajaan asti.

Se auttoi ja vaikutti minuun paljon. Mutta mielestäni tärkein asia, jonka opin kehittäjänä, liittyy suhteisiin muiden kehittäjien kanssa. Tiedän, miltä tuotepäällikkö tuntui minusta kehittäjänä, ja tiedän, miltä kollegoistani tuntui työskennellä heidän kanssaan. Se ei aina ollut mukavaa ja helppoa, eivätkä he aina olleet samaa mieltä.

Haluan, että kanssani työskentelevät kehittäjät kokevat olonsa hyväksi ja haluavat auttaa minua. Tiedän, kuinka tärkeää suhde on, ja tiedän — tai ainakin luulen tietäväni — miten heidän luottamuksensa ansaitaan. Tiedän, minkä puolesta kannattaa taistella, mikä on tärkeää ja mikä vähemmän tärkeää. Luottamuksen merkityksen ymmärtäminen auttoi minua todella paljon, koska olin ensin kehittäjä.

Hannah Clark: Haluaisin kuulla tästä hieman lisää. Jos tätä kuunteleva tuotepäällikkö yrittää työskennellä mahdollisimman hyvin kehitystiiminsä kanssa, eikä halua aiheuttaa katkeruutta tai jännitteitä, mitä hyviä käytäntöjä tuotepäälliköiden kannattaa pitää mielessä tehokkaassa yhteistyössä kehitystiimin kanssa?

Noa Goldman: Kyllä. Konflikteja syntyy tietenkin joskus paljon, ja tilanne voi turhauttaa molempia osapuolia. Koska olen ollut molemmilla puolilla, tunnen tämän hyvin. Yksi tärkeimmistä asioista on aina selittää miksi ja yhdistää asia liiketoimintapuoleen.

Me tuotepäälliköt olemme kaiken keskellä ja keskustelemme jatkuvasti markkinointi- ja myyntitiimien sekä ylimmän johdon kanssa. Kehittäjät eivät yleensä tee niin. Kun esittelet kehittäjille ja tutkimus- ja tuotekehitystiimeille jotain, mitä haluat kehittää, sinulle tuotepäällikkönä on selvää, mitä haluat, miksi haluat sitä ja miten sen pitäisi auttaa yritystä.

Ensimmäistä kertaa asiasta kuulevat kehittäjät eivät kuitenkaan välttämättä yhdistä asioita toisiinsa. Siksi on todella tärkeää selittää miksi ja yhdistää asia liiketoimintaan. Jos joku tulee pyytämään minua tekemään jotain, en välttämättä suostu, koska en tiedä miksi. Jos minulle kuitenkin selitetään, miksi jotain tehdään, mikä sen tarkoitus on ja miten se auttaa yritystä, olen todennäköisemmin mukana tai ainakin valmis keskustelemaan. Mielestäni tämä on todella tärkeää. Suuri osa tuotepäällikön työstä riippuu muista.

Harvoin teemme itse jotain, kuten kehitämme ominaisuuden tai toteutamme markkinoinnin. Meidän on aina selitettävä muille, mitä haluamme tehdä. On siis tärkeää selittää miksi ja yhdistää asiat liiketoiminnan näkökulmasta. On myös erittäin tärkeää näyttää dataa. Jos selität, miksi jotain tehdään, miten se liittyy liiketoimintaan ja miten se auttaa yritystä kasvamaan, tarvitset todisteita ja oikeaa dataa tueksesi.

Olen varma, että kaikki tai useimmat tuotepäälliköt sanovat olevansa dataohjautuvia. Juuri näissä tilanteissa, kun esittelet asian kehitystiimille, dataohjautuvuus on todella tärkeää. Haluat heidän luottavan sinuun, haluat ansaita heidän luottamuksensa ja haluat heidän olevan mukana. Tämä on toinen erittäin tärkeä asia.

Ajan myötä olen oppinut myös yhden hieman oudolta kuulostavan asian: anna tunnustusta. Kuten sanoin aiemmin, suuri osa työstämme riippuu muista. Kun kehittäjä on mukana, tekee kovasti töitä ja kehittää ominaisuutta, on todella tärkeää huomioida ja arvostaa sitä sekä antaa tunnustusta sanomalla kahden kesken esimerkiksi “Hyvää työtä” tai “Hienosti tehty” — mutta myös laajemmin, jotta kaikki tietävät siitä.

Kun joku arvostaa omaa työtäni, haluan tehdä työni hyvin. Haluan jatkaa ja auttaa. Sanoisin siis, että nämä asiat auttavat minua eniten yhteistyössä kehitystiimin kanssa.

Hannah Clark: Tuo tunnustuksen antaminen on todella tärkeää mielestäni lähes missä tahansa roolissa. Se on yksi niistä yksinkertaisista asioista, jotka ihmiset tuntuvat unohtavan, vaikka niillä on valtava vaikutus kaikenlaiseen monialaiseen yhteistyöhön.

Kun ajatellaan yhteistyötä monialaisten tiimien kanssa kehitystiimin ulkopuolella, mitä hyviä käytäntöjä olet havainnut hyödyllisiksi sen varmistamisessa, että ominaisuuksien kehittäminen etenee sujuvasti ja kaikki ovat samalla sivulla osaamisalueestaan riippumatta?

Noa Goldman: Muistan yhden tietyn ominaisuuden, joka auttoi minua luomaan oman reseptini paljon työtä ja aikaa vaativien pitkäkestoisten ominaisuuksien käsittelyyn. Kehitimme työpaikassani tuotepäällikkönä toimivanani yrityksen perehdytystä, ja onnistuimme nostamaan konversioasteen 15 prosentista 90 prosenttiin.

Se oli hienoa, mutta matka oli hyvin pitkä. Olin silloin nuorempi tuotepäällikkö, joten yhteistyö monialaisten tiimien, markkinoinnin, myynnin ja ylimmän johdon kanssa oli minulle todella haastavaa. Silloin loin oman ohjekirjani siihen, miten toimia. Ensimmäinen vaihe alkaa jo ennen uuden ominaisuuden esittelyä tiimille: varmistan, että motiivi on oikea ja että tämä on sisäisesti oikea asia tehtäväksi juuri nyt.

Ennen kuin esittelen asian muille, haluan itse olla varma siitä, että teen oikein. Ominaisuuden vaatimasta työmäärästä riippumatta yritän aina varmistaa, että tulkitsen tilanteen oikein. Tämä tarkoittaa liiketoiminnan näkökulman ja pyyntöjen kuuntelemista, käyttäjien ominaisuuspyyntöjen kirjaamista ja sen seuraamista, miten käyttäjät käyttävät tuotetta.

Varmistan siis aina, että minulla on käsitys siitä, miten asiat tällä hetkellä ovat, mikä on yritykselle tärkeää ja mikä ei. Kun suuri ominaisuus tulee käsiteltäväksi, varmistan ensin itseni kanssa, että se on oikea asia tehdä. Vertaan sitä olemassa olevaan kokonaiskuvaan ja tarkistan, että tämä on järkevin asia toteuttaa juuri nyt.

Varmistan, että olen itse päätöksen kanssa sinut. Sen jälkeen tarkistan asian vielä datan avulla. Varmistan, että luvut ovat järkeviä, siistin ne kunnolla, käyn ne läpi ja tarkistan, että luvut tukevat sitä, että tämän pitkäkestoisen ominaisuuden toteuttaminen kasvattaa tavoiteltua lukua.

Näin varmistan myös, etten vain ihastu tiettyyn ominaisuuteen. Data vakuuttaa minut siitä, että tämä on oikea asia tehdä. Kun olen täysin vakuuttunut, etsin erittäin selkeän tavan esittää asian. Yritän muotoilla yhdestä kahteen lauseeseen ongelman ja sen, miksi se on tärkeää ratkaista heti.

Näiden lauseiden pitäisi selittää asia sekä huoneen teknisimmälle että vähiten tekniselle henkilölle. Koska kyseessä on monialaisen tiimin yhteinen työ, haluan myynnin, markkinoinnin, ylimmän johdon ja tutkimus- ja tuotekehityksen tiiminvetäjien ymmärtävän selvästi, mikä ongelma on ja miten sen ratkaiseminen auttaa liiketoimintaa.

Varmistan, että esitän asian niin selkeästi, että nelivuotiaskin ymmärtäisi sen. Sen jälkeen otan jo siistimäni datan ja esitän sen erittäin selkeästi. Se kuulostaa oudolta, mutta on aina varmistettava, että data on hyvin määriteltyä ja esitettyä. Esimerkiksi vihreä tarkoittaa hyvää ja punainen huonoa. Käytä oikeanlaista kuvaajaa.

Nämä asiat kuulostavat vähäpätöisiltä, mutta niitä ei usein esitetä oikein. Varmistan, että ongelma ja sitä tukeva data esitetään hyvin ja selkeästi, jotta kaikki huoneessa ymmärtävät asian. Tämä on toinen vaihe. Kolmas vaihe kuulostaa oudolta. Kutsun sitä kirjassani nimellä “Hajota ja hallitse”, jolla voi olla hieman kielteinen merkitys, vaikka tässä siitä ei ole kyse.

Tämä tarkoittaa käytännössä sitä, että ennen kuin esittelen ominaisuuden koko huoneelle ja monialaisen tiimin kaikille vetäjille, pyrin keskustelemaan kahden kesken jokaisen monialaisen tiimin vetäjän kanssa. Tämä vie paljon enemmän aikaa, mutta se kannattaa. Istun erikseen markkinointi-, myynti- ja tutkimus- ja tuotekehitysjohtajan sekä kaikkien muiden prosessiin osallistuvien ja mukaan vakuutettavien ihmisten kanssa.

Ensinnäkin tämä saa heidät tuntemaan, että heitä kuullaan ja kuunnellaan. Jos haluat jonkun mukaan, hänen ei tarvitse vain kuunnella sinua tai olla samaa mieltä. Heillä on mielessään muitakin asioita. Jos haluat heidät mukaan, sinun on saatava heidät tuntemaan, että heillä on merkitystä ja että he ovat tärkeitä.

Keskustele siis heidän kanssaan kahden kesken, lyhyesti tai pitkään tarpeen mukaan. Vaikka se veisi hieman enemmän aikaasi, se kannattaa. Se auttaa heitä tuntemaan, että heitä kuullaan, ja kun he kokevat tulleensa kuulluiksi, he haluavat auttaa sinua. Toiseksi se valmistaa minut seuraavaan vaiheeseen, eli kaikkien tapaamiseen samassa huoneessa.

Tiedän jo, mitä mieltä kaikki ovat. Olen valmistautunut vastauksiin siihen, mitä he sanovat, ja tiedän, miten he todennäköisesti reagoivat tähän ominaisuuteen. Nämä kahdenkeskiset keskustelut auttavat myös siksi, että muilla on usein todella hyviä ideoita, jotka haluat sisällyttää ominaisuuteen.

Se saa heidät tietenkin tuntemaan itsensä osaksi projektia, koska heidän ideoillaan on merkitystä. Heillä voi myös olla hyviä ajatuksia, jotka haluat kuulla. Näin kahdenkeskiset keskustelut auttavat sinua luomaan paremman ominaisuuden, jonka kehittämiseen suurin osa tiimistä haluaa sitoutua. Tämä on siis vaihe, jossa keskustellaan kahden kesken jokaisen kanssa.

Kokemukseni mukaan suurin osa mukana olevista ihmisistä on tässä vaiheessa jo sitoutunut, koska he kokevat olevansa osa prosessia ja että heitä kuunnellaan. Sen jälkeen on vuorossa tiimikokous, jossa kaikki kootaan samaan huoneeseen. Se on hieman haastavaa.

Se voi jännittää, mutta sinun pitäisi olla tässä vaiheessa valmistautunut, koska olet käynyt kaikki kahdenkeskiset keskustelut. Istutat kaikki samaan huoneeseen ja esittelet saman asian, jonka esittelit kahden kesken. Kuten aiemmissa vaiheissa, sinulla on yksi tai kaksi lausetta, jotka kuvaavat ongelman yksinkertaisesti, sekä dataa. Olet jo keskustellut jokaisen huoneessa olevan kanssa.

Teet siis saman uudelleen ja esittelet asian vielä kerran. Tässä vaiheessa suurin osa ihmisistä on mukana tai ainakin valmis keskustelemaan. Kokouksessa haluat ensinnäkin varmistaa, että kaikki tulevat kuulluiksi samassa ja laajemmassa foorumissa, ja saada useimpien hyväksynnän.

Et koskaan — tai lähes koskaan — saa kaikkien huoneessa olevien hyväksyntää. Kun kaikki kuitenkin kokevat tulleensa kuulluiksi, he ovat ainakin avoimia ajatukselle. Tässä vaiheessa useimpien pitäisi jo olla mukana. Tämä on viimeinen vaihe kaikkien sitouttamisessa. Sen jälkeisiä vaiheita kutsun nimellä “astutaan lavalle”.

Kun kaikki ovat mukana ominaisuuden kehittämisessä ja prosessi etenee, sinun on varmistettava, että päivität kaikkia jatkuvasti. Astu siis lavalle viikoittain tai kuukausittain tai hyödynnä olemassa olevaa tilannekatsausta ja käytä muutama minuutti kaikkien päivittämiseen. Haluan aina näyttää visuaaliset muutokset.

Jaan suuren ominaisuuden mielelläni pienempiin ja nopeasti saavutettaviin voittoihin. Näin voimme nähdä muutokset ja edistymisen visuaalisesti. Kun päivität kaikkia, pidät sitoutumista yllä. He haluavat kuulla asiasta, näkevät edistymisemme, ja se auttaa todella paljon. Tämä on myös hyvä tilaisuus näyttää dataa, jos ominaisuus on jo julkaistu, sekä esitellä onnistumiset ja epäonnistumiset.

Varmista, että olet prosessista erittäin selkeä ja rehellinen, niin kaikki pysyvät mukana. Se on myös hyvä tilaisuus kuulla jälleen heidän ajatuksiaan, ideoitaan ja näkemyksiään jo saavuttamastamme edistymisestä. Kun toimit näin ominaisuuden kehittämisen aikana, autat kaikkia monialaisia tiimejä pysymään jatkuvasti mukana ja haluamaan auttaa.

Hannah Clark: Tuo on hieno prosessi ja mielestäni myös hyvin selkeästi seurattava. Olen kuitenkin utelias: miten toimit, jos huone on jakautuneempi, kaikki eivät ole samaa mieltä tai ominaisuuden eteenpäin viemiseen ei ole riittävää yhteisymmärrystä?

Noa Goldman: Jos olen varma, että tämä on oikea asia tehdä ja että se on yrityksen kannalta järkevää, yritän aina muistaa, että olemme lopulta kaikki samaa tiimiä ja haluamme yrityksen menestyvän. Yritän siis jälleen hajottaa ja hallita, selittää liiketoimintaa ja miksi-asiaa sekä vakuuttaa heidät siitä, että olemme kaikki samaa tiimiä.

Lopulta se toimii. Jos se ei vieläkään toimi, valitsen taisteluni. Jos joku ei ole mukana, yritän päättää, miten vakuutan hänet. Voisin antaa hänelle mahdollisuuden toteuttaa muita ominaisuuksia tai auttaa häntä viemään omaa agendaansa tietyllä tavalla eteenpäin.

Minulle kaikki liittyy jälleen suhteisiin. Kun autat jotakuta, hän haluaa usein auttaa sinua vastavuoroisesti. Kyse on siis neuvottelujen navigoinnista ja sen varmistamisesta, että kaikki saavat lopulta haluamansa.

Hannah Clark: Se käy järkeen. Siirrytään hieman priorisointiin. Kuten aina sanon, kun puhumme ominaisuuksien hallinnasta ja kehittämisestä, ominaisuuksien priorisointi on siinä suuri osa. Mitkä ovat salaisuutesi menestykseen tai millaisia menetelmiä olet käyttänyt ominaisuuksien priorisointiin?

Noa Goldman: Minulla on oma pohjantähtimittarini, joka on liiketoiminta. Yrityksen kasvuun tarvittava asia on pohjantähtimittarini. Vertaan kaikkea siihen, koska työni tarkoitus on viime kädessä auttaa liiketoimintaa ja yritystä kasvamaan.

Kyse ei ole ominaisuuksista, joista itse pidän, tai siitä, mitä tiimini haluaa tällä hetkellä kehittää. Kyse on yrityksen auttamisesta. Kuvasin aiemmin kokonaiskuvaa, jota pidän jatkuvasti yllä. Seuraan jatkuvasti käyttäjien pyyntöjä, liiketoiminnan tarpeita, markkinoinnin toiveita ja koko markkinaa.

Yritän ajatella liiketoimintaa. Jokaisen ominaisuuden kohdalla kysyn: auttaako tämä asia yritystä kasvamaan juuri nyt eniten? Jos se on järkevää ja vastaus on kyllä, kysyn seuraavaksi: onko tämä helpoin tapa kehittää ominaisuus?

Priorisoinnissa valitsen siis aina sen, mikä auttaa liiketoimintaa eniten ja mikä on helpoin toteuttaa pienimmällä työmäärällä. Nämä ovat kaksi kysymystä, jotka esitän itselleni. Jos pystyt vastaamaan niihin, pystyt priorisoimaan kaiken.

Hannah Clark: Aikamme alkaa olla lopussa, mutta halusin päättää hieman hauskempaan aiheeseen. Olen kysynyt viime aikoina muutamilta vierailtamme musiikista, mikä on hieman yllättävä aihe. Kuunteletko musiikkia työssä tai vapaa-ajalla, ja onko jokin artisti, albumi tai musiikkityyli, josta pidät juuri nyt erityisesti?

Noa Goldman: Vau. Tämä on todella hauska kysymys. Olen iloinen, että kysyit sen. En edes tiedä, miksi olen näin iloinen. Kuuntelen ehdottomasti jatkuvasti musiikkia. Yritän kuunnella sitä työskennellessäni sellaisten asioiden parissa, jotka eivät vaadi paljon ajattelua, koska muuten menen sekaisin. Tällä hetkellä kuuntelen eniten Paolo Nutinia.

En tiedä, oletko kuullut hänestä, mutta hän on loistava. Hän julkaisi juuri uuden albumin, josta pidän, ja haaveeni on nähdä hänet konsertissa. Se ei todennäköisesti toteudu, mutta yritän järjestää sen, joten katsotaan.

Hannah Clark: Hienoa. En ole kuullut hänestä, mutta toivon, että voimme koota kaikkien vieraidemme kappaleista tuotepäälliköiden podcast-soittolistan.

Noa Goldman: Se olisi mahtavaa.

Hannah Clark: Haluaisin tutustua häneen. Kiitos paljon, että liityit seuraamme tänään, Noa. Arvostan todella aikaasi ja sitä, että annoit meille reseptin, joka on hieno ja helposti seurattava tapa hankkia konkreettista tietoa. Kiitos paljon ajastasi.

Noa Goldman: Kiitos. Nautin tästä todella paljon. Kiitos.

Hannah Clark: Kiitos kuuntelusta. Saat lisää hyviä näkemyksiä, käytännön oppaita ja työkalujen arvioita tilaamalla uutiskirjeemme osoitteessa theproductmanager.com/subscribe. Voit kuunnella lisää tämän kaltaisia keskusteluja tilaamalla Tuotepäällikkö-podcastin sieltä, missä kuuntelet podcastejasi.