Kaikki uudet tuotteet alkavat ideasta ja etenevät sitten kehitysvaiheiden kautta. Mitkä ovat ne 5 tapaa, jotka voivat nopeuttaa tuotekehityssyklejä? Tässä haastattelusarjassa keskustelemme tuotepäälliköiden, perustajien ja kirjailijoiden kanssa, jotka voivat jakaa kokemuksiinsa perustuvia tarinoita ja näkemyksiä siitä, miten tuotekehityssyklejä voidaan nopeuttaa. Osana tätä sarjaa meillä oli erityinen ilo haastatella Matt Baxteria.
Matt Baxter
Matt Baxterilla on lähes kahden vuosikymmenen kokemus digitaalisten tuotteiden kehittämisestä useilla toimialoilla. Verkkokehitykseen ja käyttäjäkokemuksen suunnitteluun perustuvan taustansa ansiosta hänestä tuli tuotepäällikkö, jotta hän voisi auttaa yrityksiä keskittymään asiakas- ja liiketoimintavaikutusten maksimointiin digitaalisten tuotteidensa avulla. Viime vuosien aikana hän on vastannut tuotetoiminnasta teknologiayrityksissä ja toimii nyt tuotepäällikkönä Bestow-yrityksessä.
Kiitos paljon, että liityit tähän haastattelusarjaan! Ennen kuin sukellamme aiheeseen, lukijamme haluaisivat kuulla sinusta lisää. Voisitko kertoa tarinan siitä, mikä johdatti sinut juuri tälle urapolulle?
Olen aina ollut kiinnostunut teknologiasta ja siitä, miten asiat toimivat. Äidilläni oli tapana ostaa minulle käytettyjen tavaroiden liikkeistä vanhaa elektroniikkaa purettavaksi! Kun aloitin korkeakouluopinnot, tiesin haluavani työskennellä teknologian parissa ja suorittaa insinöörin tutkinnon. Tuona aikana löysin kirjan nimeltä Designing Interactions, joka perehtyy teknologia-alan vaikutusvaltaisten suunnittelijoiden tarinoihin. Tämä kirja tutustutti minut ensimmäistä kertaa tuotesuunnittelun käsitteeseen. Siihen asti en ollut ymmärtänyt, että työtehtävissä ei ainoastaan saada teknologiaa toimimaan, vaan sitä myös suunnitellaan ihmisiä varten. Valmistuttuani siirryin ohjelmistokehityksen ja käyttäjäkokemuksen suunnittelun pariin. Sen myötä ymmärsin, että voisin yhdistää osaamiseni ja siirtyä tuotepäälliköksi, jolla olisi vahva ymmärrys ohjelmistotuotteiden rakentamisesta.
Onko sinulla mentoreita tai kokemuksia, jotka ovat erityisesti vaikuttaneet lähestymistapaasi tuotekehitykseen ja käyttäjäkokemukseen?
Yksi ensimmäisistä luovista johtajistani sanoi usein: ”Jaa aikaisin ja jaa usein.” Hän korosti säännöllisen palautteen saamisen ja toistuvan kehittämisen merkitystä. Tämä varhainen oppitunti muokkasi lähestymistapaani tuotekehitykseen ja opetti minulle varhaisen kriittisen palautteen arvon missä tahansa projektissa. Vielä tärkeämpää on, että se kehitti kykyäni ottaa kaikki palaute vastaan ottamatta sitä henkilökohtaisesti.
Haavoittuvaisuuden hyväksyminen ja keskeneräisen työn jakaminen ilman pelkoa vaativat harjoittelua. Opin nopeasti toimimaan näin menetelmällä, jota tämä suunnittelutiimi kutsui nimellä ”Collab Lab”. Siinä jokainen tiimin jäsen esitteli kyseisen viikon aikana tekemäänsä keskeneräistä työtä ja sai siitä kriittistä palautetta.
On sanottu, että virheemme voivat joskus olla parhaimpia opettajiamme. Voisitko kertoa hauskimmasta virheestä, jonka teit urasi alussa? Voisitko kertoa, mitä opit siitä?
Tämä ei liity erityisesti tuotepäällikön työhön, vaan kyseessä on monille uran alkuvaiheessa oleville tuttu virhe. Kun lähdin ensimmäiselle lomalleni työntekijänä, yritin olla hieman nokkela poissaoloviestini kanssa. Yritin määrittää säännön, joka vastaisi vain yritykseni ulkopuolisille henkilöille, mutta jotenkin määritinkin postilaatikon käsittelysäännön, joka vastasi viestilläni nopeasti jokaiseen postilaatikkoni sähköpostiin.
Tämän seurauksena kaikki yrityksessäni saivat minulta kymmeniä sähköposteja, joissa ilmoitin olevani poissa toimistolta. Olin kauhuissani! Opetus on, että joskus voi yrittää olla liian nokkela, ja toisinaan yksinkertaisin ratkaisu on paras.
Have an account? Log In
Mikä on mielestäsi ollut urasi ratkaiseva hetki? Haluaisimme kuulla, mitä sitä edelsi, mitä tapahtui ja miten se vaikutti elämääsi.
Ensimmäinen työpaikkani tuotepäällikkönä oli startup-yrityksessä, joka keskittyi auttamaan ihmisiä säästämään rahaa reseptilääkkeissä. Rehellisesti sanottuna toimiala ei innostanut minua erityisesti – oletin lääketeollisuuden olevan hidasliikkeinen ja tylsä. Kun kuitenkin pääsin tehtävässäni vauhtiin, ymmärsin startup-yrityksen hienouden: riippumatta siitä, miten toimialalla yleensä edetään, startup-yritys luonteensa mukaisesti tarttuu mahdollisuuteen muuttua.
Mieleni muututtua näin uskomattoman mahdollisuuden vaikuttaa merkityksellisellä tavalla ihmisten elämään auttamalla heitä säästämään rahaa tärkeissä lääkkeissä. Tämä on muuttanut tapaani tarkastella mahdollisuuksia – hitaalta ulospäin vaikuttavilla toimialoillakin voi olla valtavasti potentiaalia vaikuttaa ihmisten elämään. Sen jälkeen olen päättänyt, että keskeinen tekijä urapäätöksissäni on mahdollinen vaikutus, ei se, kuinka näyttävältä mahdollisuus näyttää ulospäin.
Voitko kertoa meille vaikeista ajoista, joita kohtasit matkasi alkuvaiheessa? Harkitsitko koskaan luovuttamista? Mistä sait voimaa jatkaa, vaikka asiat olivat niin vaikeita?
Urani alkuvaiheessa minun oli vaikea päättää, mihin keskittyisin – olin aina nauttinut sekä ohjelmistojen teknisestä kehittämisestä että käyttäjäkokemuksen suunnittelusta. Kun ymmärsin, että tuotehallinta oli toimiva tapa yhdistää nämä molemmat, käytin useita kuukausia hakiessani monia työpaikkoja, mutta minut torjuttiin nopeasti riittämättömän kokemuksen vuoksi.
Olin lannistunut ja harkitsin palaamista UX-tehtäviin, mutta ymmärsin olevani ratkaisevassa käännekohdassa. Jos luovuttaisin liian aikaisin, tiesin menettäväni mahdollisuuden antoisaan uraan. Onneksi en luovuttanut, vaan sain lopulta tuotepäällikön tehtävän, joka johdatti minut lopulta Bestow’lle.
Miten pysyt ajan tasalla markkinatrendeistä ja tuotehallinnan alan kehityksestä?
On hämmästyttävää, kuinka paljon tuotehallintaan liittyviä resursseja ja verkkoyhteisöjä on nykyään saatavilla – kun kuulin ensimmäisen kerran tuotehallinnasta käsitteenä, minulla ei ollut aavistustakaan, mistä aloittaa. Suurin osa tuotehallintaa koskevista uutisistani tulee Twitteristä, sähköpostiuutiskirjeistä ja podcasteista.
Jos minun pitäisi suositella yhtä resurssia, se olisi Lennyn uutiskirje; se on viikoittainen uutiskirje, joka sisältää erinomaista tuotehallintaa käsittelevää sisältöä, loistavan podcastin ja aktiivisen Slack-yhteisön. Riippumatta siitä, onko joku vasta aloittamassa tuotehallinnan parissa vai onko hänellä jo usean vuoden kokemus alalta, kyseessä on uskomattoman arvokas resurssi.
Mikä rooli monialaisella yhteistyöllä on tuotekehityssyklien nopeuttamisessa, ja miten edistät tehokasta yhteistyötä eri tiimien ja osastojen välillä?
Monialainen yhteistyö on yksi tehokkaimmista tavoista nopeuttaa tuotekehitystä; tuskin millään muulla on yhtä suurta potentiaalia. Bestow’lla varmistamme jatkuvan monialaisen yhteistyön kahdella tavalla. Ensinnäkin tuotetiimit koostuvat suunnittelun, tuotehallinnan ja muotoilun edustajista, jotta tiivis yhteensopivuus ja yhteistyö voidaan varmistaa. Toiseksi varmistamme, ettei työ siiloudu tuotekehitysprosessin aikana. Vaikka tuotepäälliköt saattavat johtaa kehityksen selvitysvaihetta, he ottavat suunnittelun, muotoilun ja muut sidosryhmät mukaan ongelman määrittelyyn. Missään vaiheessa työtä ei myöskään “heitetä aidan yli” jonkin toisen tiimin ongelmaksi; työskentelemme tiiviisti yhdessä alusta loppuun.
On tehokkaan yhteistyön kannalta ratkaisevan tärkeää auttaa kaikkia ymmärtämään, miten heidän työnsä vaikuttaa tuotteen lopputulokseen, ja nähdä itsensä tuloksen omistajina. Pahinta, mitä voi tapahtua, on se, että tiimit tai osastot ajavat omia etujaan tai näkevät tehtävänsä vain oman työosuutensa toimittamisena. Kaikki omistavat lopputuloksen; muiden näkeminen kumppaneina yhteisen tavoitteen saavuttamisessa on olennaista hyvälle yhteistyölle.
Kiitos kaikesta tästä. Tässä on haastattelumme pääkysymys. Mitkä kokemuksesi perusteella ovat “5 tapaa, jotka voivat nopeuttaa tuotekehityssyklejä”? Jos mahdollista, kerro jokaisesta tarina tai esimerkki.
1. Sopikaa ratkaistavasta ongelmasta ennen aloittamista.
Monilta ongelmilta vältytään keskittymällä varhaisessa vaiheessa siihen, mitä tarkalleen ottaen pyrit tekemään. Tämä yhteisymmärrys voi syntyä vain, kun monialainen tiimi sopii nimenomaisesti tärkeimmästä ratkaistavasta ongelmasta. Selvyyden vuoksi tämä ei tarkoita, että ryhmän olisi saavutettava alussa yksimielisyys! Tiimien on oltava valmiita “olemaan eri mieltä ja sitoutumaan” ratkaisuihin liittyvien ideoiden testaamiseen, mutta niiden on oltava yhtä mieltä ongelmasta. Tuotekehitys estyy, jos tekijät väittelevät ratkaisusta ollessaan eri mieltä siitä, onko ongelma ratkaisemisen arvoinen.
2. Tehkää selkeästä, hyvin jäsennellystä kirjallisesta viestinnästä tiimin arvo.
Uskon vahvasti ajatukseen, että “kirjoittaminen on ajattelua”. Bestown tuotetiimi kannustaa vahvaan kirjoittamisen kulttuuriin; aina kun tuotepäällikkö saa idean – olipa kyseessä uusi ominaisuus tuotteeseemme tai muutos tiimimme prosessiin – hän kirjoittaa siitä ehdotuksen. Ehdotuksessa kuvataan ongelma tai mahdollisuus, miksi on tärkeää toimia juuri nyt ja mitä arvoa siitä saamme. Sen jälkeen muu tiimi voi avata asiakirjan, jättää kommentteja ja aloittaa siitä keskustelun. Tämä prosessi auttaa meitä kaikkia kehittämään ajatteluamme ja vahvistaa ehdotuksiamme.
Ideasta on helppo innostua, mutta kun perehdyt yksityiskohtiin, huomaat uusia ongelmia, joita et ollut ottanut huomioon. Kun kirjoitat ideasi hyvin jäsenneltyyn muotoon, paljastat ongelmallisen logiikan ja epäuskottavat perustelut. Kirjoitettu sana antaa kaikille mahdollisuuden nähdä saman asian ja kehittää vahvemman yhteisen ymmärryksen. Lisäksi voit jakaa sen muiden kanssa, jotka eivät olleet paikalla, ja he saavat saman tiedon.
3. Asettakaa jokainen hanke armottomasti tärkeysjärjestykseen.
Kaikki, minkä parissa tiimisi työskentelee, on asetettava armottomasti tärkeysjärjestykseen, jotta ymmärretään, millainen vaikutus sillä on liiketoimintaan ja asiakkaisiin. Monet asiat kuulostavat hyviltä ideoilta tai hyvältä ajankäytöltä, mutta vaikutustenarviointi kertoo toisenlaisen tarinan.
4. Aseta nopea oppiminen etusijalle sen sijaan, että yrittäisit onnistua heti ensimmäisellä kerralla.
Tuotekehityksessä on kyse jonkin uuden ja innovatiivisen luomisesta, mikä tarkoittaa usein sellaisen tekemistä, mitä kukaan ei ole aiemmin tehnyt. Ennen tuotteen lanseeraamista on helppo juuttua analyysiparalyysiin ja pohtia, oletko valinnut oikean ominaisuuskokonaisuuden tai tuletko menestymään. Monia asioita voi oppia vain viemällä tuotteen markkinoille ja katsomalla, miten asiakkaasi reagoivat siihen. Tietenkin sinun kannattaa minimoida merkittävät riskit ja käyttää kriittistä ajattelua, mutta mitä kauemmin tuotteen vieminen markkinoille kestää, sitä suuremmaksi kasvaa riski rakentaa väärä tuote.
5. Hiljaiset lukuhetket kokouksia varten.
Monet tuotetiimit valittavat kokousten vievän arvokasta aikaa, mutta olen huomannut, että vain huonosti johdetut kokoukset hidastavat tuotekehitystä. Erittäin tehokas tapa varmistaa, että kaikki ovat samalla sivulla ennen kokousten alkua, on tarjota kirjallista tietoa ja käyttää kokouksen ensimmäiset minuutit hiljaiseen lukemiseen. Näin kaikki voivat käsitellä tiedot ajoissa, mutta ne ovat edelleen tuoreina mielessä ja valmiina keskustelua varten.
Mihin yleisiin sudenkuoppiin näet tuotetiimien joutuvan, kun ne yrittävät nopeuttaa kehityssyklejään, ja miten niitä voidaan välttää?
Vaistomme on aina siirtyä ratkaisuihin, kun ongelma tuodaan esiin, mutta se on suurin näkemäni sudenkuoppa. Kun tiimi ohittaa perusteellisen selvitysvaiheen, se usein vakuuttuu siitä, että ratkaisun kokoaminen nopeasti on helppoa. Väistämättä tiimi huomaa joutuvansa pyörittelemään ratkaisua koskevaa päätöstä.
Sen lisäksi, että selvitysvaihe asetetaan etusijalle, tuotetiimit voivat välttää tämän kahdella tavalla. Ensimmäinen on varmistaa monialainen selvitystyö – ongelman määrittelyä käsitteleviin kokouksiin tulisi osallistua myös suunnittelijoita, insinöörejä ja sidosryhmien edustajia. Olen nähnyt tiimien pitävän selvitystyötä asiana, jonka tekevät vain tuotepäälliköt ja sidosryhmät, mutta lopputulos on paljon parempi, kun kaikki osaamisalueet ovat mukana. Toinen tapa on varmistaa monialainen yhteisymmärrys ratkaistavasta ongelmasta. Kannustan tiimejäni varmistamaan muiden kanssa, että ratkaistavasta ongelmasta vallitsee selkeä yhteisymmärrys ennen ratkaisuvaiheen aloittamista.
Voitko kertoa esimerkin tilanteesta, jossa jouduit tekemään vaikean kompromissin nopeuden ja laadun välillä tuotekehityssyklin aikana, ja mikä oli päätöksen lopputulos?
Minusta nopeuden ja laadun vastakkainasettelu ei aina ole oikea tapa rakentaa tuotetta, koska se antaa ymmärtää, että yksi vaihtoehto on heikkolaatuisen tuotteen toimittaminen. Tällaisessa lähestymistavassa eniten kärsivät asiakkaasi. Taakan sälyttäminen asiakkaiden kannettavaksi ei ole koskaan asia, jota erinomainen tuotetiimi tekisi.
Parempi tapa hahmottaa kompromissi on valita nopeuden ja laajuuden välillä. Useimmissa tapauksissa voit toimittaa tuotteen asiakkaille rajaamalla laajuuden olennaisiin komponentteihin, jotka vastaavat heidän keskeisiin tarpeisiinsa, laadusta tinkimättä. Bestow'ssa tasapainotamme nopeutta ja laajuutta huolellisesti jokaisen suuryrityskumppanin kanssa, jonka kanssa käynnistämme yhteistyön. Jopa yksinkertaisimmalta vaikuttavan vakuutustuotteen laajuus voi kasvaa nopeasti, kun sitä tarkastellaan lähemmin, joten tasapainotamme aikataulussa pysymistä ja perusteellisuutta voidaksemme julkaista alustaratkaisuja ajoissa ja tarjota merkittävää arvoa suuryrityskumppaneillemme.
More Articles
Kuinka tärkeä dataan perustuva lähestymistapa on tuotekehityksessä, ja voitko kertoa tarinan, jossa data vaikutti merkittävästi päätöksentekoprosessiisi?
Dataan perustuva lähestymistapa on ratkaisevan tärkeä; ilman sitä prioriteetit määräytyvät puhtaasti sen mukaan, kenellä on vahvin mielipide, tai todellisuutta edustamattomien yksittäisten kokemusten perusteella. Bestow'ssa hyödynnämme dataa löytääksemme kehitysmahdollisuuksia hakemusprosessistamme. Seuraamalla prosessin jokaista osiota voimme tunnistaa, missä asiakkaat kohtaavat käyttökokemukseen liittyviä haasteita. Kun tunnistamme tällaisia mahdollisuuksia, teemme prosessissa asteittaisia kokeiluja. Käytämme sitten dataa järjestelmällisesti arvioidaksemme, oliko vaikutus myönteinen, neutraali vai kielteinen, ja päätämme sen perusteella, pitäisikö muutoksesta tehdä pysyvä.
Aiemmassa startup-yrityksessä, jossa työskentelin, tarjosimme asiakkaille hallintapaneelin, josta he näkivät, kuinka paljon he olivat säästäneet reseptilääkkeissään, saivat muistutuksia reseptien uusimisesta ja pystyivät lunastamaan palvelun käyttöön perustuvia palkintoja. Kun perehdyimme dataan tarkemmin, kävi selväksi, että useimmat asiakkaat eivät koskaan palanneet hallintapaneeliin rekisteröitymisen jälkeen. Analysoituamme dataa ja suhteutettuamme sen tarkastelemamme tuotteen tyyppiin ymmärsimme, etteivät odotuksemme asiakkaiden tavasta käyttää hallintapaneelia vastanneet todellisuutta eli sitä, miten asiakkaat käyttivät tuotettamme. Päätimme lakkauttaa hallintapaneelin, koska ymmärsimme, ettei sen ylläpitokustannus ollut pienen tiimimme kannalta perusteltu. Siirsimme kaikki toiminnot sähköposti- ja tekstiviesti-ilmoituksiin, mikä johti huomattavasti suurempaan sitoutumiseen, kun asiakkaat pystyivät näkemään säästönsä ja lunastamaan palkintoja.
Voitko kertoa tilanteesta, jossa käyttäjäpalaute johti merkittävään suunnanmuutokseen tuotekehitysstrategiassasi?
Yksi tapa, jolla Bestow’n strategia on muuttunut ajan myötä, liittyy siihen, miten näemme asiakkaiden mahdollisuuden hoitaa henkivakuutusprosessin itsenäisesti. Bestow aloitti suoraan kuluttajille palveluja tarjoavana yrityksenä, jotta yksityishenkilöt voisivat hankkia henkivakuutusturvan nopeasti ja helposti itsenäisesti ja mahdollisimman vähäisellä asiamiehen avustuksella. Kehittäessämme yritysasiakkaille suunnattua tarjontaamme merkittävä osa siitä on mahdollistanut niiden asiamiesjakelun. Suoraan kuluttajille palveluja tarjoavana yrityksenä optimoimme prosessin niin, että asiakkaat voisivat hoitaa sen kaikki vaiheet itsenäisesti. Kun kuitenkin työskentelimme tiiviisti henkivakuutusasiamiesten kanssa, opimme, kuinka ratkaisevan tärkeää heidän osallistumisensa ja ohjauksensa prosessissa on. Tämä on mahdollista vain, jos heillä on asianmukainen pääsy tietoihin ja tarvittaviin työkaluihin. Vaikka monet asiakkaat voivat hankkia henkivakuutuksen itsenäisesti, he tarvitsevat edelleen paljon asiamiehen apua tehdäkseen oikeita taloudellisia päätöksiä. Tämän myötä olemme oppineet, että yksityishenkilöille tarjottavien itsepalvelumahdollisuuksien ja asiamiesten asiakkaidensa auttamiseksi saamien valmiuksien välillä on löydettävä tasapaino tietyissä prosessin vaiheissa.
Kenen maailman ihmisistä haluaisit mielelläsi nauttia yksityisen lounaan, ja miksi?
Haluaisin mielelläni istua alas Tobi Lütken, Shopifyn perustajan ja toimitusjohtajan, kanssa. Olen hämmästynyt siitä, mitä hän on rakentanut tyhjästä, ja ihailen periaatteita, joiden varaan hän rakensi Shopifyn. Olen kuunnellut useita hänen podcast-haastattelujaan, ja hänen tapansa soveltaa syvällistä ajattelua kaikkeen tekee minuun aina vaikutuksen. Haluaisin kuulla tarinoita siitä, mitä hän on matkan varrella oppinut tuotekehityksestä.
