Kaikki uudet tuotteet alkavat ideasta ja etenevät sitten kehitysvaiheiden kautta. Mitkä ovat ne viisi tapaa, jotka voivat nopeuttaa tuotekehityssyklejä? Tässä haastattelusarjassa keskustelemme tuotejohtajien, 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 Duane Brayta.
Duane Bray
Duane Bray toimii Groopitin tuotejohtajana New Yorkissa. Hän suhtautuu intohimoisesti työpaikkojen innovointiin, auttaa johtajia ratkaisemaan nyky-ympäristön monimutkaisia haasteita ja sovittamaan liiketoiminnan tarpeet yhteen osaamisen kanssa. Hän tuo tehtävään sekä käyttäjäkokemuksen että johtamisstrategian osaamista liityttyään hiljattain Groopitiin 27 vuotta kestäneen IDEO-suunnittelu- ja innovaatioyrityksessä tekemänsä uran jälkeen.
Kiitos paljon, että osallistut tähän haastattelusarjaan! Ennen kuin sukellamme aiheeseen, lukijamme haluaisivat kuulla sinusta lisää. Voitko kertoa tarinan siitä, mikä johdatti sinut juuri tälle urapolulle?
Olen aina ollut kiinnostunut suunnittelusta ja luovuudesta – piirtämisestä, käsillä tekemisestä ja uusien ideoiden kokeilemisesta – jo pienestä lapsesta lähtien. Keksin uusia ideoita, kuvittelin niitä ja vein niitä kouluun esitelläkseni ne luokkatovereilleni.
Alun perin ajattelin siirtyväni graafisen suunnittelun kaltaiselle alalle ja lähdin kulkemaan sitä kohti. Yliopistossa opiskellessani työskentelin kuitenkin hyvin varhaisen verkkopohjaisen tietojärjestelmän parissa – ennen verkkoselainten aikaa – sen ”digitaalisena graafisena suunnittelijana”. Minua kiehtoi se, kuinka erilainen se oli fyysisten, painettujen materiaalien maailmaan verrattuna. Ihmiset ymmärsivät, miten kirjoja, aikakauslehtiä ja julisteita käytetään. Tämä oli kuitenkin erilaista. Ruudulla saattoi tapahtua kuinka monenlaisia asioita tahansa – kaikki riippui siitä, miten lähestyit ihmisten ohjaamista sen läpi.
Se vei minut mukanaan, ja päätin, että halusin keskittyä digitaalisten kokemusten maailmaan – se johdatti minut urani alkuvaiheessa vuorovaikutussuunnittelijan tehtävään ja myöhemmin nykyiseen rooliini Groopitin tuotejohtajana.
Onko sinulla mentoreita tai kokemuksia, jotka ovat erityisesti vaikuttaneet lähestymistapaasi tuotekehitykseen ja käyttäjäkokemukseen?
IDEOlla työskennellessäni minulla oli etuoikeus työskennellä edesmenneen Bill Moggridgen kanssa. Hän kulki henkilökohtaisesti ja ammatillisesti fyysisten tuotteiden maailmasta kohti vuorovaikutteisten kokemusten omaksumista. Hän keksi termin ”vuorovaikutussuunnittelu”, jonka pariin siirryin jatko-opintojeni jälkeen. Uskon, että työskentelyssäni hänen kanssaan oli erityisen vaikuttavaa hänen oma tarinansa – 1980- ja 1990-luvuilla hän näki, että yhä useampia fyysisiä tuotteita valmistettiin näyttöjen kanssa ja että näytöllä tapahtuva määrittelisi tuotteen käyttökokemuksen. Hänen ajattelunsa muuttaminen tuotesuunnittelusta ja tuotekehitysprosessista johti ”vuorovaikutussuunnittelun” määritelmään. Se, että sain työskennellä suoraan hänen kanssaan ja että hän näki ja arvioi nuorena suunnittelijana tekemääni työtä, auttoi muovaamaan omia prosessejani urani kannalta erittäin tärkeässä vaiheessa.
On sanottu, että virheemme voivat joskus olla parhaita opettajiamme. Voitko kertoa hauskimmasta virheestä, jonka teit urasi alkuvaiheessa?
Työskentelin kerran projektissa, jossa kehitettiin eräänlaista digitaalista avustajaa kroonisia sairauksia sairastaville ihmisille, jotka tarvitsivat usein yhteydenpitoa hoitohenkilökuntaansa. Lopulta keskityimme suurelta osin kotona tai palveluasunnoissa asuviin iäkkäisiin ihmisiin.
Sain mahdollisuuden työskennellä palveluasumisyksikön asukkaiden kanssa ja tein suuren osan suunnittelustani ja prototyyppien kehittämisestä paikan päällä. Muistan testanneeni varhaisia prototyyppejä ja saaneeni paljon olankohautuksia, tyhjiä katseita ja jopa naurua heidän työskennellessään suunnitelmieni parissa. Silloin ymmärsin, että elämänkokemukseni poikkesi radikaalisti heidän kokemuksistaan – olin päivittäin täysin uppoutunut teknologiaan, mutta nämä ihmiset toimivat aivan erilaisen ajatusmallin pohjalta. Heillä ei yksinkertaisesti ollut aavistustakaan, mitä pyysin heitä tekemään, ja varhaiset suunnitelmat olivat täydellisiä epäonnistumisia.
Tämä oli minulle todellinen oppitunti empatiasta – ei ainoastaan siitä, että yrittää ymmärtää jonkun toisen lähtökohtia, vaan myös siitä, että yrittää nähdä maailman heidän silmillään.
Aloin jättää paperiprototyypit päivän päätteeksi heidän luokseen, jotta potilaat saattoivat tehdä niihin merkintöjä tai jopa kirjoittaa omia ideoitaan. Rakentamalla heidän jakamansa pohjalta siirryin työskentelytapaan, jossa suunnittelin kokemusta yhdessä heidän kanssaan. Lopulta meillä oli ratkaisu, johon he luottivat ja jonka he uskoivat todella parantavan saamansa hoidon laatua.
Mikä on mielestäsi ollut urasi kannalta ratkaiseva hetki?
Totta kai aiempi esimerkkini korkeakouluajoiltani, jolloin työskentelin varhaisen verkkopohjaisen tietojärjestelmän suunnittelun parissa, muutti todella kehityssuuntaani. Mutta antaakseni tuoreemman ja olennaisemman esimerkin siirrytäänpä useita vuosia eteenpäin toiseen hetkeen, joka on nimenomaisesti muovannut nykyistä rooliani: lähes 20 vuotta sitten, kun työskentelin konsulttina IDEOlla ja johdin digitaalista liiketoimintaamme, sain tilaisuuden työskennellä Microsoftin johtajan Tammy Savagen kanssa. Hänestä tuli nopeasti suosikkiasiakkaani osittain siksi, että hän on yksi niistä harvoista johtajista, joiden kanssa olen työskennellyt ja joilla todella on visio siitä, mitä varten he ovat täällä. Hänen tapauksessaan kyse on teknologian voiman yhdistämisestä tavallisten ihmisten näkemyksiin todella monimutkaisten ja haastavien ongelmien ratkaisemiseksi. Se oli hänen tehtävänsä Microsoftilla, ja kun olimme jälleen yhteydessä pari vuotta sitten, näin uuden version tästä visiosta hänen päätöksessään perustaa Groopit. Tuo lähes 20 vuotta sitten alkanut yhteistyö innosti minut jättämään organisaation, jossa olin työskennellyt 27 vuotta, ja liittymään hänen tiimiinsä tuotejohtajaksi auttamaan uuden ohjelmistokategorian, joukkoratkaisemisen, rakentamisessa.
Voitko kertoa meille tarinan vaikeista ajoista, joita kohtasit matkasi alussa? Harkitsitko koskaan luovuttamista? Mistä sait voimaa jatkaa, vaikka asiat olivat niin vaikeita?
Tämä kysymys ei puhuttele minua. Ei siksi, etten olisi kokenut vaikeita aikoja, vaan siksi, että kun tiesin suuntani, sitouduin siihen. Olen ihminen, joka luottaa aina vaistoonsa eikä koskaan kyseenalaista sitä, kun saan jostakin vahvan tunteen. Kun siis kohtasin matkani alussa haasteita, kyse oli vähemmän siitä, mitä olin tekemässä, ja enemmän siitä, miten sitä tein. Oliko tämä oikea projekti minulle? Oikea rooli tai yritys? Näitä kysymyksiä on joskus vaikea esittää, mutta mielestäni on tärkeää erottaa toisistaan kulkemasi matka ja väistämättä eteen tulevat esteet.
Miten pysyt ajan tasalla tuotehallinnan alan markkinatrendeistä ja kehityksestä?
Otan yleensä keskustelut osaksi oppimisprosessiani. Olen rakentanut erilaisia verkostoja, joiden avulla voin perehtyä syvällisesti ihailemieni ja kunnioittamieni ihmisten kanssa siihen, millaisia ongelmia he kohtaavat, miten he ratkaisevat niitä ja mikä heille on tällä hetkellä tärkeää.
Pidän myös yksinkertaisesti paljon kokeilemisesta – kuulen uusista työkaluista ja prosesseista, kokeilen niitä käytännössä ja katson, miten ne voisivat muuttaa omaa lähestymistapaani.
Mikä rooli toimintojen välisellä yhteistyöllä on tuotekehityssyklien nopeuttamisessa, ja miten edistät tehokasta yhteistyötä eri tiimien ja osastojen välillä?
En rehellisesti sanottuna tiedä, miten tuotekehitystä voisi tehdä ilman toimintojen välistä yhteistyötä. Minulle se kattaa koko matkan – asiakkaiden ja loppukäyttäjien tarpeet ja näkemykset ovat yksi yhteistyön muoto ja usein lähtökohtani. Näiden tarpeiden yhdistäminen tuotevisioon, liiketoimintastrategiaan, tuotekehitykseen, myyntiin ja markkinointiin on kaikki osa prosessia. Lopputulokset ovat yksinkertaisesti parempia, kun kaikki nämä erilaiset näkökulmat ohjaavat prosessia. Vaikka tämä piti paikkansa konsultin roolissani, se on erityisen totta nyt Groopitilla, jossa en ainoastaan johda tuotekehitysprosessia, vaan teen sen tuotteen parissa, joka itsessään keskittyy asiakasymmärrykseen ja toimintojen väliseen yhteistyöhön.
Yhteistyön edistäminen perustuu ennen kaikkea esimerkin näyttämiseen. Minulle se tarkoittaa kahta asiaa – jakamista ja uteliaisuutta. Jakaminen tarkoittaa avoimuutta ja haavoittuvuutta omien ideoiden suhteen – ideoiden tuomista pöytään niiden varhaisessa vaiheessa, jolloin muiden palaute voi vielä vaikuttaa niihin.
Uteliaisuus tarkoittaa osallistumista ja sellaisten kysymysten esittämistä, jotka auttavat tuomaan uusia näkökulmia ajatteluusi – eri sidosryhmien tarpeiden, motiivien, prioriteettien ja tärkeiden lopputulosten ymmärtämistä.
Mitkä ovat kokemuksesi perusteella ”5 tapaa, jotka voivat nopeuttaa tuotekehityssyklejä”?
Tapa 1: Sisäisten esteiden murtaminen
Monissa organisaatioissa työ on jaettu siiloihin, joissa tuote, markkinointi, myynti ja tuotekehitys ovat usein erillään toisistaan. Todellisuudessa jokaisella näistä rooleista on oma näkökulmansa, joka auttaa tuotteen kehittämisessä ja parantamisessa sekä heidän asiantuntemuksensa että heidän kohtaamiensa ihmisten kautta. Näiden ryhmien näkemysten säännöllinen hyödyntäminen on tärkeä menestyksen avain.
Vielä pidemmälle ajateltuna sanoisin, että jokaisen asiakkaiden kanssa tekemisissä olevan henkilön näkemysten hyödyntäminen reaaliajassa on erittäin tärkeää, jotta voidaan havaita sekä strategiaa että lopputuloksia ohjaavat mallit. Olen nähnyt tämän itse työskennellessäni suuren suuryritysten ohjelmistoja tarjoavan yrityksen kanssa. Sen sisäiset myynti- ja markkinointitiimit tekivät kaikkensa välttääkseen oman tuotteensa käyttöä – sen selvittäminen, miksi näin tapahtui, sen sijaan että heitä olisi moitittu, paljasti käyttökokemuksessa vakavia mutta hyvin korjattavissa olevia ongelmia, jotka oli sivuutettu, koska myyntiä tai markkinointia ei ollut otettu mukaan tuotekehitysprosessiin.
Tapa 2: Asiakkaan äänen saaminen mieleesi (ja osaksi prosessiasi)
Ymmärrämme kaikki käyttäjäpalautteen ja käyttäjätestauksen merkityksen. Nämä työkalut auttavat arvioinnissa, mutta ne eivät varsinaisesti tuota uusia oivalluksia. Asiakkaiden kanssa vietetty aika auttaa meitä ymmärtämään tarpeita ja motiiveja sen taustalla, miksi he haluavat käyttää tuotettasi, mikä rooli sillä on heidän työssään ja mitä ongelmia he yrittävät ratkaista. Asiakkaidesi tarpeiden ja motiivien tunteminen, kun pohdit tuotteen kehitystä, prioriteetteja ja uusia ominaisuuksia, on tehokas tapa innovoida ja tuoda ratkaisuja, joista asiakkaat todella välittävät.
Jotta tämä toimisi, tärkeä ajattelutavan muutos on siirtyä ajattelusta ”Minä olen johtaja ja tiedän kaiken tuotteesta ja prosessista” ajatteluun ”Tuotettani päivittäin käyttävät ihmiset todennäköisesti näkevät tai tietävät asioita, joita minä en tiedä.” Tämä ei ole aina helppoa, ja se edellyttää oikeiden työkalujen käyttöönottoa, jotta ihmisiä voidaan kuunnella ja kutsua jakamaan tietonsa.
Yksi parhaista tuntemistani esimerkeistä on asiakkaani (joka sattui olemaan toimitusjohtaja), joka kiersi säännöllisesti asiakasorganisaatioiden työntekijöiden luona tukihenkilönä ja pyysi suoraa palautetta ”vietäväksi takaisin johtoryhmälle”. Yhtenä työkaluna hänellä oli tulosteita heidän tuotteestaan ja kynä, jolla hän kutsui ihmisiä merkitsemään asioita, joista he eivät pitäneet, tai tekemään ehdotuksia puuttuvista asioista.
Tapa 3: Strategian laatiminen ja siitä kiinni pitäminen
Uudet tarpeet ja vaatimukset heiluttelevat meitä usein, ja toisinaan eksymme joko hautautumalla uusien vaatimusten alle tai antamalla äänekkäimpien äänien ohjata päätöksiämme. Todellisuudessa tarvitsemme pohjantähden, strategian sille, mikä tuote on ja millaiseksi se tulee. Sen käyttäminen paitsi visiona tai esityskalvoilla myös priorisoinnin työkaluna on olennaista, jotta pysymme keskittyneinä, tiedämme, mille sanoa ei, ja varmistamme päätöstemme olevan linjassa sen kanssa, mikä tarjoaa eniten arvoa.
Joskus tämä voi olla niinkin yksinkertaista kuin strategian vahvistamiseen tarkoitetun keinon käyttäminen: mitä mittareita voit hyödyntää nähdäksesi, oletko oikealla tiellä vai pitääkö painopistettä muuttaa? Mitä asiakkaiden näkemykset tai palaute kertovat siitä, miten strategiasi saattaa vastata heidän tarpeisiinsa?
Tapa 4: Katso kohtaa 3, mutta ole avoin muutoksille
Todellisuudessa joskus suuri asiakas haluaa jonkin asian tehtävän tietyllä tavalla tai mahdollinen uusi asiakas käyttää tuotettasi vain, jos tietty ominaisuus on mukana. Se on todellisuutta, ja se on hyväksyttävää, kunhan tästä ei tule oletusreaktiotasi. Näihin pyyntöihin liittyvä mahdollisuus on, että saatat kuulla jotain, joka koskee kaikkia asiakkaitasi ja on heille tärkeää, ja josta voi itse asiassa tulla osa tuotestrategiaasi.
Minulle tässä on kyse tilan luomisesta odottamattomalle — ei ainoastaan kyvystä kuulla uusia asioita, jotka saattavat poiketa nykyisestä ymmärryksestäsi, vaan myös paikasta, jossa nämä uudet asiat voidaan tuoda esiin, jotta voit ottaa tämän tiedon huomioon oikeaan aikaan. Hyvä esimerkki tästä on kilpailijoidesi toiminnan ymmärtäminen: tuotteesi tai tarjouksesi ei ole olemassa tyhjiössä, joten sinun on ymmärrettävä, miten kilpailijoidesi tekemät siirrot vaikuttavat omaan toimintaasi ja päinvastoin.
Tapa 5: Sen hyväksyminen — ja siitä oppiminen — mikä ei suju suunnitelmien mukaan
Tuotekehityksessä hienoa on se, että käyttäjät ovat arvaamattomia — he eivät välttämättä käytä tuotettasi tai ominaisuuksiasi suunnittelemallasi tavalla. Ominaisuudet, joista ajattelet käyttäjien pitävän ja joita he tarvitsevat, saattavat epäonnistua täysin. Nämä voidaan nähdä takaiskuina ja turhautumisen aiheina, mutta ne ovat myös loistavia oppimismahdollisuuksia. Miksi tämä ei sujunut suunnitelmien mukaan? Mitä en ymmärtänyt asiakkaiden näkemyksistä? Mitä tekisin tämän uuden tiedon valossa toisin? Mitä minun pitäisi kokeilla ensin? Nämä kysymykset auttavat merkittävästi ymmärtämään, miten voit säilyttää toimintakykysi kehittäessäsi tuotettasi.
Yksi asia, jonka opin urani alkuvaiheessa, oli se, ettei koskaan voi ennustaa, miten ihmiset käyttävät jotain tekemääsi — heidän ajattelutapansa ei välttämättä ole sama kuin sinun. Muistan edelleen erään varhaisen projektin, jonka parissa työskentelin: käyttäjä hakkasi nyrkillään näppäimistöä yrittäessään suorittaa tehtävää. On eri asia rakentaa jotain, jota joku ei osaa käyttää, kuin saada joku suorastaan raivostumaan. Tämä opetti minulle paljon: minun on ajateltava paitsi sitä, miten jokin toimii, myös sitä, millaisen emotionaalisen vaikutuksen haluan sillä olevan (raivo ei kuulu toivottujen lopputulosteni listalle).
Olisin silloin toivonut, että minulla olisi ollut mahdollisuus virittäytyä näihin tarpeisiin laajemman ihmisjoukon osalta jatkuvasti, jotta nämä väistämättä tapahtuvat epäonnistumisen hetket voisivat todella toimia oppimismahdollisuuksina.
Mitkä ovat yleisiä sudenkuoppia, joihin tuotekehitystiimit joutuvat yrittäessään nopeuttaa kehityssyklejään, ja miten niitä voidaan välttää?
Nopeuttamisessa on kyse valintojen tekemisestä, mutta joskus aikarajoite saa meidät karsimaan prosessista vääriä asioita. Yleisin näkemäni sudenkuoppa on turvautuminen oletusarvoisesti siihen, minkä jo tuntee, ja samalla asiakkaan tai loppukäyttäjän näkökulman menettäminen. Tämä voi johtaa siihen, että julkaistaan jotain, mitä kukaan ei oikeasti halua tai mitä käyttäjät eivät pysty käyttämään yhtä helposti tai tehokkaasti kuin voisivat.
Toinen sudenkuoppa on sulkeutuneeseen ajattelutapaan ajautuminen, jolloin huomio keskittyy kokonaan siihen, että jokin saadaan toimitettua, ilman riittävän kriittistä näkökulmaa siihen, mitä kyseinen asia oikeastaan on. Tämä voi tarkoittaa yhteyden menettämistä tuotestrategiaan tai jopa liiketoiminnan tavoitteisiin.
Voitko kertoa esimerkin tilanteesta, jossa jouduit tekemään vaikean valinnan nopeuden ja laadun välillä tuotekehityssyklin aikana, ja millainen päätöksen lopputulos oli?
Useammin kuin kerran. Tässä on jälleen tärkeää pysähtyä, vetää henkeä ja tarkistaa, mitkä alkuperäiset tavoitteesi olivat. Olen päätynyt valinnan molemmille puolille — olen viivästyttänyt julkaisua, koska laatu ja valmius olivat liiketoiminnan tarpeiden kannalta tärkeimpiä; toisaalta digitaaliset tuotteet hyötyvät iteroinnista, joten olen myös julkaissut varhaisessa vaiheessa vähemmillä ominaisuuksilla tietäen, että voimme oppia ja hienosäätää tuotetta markkinoilla.
Kuinka tärkeä datalähtöinen lähestymistapa on tuotekehityksessä, ja voitko kertoa tarinan tilanteesta, jossa data vaikutti merkittävästi päätöksentekoprosessiisi?
On vaikea kuvitella tuotekehitysprosessia, jossa dataa ei hyödynnettäisi, erityisesti käyttöä koskevan datan osalta. Eräässä uratyökaluja käsitelleessä projektissa oletuksena oli, etteivät työntekijät välittäneet juurikaan palkkaneuvottelujen yksityiskohdista tai perehtyneet niihin. Kun rakensimme järjestelmän, havaitsimme, että tiedot palkankorotusten määräytymisestä ja korotuksen pyytämisestä nousivat nopeasti järjestelmän käytetyimmiksi tiedoiksi. Oli hienoa nähdä tämä, eikä se välttämättä muuttanut itse tuotetta, mutta se varmisti, että yrityksen johtajat olivat yhtä hyvin perillä palkitsemisesta ja palkankorotuksista kuin työntekijät, koska työntekijät käyttivät järjestelmää valmistautuakseen palkkaneuvotteluihin tietoisina ja valmistautuneina.
Voitko kertoa tapauksesta, jossa käyttäjäpalaute johti merkittävään muutokseen tuotekehitysstrategiassanne?
Katso aiempi esimerkkini kroonisia terveysongelmia sairastaville ihmisille suunnitellusta tuotteesta.
Lisäisin tähän esimerkkiin sen, että me ihmiset ja käyttäjät voimme olla loputon inspiraation lähde. Kun käytämme uusia tuotteita ja palveluita, emme useinkaan käytä niitä täsmälleen tarkoitetulla tavalla – juuri nämä odottamattomat toimintatavat ovat innovaation ja tuotekehityksen kultakaivos. Ja mitä monimuotoisempi käyttäjäkuntasi on, sitä kiinnostavammiksi käyttäjäymmärryksesi voivat muodostua.
Onko maailmassa henkilöä, jonka kanssa haluaisit mielelläsi nauttia yksityisen aamiaisen tai lounaan, ja miksi?
Kiitos kysymyksestä! En halua asettaa ketään suosikkiasemaan, joten muotoilen tämän hieman eri tavalla – pidän yhteyden luomisesta ihmisiin, jotka haluavat jakaa tarinoita, menetelmiä ja omia urapolkujaan. Jos haastatteluni herättää jonkun kiinnostuksen, olen valmis olemaan häneen yhteydessä.
Jos haluat lukea lisää tällaista sisältöä, tilaa tuotepäällikön uutiskirje.
