Yhdessä viimeisimmistä artikkeleistani osoitimme jo, että jos haluat kehittää menestyvän tuotteen, sinun kannattaa käyttää tuotekehitysprosessia.
Ei siis ole yllätys, että hyvän tuotekehitysprosessin kulmakivi on hyvä tuotteen tiekartta. Se on työkalu, joka auttaa sovittamaan tuotekehitysprosessin yhteen tuotevisiosi ja liiketoimintasi yleisten tavoitteiden kanssa. Loppujen lopuksi juuri tuotteet itse muovaavat tätä polkua!
Siksi tuotteen tiekarttadokumentti on hyödyllinen työkalu tuotekehityksessä – se auttaa sovittamaan yhteen erilaiset näkemykset tulevasta uudesta tuotteestasi, tunnistamaan riippuvuudet ja kompromissit sekä muodostamaan kokonaiskuvan siitä, miten ominaisuudet tulisi jäsentää tuotteesi tai tuotteidesi toiminnallisuuksien suhteen.
Tuotteen tiekartan kolme tärkeintä ulottuvuutta: ”laadun, budjetin ja aikataulun” muodostama kolmikko
Tärkeimmät tuotekehitysprosessin hallittavat mittarit ovat laatu, budjetti ja aikataulu.
Haluat tuotteesi täyttävän tietyn toiminnallisuuksien kokonaisuuden tuotteen ominaisuuksien osalta (”laatu”), haluat tuotteen maksavan tietyn enimmäismäärän rahaa (”budjetti”) ja haluat uuden tuotteesi olevan valmis markkinoille tuomista varten tiettynä ajankohtana (”aikataulu”). Siksi tuotekehitys on aina samalla myös projektinhallinnan harjoitus: se täyttää projektin oppikirjamääritelmän – ”kertaluonteinen hanke, joka suunnitellaan huolellisesti tietyn tuloksen saavuttamiseksi”.
Sen mukaan, mihin näistä ulottuvuuksista haluat (tai sinun täytyy) kulloinkin keskittyä, voit suunnata tuotteen tiekartan sen mukaisesti.
Miten näkökulmasi muovaavat tuotteen tiekarttamalleja
Uuden tuotteen kehitysprosessin aikana voit (ja sinun kannattaa) hyödyntää erilaisia näkökulmia:
- TUOTEKEHITYSPROSESSI: Miten tuotteeni pitäisi kehittää?
- TUOTEVISIO ja TUOTETAVOITTEET: Miltä tuotteeni pitäisi näyttää? Miten sen pitäisi auttaa asiakasta? Miksi?
- LIIKETOIMINTATAVOITTEET: Mihin yritykseni pitäisi seuraavaksi suunnata?
Tietenkin tällaisia näkökulmia on paljon muitakin, mutta pysytään tällä hetkellä näissä, jotta voimme havainnollistaa paremmin, miten tuotteen tiekartta laaditaan.
Erilaisia tuotteen tiekarttoja eri sidosryhmille
Vaikka varsinainen tuotekehitys on aina tuotetiimin vastuulla ja sitä johtaa yrityksen tuotehallintaosaston edustaja, myös muut sidosryhmät hyötyvät tuotteen tiekartasta – mutta se on mukautettava niiden tarpeisiin.
Ensinnäkin meillä ovat kaikki tuotetiimin yläpuolella olevat yrityksen organisaatiotasot. ”Tavalliset epäillyt” ovat (huomio: riippuu voimakkaasti toimialasta ja yrityksen koosta!):
- Yrityksen ylin johto
- Sen tuotestrategiaosasto (joka sijaitsee joko hallituksen rinnalla tai sen alapuolella)
- Tietyn tuotevalikoiman tai tuoteperheen johto
Sitten meillä ovat:
- Tuotetiimin alapuolella tai sen rinnalla olevat yrityksen organisaatiotasot
- Ulkoiset sidosryhmät
Ensimmäiseen ryhmään kuuluvat osastot, jotka osallistuvat tuotteen kehittämiseen ja palvelevat tuotetiimiä – tutkimus ja kehitys, suunnittelu, taloushallinto, laatu, valmistus, hankinta ja niin edelleen. Jälkimmäiseen ryhmään kuuluvat toimittajat, ulkoiset kehittäjät, palveluntarjoajat ja kaikenlaiset muut alihankkijat.
Ja jokainen niistä tarvitsee oikean tyyppisen tuotteen tiekartan työskentelyä varten.
Voin kuvitella, että haluat vihdoin nähdä tuotteen tiekarttamallin tai esimerkin, mutta meidän on vielä tehtävä hieman pohjatyötä. Lopulta kaikki loksahtaa paikalleen. Meidän on myös selvennettävä yksi tärkeä asia: eri sidosryhmät voivat käyttää samasta tuotteesta erilaisia tiekarttatyyppejä. Mutta:
On oltava yksi totuuden lähde, josta tietyn tuotteen tiekartan kaikki ainekset ovat peräisin.
Have an account? Log In
Tuotekehityksen tyypit
Toinen tuotekehityksen tiekartan sisältöön vaikuttava tekijä on kehitettävän tuotteen tyyppi:
Toisessa ääripäässä ovat tuotteet, jotka ovat 100-prosenttisesti ennalta määriteltyjä jo niiden kehittämisen alkaessa. Tällaisia ovat esimerkiksi DIN-standardin mukaiset ruuvit, armeijan univormut tai auton istuimet, jotka toimittajan on toimitettava autonvalmistajalle täsmälleen vaatimusmäärittelyn mukaisesti.
Sitten ovat jossain määrin ennalta määritellyt tuotteet. Tyypillinen esimerkki on auto. Kun tuotekehitys alkaa, auton tärkeimmät parametrit on jo määritelty (korin mitat, ovien määrä, moottorin tyyppi ja teho jne.). Muut parametrit täsmentyvät vähitellen, kun asiakkaiden palautetta kertyy yhä enemmän (esimerkiksi istuinverhoilu, kojelaudan muotoilu ja auton yleisilme päätetään fokusryhmissä). Kun auton tuotantoa ollaan käynnistämässä kokoonpanolinjalla, tuotesuunnitelmaan lisätään viimeiset tekniset yksityiskohdat, joiden luvataan parantavan kokonaiskannattavuutta (ovipaneeleihin sijoitetut sateenvarjot, hienot merkin logolla varustetut jääraapat jne.).
Toisessa ääripäässä ovat täysin ketterät tuotteet. Autovertauksen avulla ilmaistuna tyypillisellä autonvalmistajalla on jo melko hyvä käsitys siitä, millainen auto syntyy, kun tuotekehitysprosessi on saatu päätökseen. Ketterässä lähestymistavassa sen sijaan todettaisiin: ”Suunnitellaan ajoneuvo!”—ja sen ensimmäinen iteraatio voisi olla rullalauta (MVP, joka toisi ensimmäiset asiakastulot sekä asiakaspalautetta ja -toiveita), toinen iteraatio voisi olla sähköpotkulauta (koska asiakkaat toivoivat moottoroitua vaihtoehtoa), ja useiden iteraatioiden jälkeen näkisimme lopulta auton, jossa on neljä pyörää, kori, moottori jne.
Esimerkkejä tuotekehityksen tiekartoista erinomaisen tuotteen rakentamiseen
Esittelen valikoiman tuotekehityksen tiekarttamalleja, jotka:
a) Palvelevat eri sidosryhmiä eri ”lentokorkeuksilla” (yrityksen johto; toimittaja, joka toimittaa ennalta määritellyn moduulin valmistajalle; sovellusta kehittävä ketterä tiimi) ja
b) Käsittelevät erilaisia tuotteita (olemassa olevien tuotteiden täydellinen portfolio yhdessä uusien tuotteiden ideoiden kanssa; ennalta määritelty tuote; ketterä tuoteidea, jota rakennetaan ja kehitetään iteraatioiden avulla)
Voit käyttää niitä inspiraationa omien tuotekehityksen tiekarttojesi laatimisessa.
Tuotekehityksen tiekarttamalli nro 1 – tuoteportfolion elinkaarisuunnitelma
Elinkaarisuunnitelmat tarjoavat ”helikopterinäkymän” yrityksen tuoteportfolion nykytilanteeseen.
Milloin tätä tiekarttaa käytetään
Oletetaan, että työskentelet yrityksessä, jolla on monipuolinen tuotevalikoima. Tällöin yrityksen johdon ensimmäinen uusia tuotteita koskeva kysymys on: Mikä uusi tuote meidän on lanseerattava, milloin ja millä markkinoilla – niin, että se sopii olemassa olevaan tuoteportfolioomme ja siten tuotestrategiaamme? Yrityksen johto haluaa myös yleiskuvan siitä, kuinka kauan olemassa olevat tuotteet ovat jo olleet markkinoilla, kuinka menestyneitä ne ovat olleet (myyntimäärä, myyntikohtaiset tulot jne.) ja tulisiko ne poistaa markkinoilta tai julkaista uudelleen uutena tuoteversiona ja milloin tämä pitäisi tehdä. Näihin kysymyksiin vastaamisessa ja tämän suunnitelman laatimisessa voi auttaa tekoäly tuoteportfolion hallinnassa.
Miten se laaditaan
”Elinkaarisuunnitelman” tyyppisessä tuotekehityksen tiekartassa tärkein ulottuvuus (”x-akseli”) on ”Aikataulu” eli aikajana, koska tarkastelet menneisyyttäsi ja pohdit, milloin uudet tuotteet otetaan mukaan ja vanhat poistetaan käytöstä.
Näin ollen y-akselin ulottuvuus olisi ”Laatu” – olemassa olevat ja suunnitellut tuotteesi (jotka eivät viime kädessä ole muuta kuin ”ominaisuuksien kokoelmia”).
Saadaksesi paremman yleiskuvan ryhmittele ne sopivassa järjestyksessä, esimerkiksi autoluokkiin (pienet, kompaktit, keskikokoiset...), tyyppeihin ja muunnelmiin (viistoperä, viistoperä, sedan...), (tärkeimpiin) markkinoihin jne. sekä varaa tilaa uusille tuotealoitteille.
Jotta kaikki näkökohdat tulevat huomioiduiksi, lisää kunkin tuotteen omiin nauhoihin myös niiden taloudelliset keskeiset suorituskykymittarit (”Budjetti”).
Tuotekehityksen tiekarttamalli nro 2 – klassinen (”vaiheportti”) tuotekehityksen tiekartta ennalta määritellyille tuotteille
”Klassinen”/”vaiheporttimalliin” perustuva tuotekartta on nykypäivän valmistavan teollisuuden työjuhta, ja sitä käytetään tyypillisesti tuotekehityksen operatiivisella tasolla. Tämä tarkoittaa, että sekä tuotetiimi että toimittajat työskentelevät usein sen parissa.
Milloin tätä tuotekarttaa käytetään
Piditpä siitä tai et, suurin osa (fyysisistä) tuotteista, erityisesti B2B-maailmassa (tyypillisessä toimittaja–asiakassuhteessa), kehitetään edelleen vaiheporttimallin avulla.
Miksi? Vaiheporttimalli korostaa laatua – ja juuri laatua tyypillinen B2B-asiakas etsii. He tarvitsevat luotettavia kumppaneita, jotka pystyvät kehittämään tarkasti määriteltyjä osia heidän lopputuotteeseensa säännöllisesti ja suurina määrinä kaikkine tarvittavine toiminnallisuuksineen. Jos autonvalmistaja tilaa kymmeniä tuhansia istuimia, jotka on kehitettävä ja toimitettava sen tehtaalle (usein juuri oikeaan aikaan tai jopa juuri oikeassa järjestyksessä), sen on voitava luottaa siihen, että jokainen istuin sopii täydellisesti auton koriin ja että jokainen istuin toimitetaan sovitussa aikataulussa.
Siksi sinulla on oltava myös nämä klassiset tuotekartat työkalupakissasi sekä ideoita niiden mukauttamiseen ja kehittämiseen omiin erityistarpeisiisi sopiviksi.
Miten se rakennetaan
Tässä tapauksessa johtava ulottuvuutesi on myös aika, sillä asiakkaasi tarvitsee tuotteesi tiettynä päivänä.
Aikajanalle sijoitetaan laadunvarmistuspisteitä.
Näissä ajankohdissa tuotekehityksen eteneminen tarkistetaan ja haastetaan (ennalta määriteltyjen, siihen mennessä täytettävien vaatimusten perusteella) – ja vasta sen jälkeen siirrytään tuotekehityksen seuraavaan vaiheeseen. Näissä laadunvarmistuspisteissä tarkistetaan myös, missä määrin uuden tuotteen ennalta määritellyt ominaisuudet ovat valmiita.
Y-akselilla esität sen loogisen järjestyksen ja riippuvuudet, joiden mukaisesti ennalta määriteltyä tuotetta kehitetään ja valmistetaan (ajattele ”Gantt-kaaviota virstanpylväineen” – ja yleensä suosittelen jokaista tuotekehittäjää ja tuotepäällikköä kertaamaan projektinhallinnan tietonsa).
Kun käytetään esimerkkinä istuimia, aloittaisit analysoimalla, kuinka monia olemassa olevia työkaluja voit käyttää uuteen tuotteeseen, kuinka monia niistä on muokattava tuotteen valmistamiseksi ja mitä uusia työkaluja ja materiaaleja sinun on hankittava. Sinulla on todennäköisesti jo vakiintunut tuotantosuunnitelma (”Miten istuimet oikeastaan valmistetaan kokoonpanolinjallamme?”), jota muokkaisit asiakkaasi erityisvaatimusten mukaisesti. Sen jälkeen sinun olisi aloitettava prototyyppien rakentaminen ennen tuotannon kasvattamista.
Tuotekartan kehittämiseksi voit käyttää toista x-akselia, jolla seuraat budjettia ajan ja tuotekehitysvaiheen suhteen. Tämä on yksinkertaista mutta erittäin hyödyllistä.
Tällaisen tuotekartan avulla seuraat uuden tuotteesi kaikkia keskeisiä mittareita, käytettävissä olevaa budjettia ja aikataulua. Jos uusi tuotteesi on määritelty vain osittain, voit myös lisätä ajankohtaisia ”tarkistuspisteitä”, joissa sinä ja kehitystiimisi päätätte lisäominaisuuksien vaiheittaisesta käyttöönotosta. Tätä varten keräät mahdolliset ominaisuudet etukäteen, asetat ne tärkeysjärjestykseen ja sisällytät ne sitten uuteen tuotteeseesi.
Tuotekarttamalli 3 – tyypillinen tuotekartta ketterään tuotekehitykseen
Kun rakennamme tuotteita ketterällä tavalla, siirrämme painopisteen aikajanoista tuoteiteraatioihin ja niiden sisältämiin ominaisuuksiin. Syy tähän löytyy ketterästä tuotekehitysmallista:
More Articles
Milloin tätä tuotekarttaa käytetään
Ketterä tuotekehitys eroaa perustavanlaatuisesti edellä kuvatusta vaiheporttimalliin perustuvasta tuotekehityksestä:
Sen sijaan, että kehittäisimme yhden tietyn, pitkälti ennalta määritellyn ja täysin valmiin tuotteen, jonka tuomme markkinoille ja jota toimitamme kuukausien tai vuosien ajan muuttamatta sitä juurikaan, aloitamme ketterässä maailmassa yleisestä tuoteideasta, kehitämme siitä konseptin ja pohdimme, miltä kyseisen konseptin perustavanlaatuisin toteutus voisi näyttää: ”elinkelpoinen vähimmäistuote” eli ”MVP”. MVP sisältää vain kaikkein perustavanlaatuisimmat ominaisuudet. Tuomalla MVP:n markkinoille keräämme todellista asiakaspalautetta ja hyödynnämme tätä palautetta uusien ominaisuuksien työstämiseen tuotteen seuraavassa iteraatiossa.
Miten se rakennetaan
Tiedän hyvin oikaisevani tässä mutkia, mutta koska artikkelin painopiste on tuotekartassa – ei ketterässä tuotekehityksessä – pidetään asia yksinkertaisena:
Jos otetaan artikkelin alussa esitetty ketterä esimerkki (”Suunnitellaan ajoneuvo”), tuotetiimin jäsenet pyrkisivät määrittelemään ajoneuvon MVP:tä varten perusominaisuuksien joukon, esimerkiksi 4 pyörää ja korin. He määrittelisivät myös muita mahdollisia ominaisuuksia, jotka voitaisiin rakentaa toisessa iteraatiossa (nämä tallennetaan niin sanottuun ”tuotteen kehitysjonoon”).
Sitten ensimmäinen sprintti alkaa ja tuottaa MVP:n. Kun MVP julkaistaan, tuotetiimi kerää markkinapalautetta ja muuttaa sen uusiksi ominaisuuksiksi. Ennen seuraavan sprintin alkamista tuotetiimi päättää rakennettavien ominaisuuksien priorisoinnista. Kun seuraava sprintti tuo markkinoille parannetun, asiakaspalautteen perusteella kehitetyn version MVP:stä, tuotetiimi odottaa asiakkaiden sitoutuvan tuotteeseen aiempaa vahvemmin. Ja sykli alkaa uudelleen.
Kuva näyttää, miltä ketterä tuotteen etenemissuunnitelma voi näyttää. Saatat huomata, että haluan lisätä jokaiselle ominaisuudelle myös työmääräarvion sekä ROI-arvion.
Mitä seuraavaksi?
Haluatko syventyä aiheeseen? Tutustu seuraaviin materiaaleihin:
- 6 ilmaista tuotteen etenemissuunnitelmamallia, joilla vakuutat sidosryhmäsi
- 10 parasta tuotteen etenemissuunnitelmaohjelmistoa
Piditkö tästä artikkelista? Tilaa uutiskirjeemme, niin saat kuratoituja tuotehallintaa käsitteleviä artikkeleita ja resursseja suoraan sähköpostiisi.
