Miten todella määritellään MVP
miksi MVP voi olla sekava?
MVP on yksi termeistä, joka näyttää tuottavan paljon pitoa ketterän muodonmuutoksen aikana. Näyttää siltä, että ihmiset ovat iloisia siitä, että he yrittävät tehdä ”juuri tarpeeksi” saavuttaakseen jonkin tavoitteen. Mutta yrityksille, joilla on kiinteä ajattelutapa termi voi saada nopeasti väärin. Näissä yrityksissä keskitytään tyypillisesti ”sen toteuttamiseen, mitä luvattiin” sen sijaan, että rakennetaan syvempää ymmärrystä siitä, miten kilpailla.
näissä ympäristöissä MVP: tä voidaan usein käyttää perusteena soveltamisalan pienentämiselle (ja ehkä jopa puuttumiselle). Ne ovat yleensä vain noin asettaa kielen minimalismia niin ”liike” saada jotain he epätoivoisesti etsivät, ja ” se ” on jonkin verran soveltamisalan valvontaa. Yhden määritelmän MVP asiat tulevat liian kiinteä. Tuloksena on, että asiakas pelkistetään jälkiviisaaksi, jossa keskitytään toimittamaan se, mikä on ”sovittu” etukäteen sen sijaan, mitä todella tarvitaan.
sekaannusta lisää se, että vuosien varrella on ollut monia erilaisia määritelmiä toimiville/elinkelpoisille/Markkinoitaville/hyväksyttäville ominaisuuksille/tuotteille / julkaisuille. Se, mikä tuntuu mieluisalta, on tehdä mahdollisimman vähän. Ongelmana on kuitenkin se, että yritysten sisällä ei ole olemassa todellisia toimintaperiaatteita, joiden avulla voitaisiin määritellä, miten arvokkaampia Voittoprosentteja voitaisiin käyttää tehokkaammin riskinhallintaa ja riskien hallintaa helpottavassa kehyksessä.
selvittääksemme, mikä on vähimmäisvaatimus, meidän on lähdettävä löytämisen ja oppimisen matkalle.
MVP: ssä on kyse oppimisesta
MVP: n määritelmän pitäisi oikeastaan aina liittyä lopputulokseen – ”tämä MVP on suunniteltu saavuttamaan x”. MVP: lle ei ole yksittäistä määritelmää. Voimme esimerkiksi luoda MVP: n nähdäksemme, ratkaiseeko tuotteemme tietyn ongelman tietylle asiakkaalle. Tai voisimme luoda pienimmän mahdollisen tuotteen käynnistääksemme globaalin ilmiön. Nämä kaksi asiaa ovat täysin erilaisia ja edellyttävät hyvin erilaisia strategioita tavoitteen saavuttamiseksi – ja luultavasti erilaista johtamista ja hallintotapaa.
tiedämme, että on olemassa joitakin yhteisiä asioita, joita organisaatiot yrittävät saavuttaa, joten voimme laittaa jonkin rakenteen oppimisen ja löytämisen kielen ympärille.
menossa asiakkaiden löytöretkelle
Ison – Britannian hallituksen Digital Services Team (GDS) laati erinomaisen viitekehyksen sille, miten julkiset palvelut tulisi suunnitella ja rakentaa-näet sen täältä. Tämä kehys on suunniteltu erityisesti Yhdistyneen kuningaskunnan valtion palveluja ja luoda ratkaisuja kansalaisille, jotka perustuvat oppimiseen käyttäjien todellisia tarpeita ja käyttöön ratkaisuja, jotka palvelevat paremmin käyttäjiä.
vastaava kehys toimii yhtä hyvin tuotehallinta-tai Muutosjohtamisympäristössä. Voimme tarkastella sitä yhdessä Steve Blankin asiakas Discovery lähestymistapa tuotteen ja liiketoiminnan kehittämiseen, joka on viime kädessä löytää tuotteen / markkinoiden kunnossa ja rakentaa skaalautuva liiketoimintamalli.
tämä malli on suunniteltu löytämään, vahvistamaan ja luomaan uusia asiakkaita, ja sitten johdattamaan sinut yrityksen rakentamiseen, kun olet varma, että sinulla on tuotemarkkinat kunnossa.
viitekehyksen tavoitteena on kehittää ymmärrystä ja oppia suunnittelemalla lisäyksiä, jotka auttavat vastaamaan tiettyihin kysymyksiin.
Discovery
Discovery on kyse ymmärryksen kehittämisestä asiakkaasta ja työkaluista, tuotteista ja palveluista, joita he käyttävät tänä päivänä saavuttaakseen tavoitteensa. Jos uskot, että sinulla on jotain, joka ratkaisee paremmin heidän ongelmansa, sinun täytyy tehdä pari asiaa.:
- Frame a problem statement that you ’ re solving for, and get clarity to whether this is a valuable problem to solving
- Describe options on how you might solving the problem
- Explore the market for what existes today to achieve the goal – figure what your competitors are jo doing.
- Katso vaihe 1. Todella hyvän ongelmalausunnon kehystäminen on kriittisin kohta ennen kuin siirrytään eteenpäin.
tähän on ehkä rakennettava jotain, jotta ongelma voidaan kehystää hyvin. Mitä ikinä teetkin, älä rakenna liikaa. Pidä asiat hyvin kevyinä, hyvin nopeina ja rakenna vain asioita, jotka auttavat kehittämään yhteistä ymmärrystä sinun ja potentiaalisten asiakkaiden välillä ongelmatilasta.
Alpha
Alfassa on kyse sellaisen suunnittelemisesta, jolla saavutetaan ongelmanratkaisukyky. Sinulla on siis hyvin määritelty ongelmalausunto. Ja ideoita, miten ratkaista se. Ymmärrät, mitä muut tekevät markkinoilla. Epäilette, että ratkaisun työstämisessä on arvoa ja että markkinoilla on ihmisiä, jotka käyttävät rahaa. Kun rakennat ratkaisuasi (tai ratkaisuja, koska on OK rakentaa useita prototyyppejä rinnakkain tai sarjamuotoisesti), sinun on keskityttävä vastaamaan joihinkin keskeisiin kysymyksiin:
- Uskotko, että mahdollinen ratkaisusi todella ratkaisee määrittelemäsi ongelman (ja asiakkaasi on kuvannut sitä arvokkaaksi)?
- onko sinulla asiakasvarmennusta – ovatko asiakkaat kertoneet, että ehdotettu ratkaisu auttaa heitä ratkaisemaan ongelmansa?
- ovatko käyttäjät valmiita maksamaan ratkaisustasi? Voisiko siitä tässä vaiheessa tulla elinkelpoinen Bisnes?
- onko ratkaisusi erilainen kuin kilpailijasi? Onko muille selvää, että se on eriytynyt?
- ja ennen kuin siirrytään eteenpäin, ratkaiseeko se ongelman todella? Se todella tarvitsee ennen kuin käytät rahaa hankkimalla asiakkaita ja käyttäjiä.
Beta
tässä vaiheessa olet validoinut ratkaisusi oikeilla asiakkailla. Heidän olisi pitänyt edustaa persoonia, joita haluat palvella. Tiedät, että ideasi toimii-ainakin pienelle väestölle. Mutta onko se helppo markkinoida, löytää ja hankkia asiakkaita ja palvella monipuolisempaa ryhmää. Beta on kyse löytää tuote-Market Fit. Kysymykset, joihin sinun on tässä vaiheessa hyvä rakentaa ratkaisuja, ovat:
- täyttääkö ratkaisusi mittakaava monien tarpeet? Miten voisit ratkaista ongelman taloudellisesti kannattavalla tavalla?
- miten sijoitat ja markkinoit toteuttamiskelpoista Arvolupaustasi?
- mitkä kanavat voisivat olla parhaita kohdemarkkinasi hankkimiseen ja palvelemiseen?
- Miten luodaan paras kokemus (myynnin ja toimituksen näkökulmasta)?
- mitä muita ominaisuuksia voitaisiin tarvita, jotta ihmiset julistaisivat tuotteestasi?
- mikä on oikea yhdistelmä hankinta -, lähete-ja säilyttämisinvestointia?
- miten parhaiten organisoin tiimit ja operaatiot palvelemaan laukaisua?
- mitkä ovat kasvun tunnuslukuni? Mistä voisin tietää, jos tuote ei toimi niin hyvin kuin haluan? Tai mistä tiedän, että on jotain uutta, joka kilpailee Arvolupaukseni kanssa?
Live
Great! Joten olet luonut useita vähintään elinkelpoisia tuotteita. Olet oppinut paljon. Olet luultavasti toistanut läpi Discovery, Alfa ja Beta, ja olet valmis tekemään tuotteen maailmanlaajuinen ilmiö (tai mitä tahansa tavoite on). Etsit nyt elinkelpoista liiketoimintamallia, joka on heräämässä eloon. Tässä vaiheessa kyse on kaiken tekemisesi jatkuvasta parantamisesta. Uusia ominaisuuksia, parempia toimitusmalleja, lisääntynyt asiakaskunta. Se on noin enemmän samaa-mutta jatkuvasti parantunut.
eläkkeelle
nyt, Toivottavasti Beta-ja Live-aikana olet selvittänyt keskeiset mittarit, joiden avulla voit selvittää, jos sinua häiritsee jokin muu markkinapaikka. Näiden pitäisi sisältää joitakin johtavia indikaattoreita, jotka eivät ole vain tuloja ja voittoa. Toivottavasti, ne antavat sinulle signaaleja, että tuote on edelleen suorittaa tai tarvitsee huomiota. Osa kilpailustasi voidaan käsitellä jatkuvalla parannuksella-se on todennäköistä, jos sinulla todella on tuote/Market Fit. Mutta joskus tulee uusi asia, joka kaataa sinut. Siinä vaiheessa sinun täytyy nyt harkita eläkkeelle jäämistä ja prosessin aloittamista uudelleen. Se on takaisin Discovery uudelleen palvella asiakkaita ja käyttäjiä, ja eläkkeelle ratkaisun, että niin rakastavasti kasvanut.
kehotus hyvä MVPs
niin, että tämän päälle kannattaa sanoa pari muutakin asiaa. Voit (ja ehkä varmasti pitäisi ja tulee) on monia toistoja MVPs jokaisessa vaiheessa oppimisprosessia. Tärkeintä on oppia, saada vastauksia kysymyksiisi ja selvittää, milloin on parasta siirtyä seuraavalle asteikkotasolle. Missä vaiheessa tahansa voi kysyä, kannattaako pitää kiinni ideastaan, siirtyä johonkin aivan uuteen vai romuttaa koko idea. Tyypillisesti, jos ongelma lausuma oli hyvin kehystetty alussa on arvo mennä jälkeen riippumatta siitä, miten hyvin ratkaisut toimivat, mutta se ei ole aina niin.
varokaa hyppäämästä suoraan myöhempään vaiheeseen vastaamatta aiempiin kysymyksiin. Pyri aina rakentamaan todisteita ja saamaan validointi. Ja, olla tietoinen ei hypätä oletusvastaus ”vain tuotteen jokainen ominaisuus tarvitaan meidän MVP joten voimme skaalata yrityksemme tarvitsevat”. Se on luultavasti suurin virhe käyttää MVPs suurissa yrityksissä.
muista, että MVP on oppimisen väline. Se on osa löytöprosessia ja tapa, jolla voit kehittää syvempiä oivalluksia siitä, mihin ongelmaan olet ratkaisemassa. Se auttaa rakentamaan halutuin, elinkelpoinen ja toteuttamiskelpoinen tuote mahdollista. Ajattele sitä kannalta tapoja kehystää tavoite, joka on osajoukko suurin tavoite. Vaikka olet iso yritys, on aina tapoja murtaa asioita alas rakentaa, oppia ja testata.