Olen viettänyt urani Piilaaksossa, syvällä sen vilkkaasta yrittäjyyskulttuurista. Jokainen käynnistys on jännittävällä ja usein vaarallisella matkalla tuntemattomalle alueelle, ja olen lähtenyt tälle matkalle useita kertoja ― ohjelmistoinsinöörinä, suunnittelupäällikkönä, teknologiajohtajana, perustajana ja freelance-kehittäjänä. Monet rakentamistani tuotteista tavoittivat tuhansia ihmisiä some ja jotkut miljoonia.

Kokemukseni mukaan yksi Piilaakson työkalupaketin tehokkaimmista työkaluista on kyky tasapainottaa nopeutta ja syvyyttä uusien tuotteiden lanseerauksessa. Eric Riesin bestseller Lean-käynnistys koodaa tämän filosofian vähintään kannattava tuote (MVP).

Miksi MVP: t ovat hyödyllisempiä kuin koskaan

Yksi tärkeimmistä syistä MVP: n käsitteen lisääntymiselle viime vuosina on ennennäkemätön nopeus ja mittakaava, jolla voimme nyt saada asiakkaan palautetta ja toimia sen perusteella. Vuonna 2009 miljoonat ihmiset lataivat iPhone-pelini Slingshot Cowboy viikon sisällä sen julkaisemisesta, ja se toimi nopeasti kaavion kärkeen (se saavutti # 1 ilmaisen pelin aseman useita kertoja elinaikanaan) . Suuri osa tästä menestyksestä on saattanut olla onnea, mutta jos en kerännyt nopeaa palautetta ja soveltanut MVP: n perusperiaatteita aikaisin, en olisi voinut ylläpitää tätä vauhtia kauan.

Lean-periaatteet johtuvat siitä, että pystymme toistumaan nopeasti, älykkäästi käyttämään energiaa ja resursseja sekä olemaan ketterä, keskittynyt ja avoin. Uskomme kuitenkin, että tämän menetelmän soveltaminen ei rajoitu startup-yrityksiin ― suuryritysten tiimit voivat maksimoida innovaatiovauhdin luomalla onnistuneita MVP: itä.

Nopeuden ja laadun välisen tasapainon saavuttaminen on yksi kaiken kokoisten organisaatioiden tärkeimmistä innovaatioiden ajureista. Kun johdat oman elinkelpoisen vähimmäistuotteen kehittämistä, tässä ovat strategiamme, jotka auttavat pitämään nämä kaksi välttämätöntä ainesosaa tasapainossa.

Varmista, että MVP on V

Jos tuotteesi ei ole elinkelpoinen, tiimisi kehitystyö on turhaa. Vähimmäiskelpoisen tuotteen onnistuneeksi luomiseksi tarvitset varhaisen sisäpiiripalautteen sen määrittelemiseksi laajasti, jatkuvaa palautetta tuotteen kunnolliseksi muokkaamiseksi ja työkaluja, kuten A / B-testaus, jotta se säilyisi menestyvänä.

Hanki varhaisia ​​mielipiteitä oikeilta ihmisiltä

Negatiivisen käyttäjäpalautteen saaminen MVP: stäsi voi olla niin lannistavaa, että sinusta tuntuu olevan pakko romuttaa projekti. Innovaattorit voivat välttää tämän tuhoisan iskun pyytämällä varhaisia ​​mielipiteitä sidosryhmiltä, ​​jotka tuntevat tilan perusteellisesti, hyvissä ajoin ennen MVP: n harkintaa. On vielä parempi, jos sinulla on asiantuntevia neuvonantajia, jotka voivat auttaa määrittämään MVP: si konseptivaiheessa.

Kun innovaatiotiimillä on lupaava idea, voi olla houkutus peittää MVP: n luominen salassa: 'Olemme varkain tilassa, emme voi vielä kertoa siitä paljon sinulle.' Se saattaa olla kannattavaa joissakin tapauksissa, mutta yleensä palautteen saaminen on tärkeämpää. Jos uskot, että tuotteesi edustaa todella alkuperäistä keksintöä, voit aina jättää väliaikaisen patentin.

Kerää lopullinen käyttäjien palaute

Vaikka pidätkin itseäsi visionäärinä toimialallasi tai toimialallasi, lopulliset tuomarisi ovat käyttäjiäsi, ja he saattavat osoittautua vääräksi monissa asioissa. Käyttäjäkokemuksen palautteen kerääminen ja käyttäjien käyttäytymisen seuraaminen ovat MVP: n tärkeimpiä tavoitteita.

Syötä analytiikka. Kattavan tiedon kerääminen on avain MVP―: n ”validoidun oppimisen” yhden päätavoitteen saavuttamiseen. Prosessi, jossa opitaan kokeilemalla alkuperäistä ideaa ja mittaamalla sitä validoimaan (tai mitätöimään) vaikutus. Se ei tarkoita, että haluat seurata kaikkea UX voit mahdollisesti identify tunnistaa tärkeimmät mittarit sen sijaan, että tulisit täynnä raakatietoja.

Käytä A / B-testausta toistaaksesi nopeasti

A / B-testauksesta on tullut yrityksen peruselementti tuotteiden viimeistelyssä. Aina kun haluat valita vaihtoehtoisen tuotekäyttäytymisen, A / B-testaus on tapa tehdä se reaaliajassa tarvitsematta ottaa käyttöön uutta versiota.

Esimerkiksi, jos tuotteesi on peli, sinun kannattaa kokeilla erilaisia ​​peliasetuksia ja tutkia sitten analyysiasi päättelemään, mikä yhdistelmä vaikuttaa positiivisesti tärkeimpiin mittareihisi: pidempi peli, parempi tahmea jne. Juuri näin olen tehnyt useimmissa peleissäni: kaikkia pelaamisen osa-alueita hallitsi asetus, jota voin säätää reaaliajassa. Tämä validoidun oppimisen muoto auttoi minua määrittämään optimaalisen yhdistelmän asetuksia kohdemarkkinoilleni.

Stanfordin Steven Dow tutkii tämän käsitteen muunnelmia jatkokäsittelyä varten Kuinka prototyyppien tekeminen vaikuttaa suunnittelutuloksiin .

Katso tuotteesi tilaa

Riippumatta siitä, kuinka omaperäinen ideasi näyttää, voit olla varma, että joku on jo ajatellut sitä. Jos elinkelpoinen vähimmäistuotteesi vastaa ajankohtaiseen ja kiireelliseen asiakastarpeeseen, on todennäköistä, että siihen mennessä, kun olet valmis, myös kilpailijasi saa pidon. Vakaus on tärkeää ― kuten seuraavassa osassa korostetaan ―, mutta on hyvä säätää MVP: täsi aika ajoin, inspiroimalla kilpailijoita ja siirtämällä painopistettä korostamaan ominaisuuksia, jotka ovat kilpailuetusi.

Tasapainon löytäminen 'vähimmäismäärän' ja 'elinkelpoisen' välillä on intuitiivinen taito, jota joudut käyttämään toistuvasti, varsinkin jos markkinat muuttuvat ennen MVP: n lähettämistä.

M: n löytäminen

Kun olet määrittänyt elinkelpoisen tuotteen, joka vastaa selkeästi kohdemarkkinoidesi tarpeita, on välttämätöntä kaventaa tiimisi keskittymistä.

Määritä tuotteesi

MVP on kuin matryoshka-nukke: Sisällä on aina pienempi MVP. Tuotteen määritelmä koostuu käytännöllisimmän minimin löytämisestä tavoitteistasi riippuen.

Jos tuotteesi on käyttäjäkohtainen, aloita lankakehyksillä ― tämä on ensimmäinen, sisin MVP. Seuraava ympärillä oleva 'nukke' voi olla 'click dummy', interaktiivinen demo, joka ei tee mitään todellisuudessa, mutta jonka avulla voit nähdä sen kohdealustalla ja saada ensimmäisen kokemuksen käyttäjävirrasta.

Kun olet tyytyväinen siihen prototyyppi , aloita käsityön tekeminen isommasta nukesta, kerroksesta, joka alkaa tarjota todellista arvoa käyttäjille. Tässä vaiheessa voit halutessasi alkaa täsmentää ydinominaisuuksia. Alarivi: määritä selkeästi pienet välitavoitteet, älä hyppää eteenpäin ja varmista, että olet täyttänyt omat kriteerisi ennen kuin siirryt eteenpäin.

Tämä pätee MVP: hen, jonka yrityksesi alun perin tuo markkinoille, mutta vähimmäiskelpoisen mentaliteetin tulisi myös jatkua tuotteen koko elinkaaren ajan. Ajattele jokaista uutta julkaisua suurempana MVP: nä ―, kun lisäät uuden tason uusia ominaisuuksia, varmista, että se sopii tiukasti edelliseen tekemällä vähiten tarvittavia muutoksia kannattavan uuden version saavuttamiseksi.

Tasapainon löytäminen minimin ja elinkelpoisuuden välillä on intuitiivinen taito, jota sinun on käytettävä toistuvasti.

Hallitse kurinalaisesti

Riippumatta siitä, ovatko kaikkein äänekkäämpiä sidosryhmiäsi yrityksessäsi vai ulkopuolisia asiakkaita, heidän olisi hyvä saada tieto siitä, että ominaisuus ryömii vaaroista ja tukahduttaa heidän halunsa lisätä uusia 'pakollisia hankintoja'.

Tarkistamattomana taipumus harhautua määritetystä minimistä tyhjentää moraalia. Ylpeästä hetkestä, jolloin kehittäjät yhdistävät kaikki komponentit, tulee antimikraktinen. Jatkuvasti liikkuvat tavoitteet ruokkivat tuotteen epävakautta.

Erityisesti yrityksessä menestyvien MVP: n rakentamisprosessi hyötyy siitä, että pääsponsorit muistuttavat ikäisensä ja muita sidosryhmiä ― niin usein kuin tarpeen ―, että 'Meidän on lopetettava nyt ja työnnettävä tämä ominaisuus pois. Se ei ehkä näytä sinulle tarpeeksi hyvältä, mutta se on paljon pahempi, jos se on rikki. ' Ylimmän johtajan tehtävänäsi on puskuroida kehittäjiä ulkoisilta vaikutuksilta ja näyttää esimerkki työkulttuurissasi tärkeiden asioiden noudattamisesta.

Insinööri kurinalaisella

Päinvastoin, ohjelmistokehittäjien ja heidän johtajiensa tulisi arvostaa määräaikoja ja pitää yllä perfektionistiset tavoitteensa hallinnassa . Tässä on yleinen skenaario: ”Tämä koodinpätkä näyttää rumalta, että se on todella tehoton; meidän on siivottava ja refraktoitava. '

Kehittäjät saattavat olla oikeassa sanoa tämän ―, mutta heidän johtajiensa tulisi silti työntää takaisin. Teknisenä johtajana saatat olla iloinen heidän huomiostaan ​​yksityiskohtiin ja haluat toimia sen mukaan. Mutta se on ajoituskysymys ― pidä mielessä merenkulun ja palautteen saamisen tärkeä näkökohta ja kirjoita sen sijaan muistiin kriittiset tehtävät, jotka eivät kuulu tehtävään, puhdistamalla ne seuraavalla iteraatiolla.

Lean-periaatteet toiminnassa

Tuotteesi menestys riippuu täysin tulevien markkinoiden dynamiikasta. Mutta missä tahansa vedät tuotemäärittelylinjan MVP: lle, tarjoamme kaksi muuta käytännön taktiikkaa, joita menestyvät yritykset käyttävät saadakseen MVP: nsä.

Käytä kolmansien osapuolten komponentteja

Innovaatiotiimien ei tulisi mahdollisimman suuressa määrin keksiä pyörää luodessaan MVP: itä. Voit aina korvata kolmansien osapuolten komponentit myöhemmin sisäisesti kehitetyillä komponenteilla, kun on oikea aika. Alkuperäisyyden häpeä on kauan kadonnut: Se on yleistä käytäntöä nyt, ja monet rakennuspalikoista ovat avoimen lähdekoodin ja muokattavissa.

Esimerkiksi, jos tuotteesi sisältää reaaliaikaisen viestinnän, on olemassa erinomaisia ​​kolmansien osapuolten ratkaisuja, jotka on helppo integroida ja jotka sisältävät tärkeitä ominaisuuksia, kuten mukautettavat käyttöliittymät, viestintäinfrastruktuuri ja salaus. Vastaavasti, jos rakennat sovellusta, ammattitaitoisen ilmeen saavuttaminen rennoilla animaatioilla ja siirtymillä ei välttämättä vaadi sisäistä suunnittelijaa developers kehittäjät voivat säästää aikaa kolmansien osapuolten komponenttien avulla.

On totta, että harvat kolmannen osapuolen ratkaisut sopivat käyttötapauksiisi täydellisesti. Mutta heidän ei tarvitse vielä ―. Niin kauan kuin niiden avulla voit lähettää tuotteen, jolla voidaan vahvistaa tulevat investoinnit mukautettuihin ratkaisuihin, olet edelleen edellä.

Lyhennä kehitysaikaa, mutta älä uhraa vankkaa perustaa tulevaisuudelle

Ensimmäisen kehittäjän on oltava huippuluokkaa. Älä aloita harjoittelijoilla: sijoita kykyihin alusta alkaen. Tämä saattaa kuulostaa ristiriidalta 'laihan' metodologian ydinolettamuksesta, mutta 'halpa' ei välttämättä ole 'laiha'. Vaikka jopa yrityksen budjetit voivat olla tiukat, kehittäjän tuntitaso on vain yksi osa kustannuksia. Kehitysaika kasvaa käänteisesti suhteessa tuntimaksuun. Kerro nämä kaksi yhdessä ja kustannusetusi on jo kadonnut.

Lisää aika, jonka viet mentorointiin ja sellaisten vikojen jahtaamiseen, joita ei olisi pitänyt olla siellä. Harkitse jokaisen menetetyn päivän yleiskustannuksia: toimistotila, muiden työntekijöiden palkat, palvelimamaksut jne. Aineettomat hyödykkeet, kuten vaihtoehtoiset kustannukset, jos saavut liian myöhään markkinoille.

Laskemalla matematiikan huomaat, että sinun on paljon parempi palkata yksi 'kallis' ja kokenut kehittäjä tuottamaan MVP vs. joukko junioreja. Nuoremmat kehittäjät voivat tulla myöhemmin, kun tuotteesi perusta on rakennettu, ja voit alkaa miettiä pitkän aikavälin kustannusten optimointia.

Tässä on tosielämän esimerkki. Yksi yrittäjäystäväni halusi lisätä pari näennäisen triviaalista ominaisuutta MVP: hensä. Hänellä oli yksi erittäin kokenut kehittäjä joukkueessa, joka oli tuottanut hyviä tuloksia hintaan 120 dollaria tunnissa. Ajattelemalla seuraavien ominaisuuksien olevan halvempia, ystäväni palkkasi harjoittelijan hintaan 30 dollaria tunnissa.

Harjoittelija lopetti neljä päivää myöhemmin. Pinnakkaisessa tutkimuksessa piirteet näyttivät toimivan, ja ystäväni siirtyi seuraavaan vaiheeseen. Kokenut kehittäjä osallistui jälleen, ja hän tajusi, että koodi ei vain epäonnistunut joissakin kulmatapauksissa, eikä sitä ollut jatkossakin kestämätöntä. Joten hän kirjoitti sen koko päivän.

Neljä päivää harjoittelijan työtä (960 dollaria) plus yksi päivä uudelleenkirjoittamista (960 dollaria) = 1920 dollaria. Jos kokenut kehittäjä olisi ensin työskennellyt ominaisuuden parissa, se olisi tehty oikein viidesosassa aikaa ja maksaisi alle puolet rahasta, ilman muita kustannuksia.

Täydellisyys ei ole vielä tavoite, mutta laadun ylikorjaamisessa on riski ― Voit heikentää tuotteesi kokonaan julkaisemalla jotain, joka kaatuu vasemmalle ja oikealle, kiillottamaton, kömpelö ja yksinkertaisesti käyttökelvoton. Tämän seurauksena et voi saada toista mahdollisuutta.

Teroita vaistoasi ja nauti seikkailusta

Olemme koskeneet tässä vain muutamia MVP-kehityksen näkökohtia. Mutta myös tyhjentävän oppaan avulla prosessissa on aina enemmän kuin uskoit, enemmän työtä kuin ennustit ja enemmän haasteita kuin odotit.

Jossain vaiheessa sinun on vedettävä viiva ja tuotettava tuote maailmalle. Tämä on kaikkein viilein ja jännittävin hetki, eikä siihen ole tarkkaa tiedettä. Sinun on luotettava suolistosi tunneihin, mutta vähäpätöisten periaatteiden noudattaminen prosessissa auttaa sinua hiomaan vaistoasi ja helpottamaan ratkaisevaa päätöstä. Ja kun olet saavuttanut ensimmäisen positiivisen palautteen virstanpylvään ja luottanut visioosi, voit alkaa työntää yhä kauemmas, syvemmälle kohti unelmiesi tuotetta.