Työt, jotka on tehtävä – sisällysluettelo:
Johdanto
Aloittaen perusteista, “Jobs to be Done” (JTBD) on kehys, joka auttaa meitä ymmärtämään paremmin, mitä asiakkaat haluavat valita tuotteemme. Mitä ongelmaa he haluavat ratkaista? Mihin he käyttävät sovellustamme ja millaisissa tilanteissa? Miksi he asentavat uuden ohjelman tietokoneelleen ja miksi he poistavat sen? Tämä lähestymistapa mahdollistaa syvällisemmän ja ennen kaikkea kontekstuaalisen analyysin asiakastarpeista. Ja se on se, mikä todella merkitsee nykyaikaisten digitaalisten tuotteiden hallinnassa.
Mitä on Jobs to be Done?
Jobs to be Done -kehys kehitettiin Clayton Christensenin toimesta, joka on professori Harvardin liiketoimintakoulussa. Hän kuvaa sitä teoksessaan “Competing Against Luck. The Story of Innovation and Customer Choice.” Hänen teoriansa mukaan ihmiset valitsevat tietyn tuotteen suorittaakseen tietyn tehtävän. Toisin sanoen, he valitsevat sovelluksen, koska:
- se hoitaa laskut, eikä siksi, että se on varustettu OCR:llä,
- se eristää ympäristöstä, ei siksi, että se tarjoaa suuren valikoiman rentouttavaa musiikkia,
- se helpottaa muistamista siitä, mitä heidän tarvitsee ostaa, ei siksi, että se mahdollistaa tuotteiden lisäämisen heidän listaansa valokuvan perusteella.
Joten jos ymmärrämme, mitä tehtäviä asiakkaat haluavat tehdä, on paljon helpompaa ehdottaa innovatiivisia ratkaisuja heidän tarpeidensa täyttämiseksi ja kehittää sitten niitä tuoteominaisuuksia, jotka saivat heidät valitsemaan sen. Mutta miten suoritetaan tehokas asiakasanalyysi?
Tunnetko asiakkaidesi “tehtävät”?
Jobs to be Done -menetelmä mahdollistaa meille “tehtävien” tunnistamisen, joita asiakkaamme haluavat suorittaa. Voimme esittää seuraavat kysymykset saadaksemme kattavan käsityksen asiakkaiden tarpeista ja motiiveista:
- mikä on päätehtävä tai työ, jonka asiakas yrittää suorittaa?
- milloin he tyypillisesti suorittavat tämän työn tai tehtävän?
- ketkä muut ovat mukana tai vaikuttavat, kun he suorittavat tämän työn?
- mitkä ovat vaihtoehdot tai ratkaisut, joita he tällä hetkellä käyttävät tämän työn täyttämiseksi?
- kuinka paljon aikaa, vaivannäköä tai rahaa he käyttävät tämän työn suorittamiseen?
- keitä he ovat?
Asiakkaan tarpeiden ymmärtäminen kontekstissa auttaa meitä luomaan tehokkaan ratkaisun heidän ongelmaansa. Mutta miten aloitamme tämän tutkimuksen?
Jobs to be Done -esimerkki
Jobs to be Done -teoriaa on sovellettu eri teollisuudenaloilla. Esimerkiksi McDonald’s huomasi, että monet ihmiset ostavat pirtelöitä aamulla. Huolellisen analyysin kautta he havaitsivat, että nämä asiakkaat eivät ostaneet pirtelöitä pelkästään niiden maun vuoksi. Itse asiassa he tarvitsivat kätevän aamiaismuodon päivittäiselle työmatkalleen. Tämän oivalluksen myötä McDonald’s kehitti paksumman ja täyttävämmän pirtelön, joka palveli tätä tarkoitusta paremmin. Tämä strateginen siirto johti merkittävään pirtelömyynnin kasvuun.
Toinen esimerkki voi olla Duolingo, kieltenoppimisohjelma. Käyttäjät eivät halua vain sovellusta, joka auttaa heitä muistamaan sanastoa. He etsivät jotain mukaansatempaavaa ja hauskaa, mikä tekee heidän työmatkastaan tai tauoistaan hauskempia. Samalla he haluavat tuntea itsensä tuottaviksi ja oppia uutta kieltä tehokkaasti omaan tahtiinsa.
Jobs to be Done -kehyksen toteuttaminen vaatii asiakastarpeiden analysoimista, jotta ymmärretään tarkat “tehtävät”, jotka he haluavat suorittaa, ja sitten tuotteen, viestinnän ja myyntistrategian mukauttamista sen mukaan.
Esimerkiksi, jos pyörität verkkovaateliikettä, saatat huomata, että asiakkaasi eivät vain halua päivittää vaatekaappiaan, vaan myös valita uusia asuja, jotka sopisivat heidän olemassa oleviin vaatteisiinsa. Vastataksesi heidän tarpeisiinsa, voit harkita tuotteen vertailuominaisuuden lisäämistä kauppaasi. Tällä tavoin asiakkaat viettävät enemmän aikaa vaatteiden selaamiseen ja saattavat jopa suositella kauppaasi ystävilleen, jos mahdollistat heidän jakaa itse luomiaan asuja sosiaalisessa mediassa.
Jobs to be Done -kehys ja muut lähestymistavat tuotehallintaan
Jobs to be Done -menetelmä on vain yksi monista lähestymistavoista tuotehallintaan. Agile, Scrum ja Kanban, tai lean-tuotehallinta pyrkivät myös ymmärtämään paremmin asiakkaiden tarpeita ja räätälöimään tuotteita niiden täyttämiseksi. Kuitenkin, tämä on Jobs to be Done -kehys, joka keskittyy “tehtäviin”, eli siihen, mitä saavutetaan tuotteen avulla, eikä jo määritellyn ongelman ratkaisemisen keinoihin.
Esimerkiksi Agile:ssa keskitymme tuottamaan arvoa asiakkaalle säännöllisten iteraatioiden ja tuoteparannusten kautta. Scrum keskittyy tiettyjen tavoitteiden saavuttamiseen tietyssä aikarajassa (sprintit). Kanban korostaa sujuvia työnkulkuja ja esteiden poistamista. Lean-tuotehallinta pyrkii poistamaan hukkaa ja toimittamaan sen, mitä asiakas todella tarvitsee.

Yhteenveto
Mitkä “tehtävät” asiakkaasi haluavat suorittaa? Mitkä ovat heidän todelliset tarpeensa, joita tuotteesi tai palvelusi voi täyttää? Miten voit räätälöidä tuotteesi vastaamaan niitä?
Jobs to be Done -kehys antaa meille mahdollisuuden tarkastella näitä ongelmia täysin eri näkökulmasta. Joten jos et ole varma, mitä “tehtävää” digitaalinen tuotteesi suorittaa, ota askel taaksepäin ja analysoi asiakkaidesi tarpeita. Äläkä unohda tarkistaa Clayton Christensenin kirjaa saadaksesi lisää oivalluksia.
Jos pidät sisällöstämme, liity vilkkaaseen mehiläisyhteisöömme Facebookissa, Twitterissä, LinkedInissä, Instagramissa, YouTubessa, Pinterestissä, TikTokissa.
Andy Nichols
Ongelmanratkaisija, jolla on viisi eri tutkintoa ja loputtomat motivaatiovarastot. Tämä tekee hänestä täydellisen liiketoiminnan omistajan ja johtajan. Etsiessään työntekijöitä ja kumppaneita hän arvostaa eniten avoimuutta ja uteliaisuutta maailmaa kohtaan.
Product management:
- Miksi tuotteen elinkaaren hallinta on tärkeää?
- Tuotehallinnan johdanto
- Mikä on tuotepäällikön rooli?
- Miten rakentaa tehokas tuotestrategia?
- OKR:t vs SMART-tavoitteet. Mikä kehys tuottaa parempia tuloksia?
- Miten määritellään arvolupaus?
- Asiakkaiden tarpeiden tunnistaminen ja markkinasegmentointi
- Prototyyppaus digitaaliselle tuotteellesi
- Saavuttamalla etulyöntiaseman tehokkaalla tuote-ennusteella
- Miten rakentaa MVP?
- MVP vs MMP vs MMF. Avainvaiheet tuotekehityksessä
- Hypoteesin testaamisen hallinta
- Voittavan tuotekonseptin luominen. Tekniikat ja vaiheet
- Todistetut menetelmät tuotelaadun hallinnan parantamiseksi
- Strategiat ja taktiikat onnistuneelle tuotelanseeraukselle
- Tuottavuuden parantaminen tuotteen optimoinnin avulla
- Tuotteen menestyksen mittaaminen
- Milloin tuote tulisi ottaa pois markkinoilta? Avaintekijät, jotka vaikuttavat EOL-päätöksiin
- Ketteryys tuotehallinnassa
- Tuotemuotoilun tulevaisuus. Suurimmat trendit ja ennusteet
- Kuinka hinnoitella tuote? Suosituimmat hinnoittelustrategiat
- Tehtävät, jotka on suoritettava. Tuotteiden luominen, joita asiakkaat todella tarvitsevat.
- Mitä on lean-tuotteen hallinta?
- Scrum ja Kanban tuotehallinnassa.
- Mitä on dataohjattu tuotehallinta?
- Mitä on kasvuhakkerointi?
- A/B-testaus tuotehallinnassa
- Hyödyllisiä tuotehallintamalleja. Mistä niitä löytää?
- Strategyzer-työkalut tuotehallinnassa
- 5 hyödyllistä tuotehallintatyökalua
- Kuinka luoda ja hallita tuotedokumentaatiota?
- Kuinka käyttää tekoälyä tuotehallinnassa
- 6 olennaista työkalua tuotejohtajille