Jos olet viime aikoina tutkinut LinkedIniä, olet todennäköisesti nähnyt seuraavien nimikkeiden esiintyvän muutaman kerran:
- Alustan tuotepäällikkö
- Tuotepäällikkö, alustakokemus
- Tuotepäällikkö, sovelluspalvelut
- Tuotepäällikkö, kehittäjäkokemus
- Tekninen alustan tuotepäällikkö
- Tekninen tuotepäällikkö, alusta
Kuulostaako tutulta? Työpaikkakuvauksia lukiessasi olet todennäköisesti törmännyt ilmauksiin, kuten ”on kokemusta perustavanlaatuisten alustakyvykkyyksien rakentamisesta” tai ”suhtautuu kehittäjiin erittäin empaattisesti”. Ehkä jopa tuttuun lauseeseen ”tämän roolin tavoitteena on purkaa sisäisiä siiloja”.
Jos olet käyttänyt suurimman osan tuotepäällikköurastasi asiakaslähtöisten tuotteiden parissa, tämä saattaa viedä sinut pois mukavuusalueeltasi, jossa keskitytään pääasiassa ulkoisten asiakkaiden tarpeisiin. Mutta entä jos kertoisin, että yksi tuotepäälliköiden tämän hetken halutuimmista tehtävistä on sellainen, jossa liiketoimintaa kohdellaan asiakkaana ja sisäisiä tuotekehitystiimejä loppukäyttäjinä?
Esittelyssä alustojen tuotepäällikkötyö. Näin voit selvittää, sopiiko se sinulle.
Mikä on alustastrategia?
(ja miksi yritykset käyttävät sitä?)
Hetkinen. Mitä ”alustastrategia” oikeastaan tarkoittaa? Ennen kuin perehdymme aiheeseen, otetaan askel taaksepäin ja määritellään alustastrategia, josta käytetään myös nimityksiä ”alustapalvelut”, ”sovelluspalvelut”, ”alusta palveluna” tai ”PaaS” jne.
AJ Olson on tuotejohtaja ja alustojen asiantuntija, jolla on kokemusta muun muassa Cisionilta, Valassisilta ja PayPalilta. Hän kuvailee alustastrategiaa sellaisten palveluiden rakentamiseksi, joita voidaan käyttää uudelleen useissa tuotetiimeissä päällekkäisen työn vähentämiseksi ja tehokkuuden lisäämiseksi.
Tämä lähestymistapa sopii hyvin yrityksille, joilla on useita tuotteita ja joita tukee suuri määrä tuotteiden toimituksesta tai projektinhallinnasta vastaavia tiimejä.
Yrityksissä, joilla on useita tuotteita, kukin tuotetiimi saattaa ratkaista samankaltaisia ongelmia ja rakentaa samankaltaisia – joskus jopa täysin identtisiä – palveluita. Yhteisten, uudelleenkäytettävien palveluiden rakentaminen välttää tämän päällekkäisen työn ja tehottomuuden.
- AJ Olson
Alustastrategia on tällä hetkellä teknologiayritysten keskuudessa kasvava trendi, koska monet organisaatiot ovat saavuttaneet pisteen, jossa niistä on tullut liian suuria ja siiloutuneita voidakseen skaalata toimintaansa tehokkaasti.
Alustapalvelut vähentävät tätä monimutkaisuutta – ja mikä tärkeintä, lyhentävät markkinoilletuloaikaa – antamalla tuotetiimeille mahdollisuuden koota valmiita ratkaisuja sen sijaan, että ne rakentaisivat kaiken aina uudelleen.
”Loppujen lopuksi, kun kaikki tämä toteutetaan hyvin, se nopeuttaa kehitystä ja mahdollistaa syvemmän keskittymisen ominaisuuksiin, jotka erottavat tuotteesi muista”, Olson lisää.
Esimerkkejä alustapalveluista ovat muun muassa API:t, integraatiot, käyttöjärjestelmät, suunnittelujärjestelmät, pilvipalvelut, tallennus, arkkitehtuuri ja muut palvelukeskeiset ratkaisut. Monet yritykset ovat toteuttaneet alustastrategian menestyksekkäästi. Näitä ovat esimerkiksi Amazon, Spotify, Ford, Adobe, Salesforce ja Microsoft.
Amazon on todennäköisesti tunnetuin esimerkki. Tästä osoituksena on Jeff Bezosin vuonna 2002 julkaisema kuuluisa ”API-ohjeistus”. Ohjeistus tarkoitti, että kaikkien tiimien oli tarjottava tietonsa ja toiminnallisuutensa yksinomaan palvelurajapintojen kautta.
Tämä ohjeistus raivasi käytännössä tietä Amazon Web Servicesille ja muodosti suuren osan nykyaikaisista API- ja mikropalveluiden parhaista käytännöistä.
Vaikka Amazon on yksi monista yrityksistä, jotka päättävät ansaita rahaa tuotealustoillaan, monet yritykset päättävät rakentaa ja ylläpitää tuotealustoja nimenomaan parantaakseen käyttökokemusta ja nopeuttaakseen markkinoille pääsyä. Näihin kuuluvat esimerkiksi Adobe ja Netflix.
Pitäisikö yritykseni siis ottaa käyttöön tuotealustastrategia?
Kun toimiala kuhisee puhetta tuotealustoista, miksei jokainen Piilaakson yritys haluaisi hypätä tähän trendiin mukaan? Vaikka jotkin yritykset voivat hyötyä alustastrategian toteuttamisesta merkittävästi, se ei sovi kaikille.
Monimutkaisuuteen, tehokkuuteen ja päällekkäisyyteen liittyvät ongelmat korostuvat yritysten kasvaessa. Tästä syystä lähestymistapa sopii parhaiten kypsille yrityksille eikä pienille yrityksille tai startup-yrityksille.
Olsonin mukaan yritysten tulisi harkita alustastrategiaa vain, jos ne täyttävät yhden kolmesta ehdosta:
- Siinä on useita tuotteita, jotka hyödyntävät yhteistä taustalla olevaa toiminnallisuutta.
- Kasvava monimutkaisuus alkaa aiheuttaa haittaa.
- Organisaatiolla on johdonmukainen ja vakaa tuotestrategia, ja se on valmis investoimaan pidemmän aikavälin hyötyihin.
Yritykset eivät näe välitöntä hyötyä; alustan ja sovelluspalveluiden rakentaminen vaatii aikaa, vaivaa ja koordinointia, mutta kun ne ovat käytössä, ne mahdollistavat kaikkien tuotetiimien työskentelyn nopeammin ja tehokkaammin.
Päättäessään tuotestrategian perustamisesta alustalle yritysten on arvioitava hyödyt suhteessa haittoihin. Esimerkiksi pienet yritykset eivät todennäköisesti hyödy merkittävästi tuotealustoista, koska niiden monimutkaisuus on edelleen rajallista ja niiden tarve päästä ensimmäisenä markkinoille on suuri.
Tuotealustan tarve kasvaa yrityksen tavoittavuuden ja monimutkaisuuden lisääntyessä – joko yritysostojen tai orgaanisen kasvun seurauksena. Olson selittää, että jopa ihanteellisimmissa olosuhteissa tuotealustastrategia on sitoumus.
Jopa kaikkein perustelluin ja harkituin strategia epäonnistuu, jos sille ei anneta asianmukaista tukea ja tilaa onnistua.
- aj olson
Yritysten on ymmärrettävä, että tuotealustaan sitoutuminen on investointi ja sen hedelmien kypsymiseen kuluu aikaa.
Mitä alustatuotteen hallinta on ja miten se eroaa perinteisestä tuotteenhallinnasta?
Nyt kun olemme määritelleet alusta- ja sovellusstrategian sekä tunnistaneet, milloin sitä tulisi käyttää, perehdytään alustatuotteen hallintaan.
Product Planin mukaan ”alustatuotepäällikkö (PM) vastaa… useiden kuluttajille suunnattujen tuotteiden työn priorisoinnista ja tukemisesta sekä yhtenäisen vision tarjoamisesta koko organisaatiolle.”
Product Plan lisää, että ”alustatuotepäälliköiden rakentamia alustoja käyttävät tyypillisesti monet tiimit ja asiakkaat.”
Yhteenvetona voidaan todeta, että alustatuotepäällikkö työskentelee monien sidosryhmien kanssa rakentaakseen palveluita, jotka hyödyttävät liiketoiminnan monia osa-alueita. Mutta miten tämä eroaa perinteisestä tuotteenhallinnasta?
Kun tyypillinen tuotteenhallinta järjestäytyy yhden, usein käyttäjille suunnatun tuotteen ympärille, alustatuotteen hallinta järjestäytyy useiden tuotteiden toimitustiimien tarpeiden ympärille tehokkuuden ja markkinoille pääsyn nopeuden parantamiseksi. Siksi alustatuotepäälliköiden toimittamien palveluiden käyttötapaukset laaditaan usein kehittäjät mielessä pitäen.
Alustatuotepäälliköillä on palveluidensa sisäisiä ”asiakkaita” ulkoisten asiakkaiden tai loppukäyttäjien sijaan. Nämä sisäiset asiakkaat ovat useimmiten tuotteiden toimitustiimejä, jotka tukevat erilaisia asiakkaille suunnattuja tuotteita. Tästä syystä alustatuotepäällikön on toimittava erittäin yhteistyöhakuisessa roolissa.
Lisäksi, koska alustatuotepäälliköt tukevat yleensä erittäin teknisiä sisäisiä tuotteita, teknisempi osaaminen voi olla tarpeen. Kriittisin taito, jota alalle pyrkivien alustatuotepäälliköiden tulisi kuitenkin kehittää, on systeemisen ajattelun omaksuminen. Sen ansiosta alustatuotepäälliköt voivat hallita kokonaisuutta sen sijaan, että he keskittyisivät vain yhteen tuotteeseen kerrallaan.
Tehtävän monimutkaisuuden ja haastavuuden vuoksi alustatuotepäälliköt ovat yleensä organisaation kokeneita tiimin jäseniä.
Ehkä kaikkein kriittisin [taito] on kyky ajatella järjestelmällisesti useiden tuotteiden yli ja tunnistaa yhteisiä malleja poikkeuksellisen hyvin; näin keskeiset tarpeet voidaan tunnistaa, priorisoida ja toteuttaa tehokkaasti.
aj olson
Tämä lähestymistapa edellyttää usein perinteisen tuotteenhallinnan ajattelutavan kääntämistä päälaelleen. Perinteinen, ketterää menetelmää noudattava tuotepäällikkö määrittää ominaisuuksien priorisoinnin arvioimalla kunkin ehdotetun ominaisuuden liiketoiminta-arvoa – mikä tarkoittaa, että nopeita voittoja tarjoavat ominaisuudet katsotaan usein tärkeimmiksi.
Koska alustan rakentaminen on pitkän aikavälin investointi skaalautuvuuteen ja tehokkuuteen, alustatuotepäällikön tulisi kuitenkin priorisoida strategista visiota palvelevaa työtä sen sijaan, että hän valitsisi säännöllisesti nopeita voittoja.
Sopiiko alustatuotteen hallinta minulle?
Jos sinulla on muutaman vuoden kokemus tuotteenhallinnan tehtävistä, olet oikealla tiellä siirtyäksesi hallinnoimaan tuotealustoja. Muita ammattilaisia, joille tästä kokemuksesta voi olla hyötyä, ovat taustajärjestelmien kehittäjät ja ratkaisuarkkitehdit.
Vaikka monet perinteisessä tuotteenhallinnassa tarvittavat taidot, kuten työjonon hallinta, ominaisuuksien priorisointi ja sidosryhmien hallinta, soveltuvat myös alustatuotteisiin, niiden välillä on myös monia eroja. Tässä on yhteenveto keskeisistä eroista sekä joitakin ehdotuksia siitä, miten voit kehittää osaamistasi.
- Siirtyminen asiakaskeskeisyydestä kokonaisvaltaiseen ajatteluun: Kuten edellä mainittiin, alustatuotteiden hallinnassa on havaittavissa siirtyminen pois säännöllisestä vuorovaikutuksesta loppukäyttäjien kanssa kohti ”kokonaiskuvan” tarkastelua. Tämä tarkoittaa usein skaalautuvuuden asettamista nopeiden voittojen edelle sekä strategisen tuotevision asettamista lyhyen aikavälin kompromissien edelle.
- Teknisten käsitteiden parempi ymmärtäminen: Koska alustatuotepäälliköt vastaavat usein erittäin teknisten tuotteiden valvonnasta, teknisten käsitteiden hyvä hallinta on tärkeää. Jos haluat kehittää osaamistasi, tutustu API-rajapintoja, infrastruktuuria, palveluarkkitehtuuria ja skaalautuvuutta käsitteleviin kursseihin.
Tässä on esimerkkejä kursseista, joita voit suorittaa, jos haluat siirtyä alustatuotteiden hallinnan tehtävään:- Tuotealustojen hallinta: monipuolisuuden tarjoaminen ja synergioiden hyödyntäminen. – MIT Sloan ($$$)
- Käytännön pilvituotteiden hallinnan erikoistumisohjelma – Coursera ($$)
- API-tuotteiden hallinta 101 – Udemy ($)
- Sidosryhmien ja riippuvuuksien hallinta: Koska alustatuotteiden hallinta on erittäin yhteistyökeskeinen tehtävä, hyvien alustatuotepäälliköiden on ymmärrettävä entistä paremmin eri sisäisten sidosryhmien tarpeita, jotta he voivat työskennellä tehokkaasti eri tuotealueiden välillä.
Lisäksi tuotealustan hallinta tarkoittaa, että monet tiimit ovat riippuvaisia sinusta saadakseen omat tuotesuunnitelmansa valmiiksi. Tämä johtaa useiden riippuvuuksien hallintaan monissa monialaisissa tiimeissä sekä useiden sidosryhmäryhmien ajan tasalla pitämiseen tiimisi edistymisestä.
- Mittaaminen: Mittarit eivät ehkä vaikuta yhtä tärkeiltä tuotealustatiimissä työskenneltäessä. Toimittamiesi hankkeiden vaikutusten määrällinen arviointi on kuitenkin entistä tärkeämpää, koska tuotealustan näkyvyys on rajallinen.
Vaikka mittarit ovat edelleen kriittisiä, niiden keräämis- ja analysointimenetelmäsi saattavat erota perinteisen tuotehallinnan tehtävän menetelmistä. Sisäisten palautesilmukoiden käyttöönotto ja säännöllinen käytettävyystestaus ovat arvokkaita työkaluja vaikutusten mittaamiseen. Lisäksi voit hyödyntää tuote-ekosysteemisi kumppaneita selvittääksesi, miten tehokkuus ja markkinoille saapumiseen kuluva aika ovat parantuneet palvelujasi käyttävissä tiimeissä.
Lopuksi tuotesuunnittelu, käytettävyys ja asiakaskokemus on helppo unohtaa tuotealustaa hallinnoitaessa, mutta erinomaisten tuotekokemusten rakentaminen on edelleen yhtä tärkeää.
Ennen kaikkea menestyksen ratkaisee tässä uudessa tehtävässä se, että tunnet yhtä paljon empatiaa sisäisiä tiimin jäseniä kohtaan, jotka käyttävät ohjaamiasi palveluita, kuin tuntisit ulkoisia asiakkaita kohtaan. Onnea!
Jos pidit tästä artikkelista, tutustu myös uutiskirjeeseemme, joka tarjoaa alan johtavaa tuotehallinnan sisältöä!
