Edellisessä osassa käsittelimme alustavia mittauksia sekä laite- ja järjestelmätestausta. Testien ja käytännön kokeilujen tuloksena löytyy lähes aina myös jotain muutettavaa.
Tämä ei tarkoita, että projekti olisi epäonnistunut tai suunnittelu tehty huonosti. Päinvastoin: havaintojen tekeminen ja niiden perusteella toteutettavat muutoskierrokset kuuluvat normaaliin tuotekehitykseen.
Uutta kehitettäessä kaikkea ei voida tietää etukäteen. Olennaista ei ole muutosten välttäminen, vaan niiden tekeminen oikeaan aikaan ja hallitulla tavalla.
Miksi muutoksia tarvitaan?
Tuotekehityksen alussa suunnitelmat tehdään sen tiedon varassa, joka kyseisellä hetkellä on käytettävissä. Työn edetessä tietoa saadaan lisää. Testien ja käyttäjäkokemusten myötä löytyy usein myös tarvetta muuttaa jo aiemmin tehtyjä päätöksiä.
Prototyyppi voi esimerkiksi osoittaa, että tuotteen kokoamista täytyy helpottaa. Käytännön kokeiluissa saatetaan huomata, että jokin painike sijaitsee käyttäjän kannalta hankalassa paikassa. Testitulokset voivat puolestaan kertoa, että rakenteen, materiaalin, elektroniikan tai ohjelmiston yksityiskohtaa on muutettava. Muutoksella voidaan edelleen kehittää esimerkiksi kestävyyttä, häiriösietoisuutta tai luotettavuutta.
Myös tavoitteet voivat tarkentua matkan varrella. Tulevilta käyttäjiltä saadaan palautetta, tuotteelle löydetään uusi käyttökohde, tai alkuperäinen idea päätetään toteuttaa hieman toisella tavalla.
Muutokset eivät ole milloinkaan itsetarkoitus, eikä niiden tavoitteena ole muuttaa jo tehtyä suunnittelua jatkuvasti. Muutosten myötä lopputulos on kuitenkin parempi kuin pysymällä jääräpäisesti alkuperäisissä tavoitteissa ja päätöksissä.
Muutos ei ole epäonnistuminen
Jos ensimmäinen prototyyppi paljastaa ongelman, prototyyppi on tehnyt tehtävänsä. Jos testi osoittaa rakenteessa heikon kohdan, testi on tuottanut arvokasta tietoa. Huolestuttavampaa olisi, jos sama asia huomattaisiin vasta tuotteen ollessa valmistuksessa tai loppukäyttäjän käsissä.
Ongelmia ei siis tarvitse pelätä. Uuden kehittämisessä ratkottavia asioita tulee väistämättä vastaan, ja ne on tehty selätettäviksi. Jos työ kuitenkin etenee jatkuvasti katastrofista toiseen, on syytä pysähtyä tarkastelemaan projektin suuntaa, tavoitteita ja toimintatapoja.
Hallitussa tuotekehitysprojektissa muutoksia ei tehdä sattumanvaraisesti. Ensin selvitetään niiden syyt ja vaikutukset. Vaikutuksethan kohdistuvat lähes aina tuotteen teknisen toteutuksen ohella myös tuotteen valmistumisen aikatauluun ja kertyviin tuotekehityskustannuksiin, joiden takaisinmaksun on tarkoitus hoitua tuotteen myynnillä.
Pienikin muutos voi vaikuttaa moneen asiaan
Pieneltä kuulostava toive ei aina tarkoita pientä muutosta. Esimerkiksi laitteen kotelon koon muuttaminen voi vaikuttaa sen sisällä olevien osien sijoitteluun, jäähdytykseen, valmistukseen ja pakkaukseen.
Kovin usein laite on jo valmiiksi minimoitu kokonsa puolesta käyttökelpoisuuden ja muotoilunsa vuoksi. Valmiiksi pieneen laitteeseen pientenkin muutosten toteuttaminen voi olla hankalaa pelkästään käytettävissä olevan tilan puolesta – olkoonkin, että teknisesti muutos ei ole kummoinen.
Siksi ennen toteuttamista kannattaa selvittää:
- Miksi muutos halutaan tehdä?
- Mitä hyötyä siitä saadaan?
- Mihin tuotteen osiin se vaikuttaa?
- Tarvitaanko uusia prototyyppejä tai testejä?
- Miten muutos vaikuttaa kustannuksiin ja aikatauluun?
Kun vaikutukset tunnetaan, muutos voidaan toteuttaa heti, siirtää myöhempään tuoteversioon tai jättää tekemättä. Kaikki hyvätkään ideat eivät välttämättä kuulu tuotteen ensimmäiseen versioon. Usein on parempi saada hallitusti ensimmäinen versio markkinoille, ja kehittää tuotetta eteenpäin vasta tämän jälkeen konkreettisten käyttäjäkokemusten perusteella.
Muutoskierros vie havainnon käytäntöön
Muutoskierroksella havaittu ongelma selvitetään, ratkaisuvaihtoehtoja arvioidaan ja valittu muutos toteutetaan. Sen jälkeen varmistetaan testaamalla, ratkaisiko muutos alkuperäisen ongelman ja vaikuttiko se tuotteen muihin osiin.
Muutoskierroksia voi olla yksi tai useampia. Tavoitteena ei ole päästä mahdollisimman vähillä kierroksilla, vaan varmistaa, että jokaisella niistä on selkeä tarkoitus ja että projekti etenee systemaattisesti kohti valmista tuotetta.
Uusia ajatuksia syntyy usein myös kesken projektin. Ne kannattaa ottaa talteen, mutta kaikkia ei tarvitse toteuttaa välittömästi. Jos tavoitetta muutetaan jatkuvasti, maali siirtyy eteenpäin samaa tahtia kuin työ valmistuu. Liiketoiminnan näkökulmasta seuraavat vanhat periaatteet ovat enemmän kuin kohdallaan:
- Fail Fast: varmista toimivuus nopeasti ja korjaa toteutusta tai luovu ideasta.
- KISS (Keep It Simple, Stupid, tai ehkä pelkästään Keep It Simple): pidä ajatus kirkkaana ja lopputulos yksinkertaisena.
Tässä auttaa paluu alkuperäiseen kysymykseen: minkä ongelman tuotteella halutaan ratkaista ja mitä sen ensimmäisen version täytyy osata?
Muutokset kuuluvat tuotekehitykseen
Tuotekehitys etenee vaiheittain ja hallitusti, mutta harvoin täysin suoraviivaisesti. Välillä palataan hieman taaksepäin, kokeillaan toista ratkaisua ja testataan uudelleen. Se kuuluu uuden kehittämiseen.
Tärkeintä on arvioida muutostarpeet avoimesti, tehdä päätökset yhdessä ja pitää tehdyt ratkaisut tallessa. Näin projekti säilyy hallinnassa myös suunnitelmien tarkentuessa.
Jos olet suunnittelemassa uutta tuotetta tai nykyisen tuotteen uudistamista, ota toki yhteyttä jo ajatuksen alkuvaiheessa. Kaiken ei tarvitse olla valmiiksi määriteltynä – asioita voidaan selvittää ja ratkaista yhdessä projektin edetessä.
Seuraavassa osassa käsittelemme tuotteisiin liittyviä hyväksyntöjä, standardeja ja normeja.