Olen veetnud oma karjääri Räniorus, sukeldunud sügavalt selle elavasse ettevõtluskultuuri. Iga käivitusprogramm on põneval ja sageli ohtlikul teekonnal kaardistamata territooriumile ning olen sellele teekonnale läinud mitu korda ― tarkvarainseneri, insenerijuhi, CTO, asutaja ja vabakutselise arendajana. Paljud minu loodud tooted jõudsid tuhandete inimeste some ja mõned miljonite publikuni.

Minu kogemuste kohaselt on Ränioru tööriistakomplekti üks võimsamaid tööriistu võime tasakaalustada kiirust ja sügavust uute toodete turuletoomisel. Eric Riesi bestseller Lean Startup kodeerib selle filosoofia kontseptsiooni minimaalselt elujõuline toode (MVP).

Miks on MVP-d kasulikumad kui kunagi varem?

Üks peamisi põhjuseid, miks MVP mõiste on viimastel aastatel vohanud, on enneolematu kiirus ja ulatus, millega saame nüüd klientide tagasisidet saada ja selle järgi tegutseda. 2009. aastal laadisid miljonid inimesed minu iPhone'i mängu Slingshot Cowboy nädala jooksul pärast selle käivitamist alla ja töötasid kiiresti kuni edetabelite tippu (see jõudis elu jooksul mitu korda tasuta mängu positsiooni) . Suur osa õnnestumisest võis olla õnn, kuid kui ma ei koguks kiiret tagasisidet ja ei rakendaks varakult MVP põhiprintsiipe, ei oleks ma suutnud seda hoogu kaua säilitada.

Lean põhimõtted taanduvad kiireks kordamiseks, targaks oma energia ja ressursside kulutamiseks ning nobedaks, keskendunuks ja avatud mõtteviisiks. Kuid usume, et selle metoodika rakendamine ei piirdu idufirmadega - suurettevõtete meeskonnad saavad edukate MVP-de loomise abil oma uuendustempot maksimeerida.

Kiiruse ja kvaliteedi vahelise tasakaalu saavutamine on ükskõik millise suurusega organisatsioonide jaoks üks olulisemaid uuenduste vedureid. Kui juhite oma minimaalse elujõulise toote väljatöötamist, on siin meie strateegiad, mis aitavad neid kahte olulist koostisosa tasakaalus hoida.

Veenduge, et teie MVP oleks V

Kui teie toode pole elujõuline, on teie meeskonna arendustegevus asjatu. Minimaalse elujõulise toote edukaks loomiseks vajate varakult siseringi tagasisidet selle üldiseks määratlemiseks, pidevat tagasisidet selle nõuetekohaseks kujundamiseks ja tööriistu nagu A / B-testimine, et see õitseks.

Hankige õigete inimeste varakult arvamusi

Negatiivse kasutajate tagasiside saamine teie MVP-le võib olla nii heidutav, et tunnete end sunnituna projekt maha võtma. Uuendajad saavad seda hävitavat lööki vältida, paludes huvirühmadelt varakult arvamusi, mõistes ruumi hästi, juba enne MVP kaalumist. See on veelgi parem, kui teil on teadlikke nõustajaid, kes aitavad teie MVP-d kontseptsioonietapil määratleda.

Kui innovatsioonimeeskonnal on paljutõotav idee, võib tekkida kiusatus varjata MVP loomist saladuses: 'Oleme varjatud režiimis, ei saa teile sellest veel palju öelda.' Mõnel juhul võib see olla väärt, kuid üldiselt on tagasiside saamine olulisem. Kui arvate, et teie toode esindab tõeliselt originaalset leiutist, saate alati esitada ajutise patendi.

Koguge kasutajate lõplikku tagasisidet

Isegi kui peate end oma valdkonna või sektori visionääriks, on teie parimad kohtunikud teie kasutajad ja nad võivad tõestada, et te eksite paljudes asjades. Kasutajakogemuse tagasiside kogumine ja kasutaja käitumise jälgimine on MVP kõige olulisemad eesmärgid.

Sisestage analüütika. Terviklike andmete kogumine on teie MVP― “valideeritud õppimise” ühe peamise eesmärgi saavutamise võti - protsess, mille käigus õpitakse algset ideed proovides ja mõõtes seda mõju kinnitamiseks (või kehtetuks muutmiseks). See ei tähenda, et soovite jälgida kõike UX võib-olla saate raw selle asemel, et toormeandmete mahtude üle koormata, tuvastada kõige olulisemad mõõdikud.

Kiireks kordamiseks kasutage A / B testimist

A / B testimisest on saanud toote täiustamisel ettevõtte põhiosa. Kui peate valima alternatiivse tootekäitumise vahel, on A / B-testimine viis seda reaalajas teha, ilma et peaksite uut versiooni kasutusele võtma.

Näiteks kui teie toode on mäng, võiksite proovida erinevaid mängu seadeid ja seejärel analüüsida oma analüütikat, et järeldada, milline kombinatsioon mõjutab teie võtmemõõdikuid positiivselt: pikem mäng, parem kleepuvus jne. Täpselt nii olen teinud enamiku oma mängude puhul: mängude kõiki aspekte juhtis seade, mida sain reaalajas kohandada. See kinnitatud õppevorm aitas mul määrata sihtturu optimaalse kombinatsiooni seadetest.

Edasiseks lugemiseks uurib Stanfordi Steven Dow selle kontseptsiooni variatsioone aastal Kuidas prototüüpimise tavad mõjutavad disainitulemusi .

Vaadake oma toote ruumi

Ükskõik kui originaalne teie idee ka ei tunduks, võite olla kindel, et keegi on sellele juba mõelnud. Kui teie minimaalne elujõuline toode vastab õigeaegsele ja pakilisele kliendivajadusele, on tõenäoline, et selleks ajaks, kui olete valmis, saab ka teie konkurent veojõu. Stabiilsus on oluline, nagu rõhutatakse järgmises jaotises ―, kuid on hea aeg-ajalt oma MVP-d kohandada, ammutades konkurentidelt inspiratsiooni ja muutes fookust, et rõhutada teie konkurentsieeliseid.

Tasakaalu leidmine minimaalse ja elujõulise vahel on intuitiivne oskus, mida peate korduvalt kasutama, eriti kui turg muutub enne MVP-i saatmist.

“M” leidmine

Kui olete välja töötanud elujõulise toote, mis vastab selgelt teie sihtturu vajadusele, on oluline oma meeskonna fookust kitsendada.

Määratlege oma toode

MVP on nagu matrjoška nukk: seal on alati väiksem MVP. Toote määratlus seisneb kõige praktilisema miinimumi leidmises, sõltuvalt teie eesmärkidest.

Kui teie toode on suunatud kasutajale, alustage juhtmetega ― see on teie esimene, sisimim MVP. Järgmine „nukk“ selle ümber võib olla „click dummy“, interaktiivne demo, mis ei tee midagi päriselt, kuid võimaldab teil seda sihtplatvormil näha ja kasutajavooga oma esimese kogemuse saada.

Kui olete sellega rahul prototüüp , hakake meisterdama suuremat nukku, kihti, mis hakkab kasutajatele tegelikku väärtust pakkuma. Selles etapis võite alustada põhifunktsioonide täpsustamist. Alumine rida: määratlege selgelt mini-verstapostid, ärge hüpake ette ja veenduge, et enne kaugemale liikumist olete oma kriteeriumid täitnud.

See kehtib MVP kohta, mille teie ettevõte algselt turule toob, kuid minimaalne elujõuline mentaliteet peaks jätkuma ka kogu teie toote elutsükli vältel. Mõelge igale uuele versioonile kui suuremale MVP ―, kui lisate uue kihi uusi funktsioone, veenduge, et see sobiks tihedalt eelmisega, tehes elujõulise uue versiooni saavutamiseks kõige vähem vajalikke muudatusi.

Tasakaalu leidmine minimaalse ja elujõulise vahel on intuitiivne oskus, mida peate korduvalt kasutama.

Hallake distsipliiniga

Sõltumata sellest, kas teie kõige häälekamad sidusrühmad on teie ettevõttes või välised kliendid, oleks hea, kui oleksite kursis funktsioonide hiilimise ohtudega ja vähendaksite nende tungi viimasel hetkel uute mustade lisamiseks.

Kontrollimata, kalduvus määratletud miinimumist kõrvale kalduda kurnab moraali. Uhke hetk, kui arendajad lõpetavad kõigi komponentide ühendamise, muutub antiklimaktiliseks. Pidevalt liikuvad eesmärgid kütavad toote ebastabiilsust.

Eriti ettevõttes saab edukate MVP-de loomise protsess kasu juhtpartneritest, kes tuletavad oma eakaaslastele ja teistele sidusrühmadele meelde nii sageli kui vaja ―, et „peame nüüd peatuma ja selle funktsiooni välja tõrjuma. See ei pruugi teile piisavalt hea välja näha, kuid see on palju halvem, kui see on katki. ' Juhina on teie ülesanne puhverdada arendajaid välistest mõjudest, näidates oma töökultuuris eeskujuks prioriteetidest kinnipidamist.

Distsipliiniga insener

Seevastu peaksid tarkvaraarendajad ja nende juhid hindama tähtaegu ja hoidma oma perfektsionistlikke püüdlusi kontrolli all . Siin on levinud stsenaarium: „See koodijupp näeb kole välja, see on tõesti ebaefektiivne; peame koristama ja refrakteerima. '

Arendajatel võib olla õigus seda öelda ―, kuid nende juhid peaksid siiski tagasi lükkama. Tehnilise juhina võite olla rõõmus nende tähelepanu detailide üle ja soovite selle järgi tegutseda. Kuid see on ajastus ― pidage meeles saatmise ja tagasiside saamise olulist kaalutlust ning märkige üles missioonivälised probleemid ja puhastage need järgmises korduses.

Lean põhimõtted tegevuses

Teie toote edu sõltub täielikult selle turu dünaamikast, kuhu kavatsete siseneda. Kuid kuhu iganes tõmbate oma MVP-le toote määratluse joont, pakume veel kahte praktilist taktikat, mida edukad ettevõtted kasutavad oma MVP-de saatmiseks.

sulgemise põhimõte ütleb, et:

Kasutage kolmandate osapoolte komponente

Suurimal võimalikul määral ei peaks innovatsioonimeeskonnad MVP-de loomisel ratast uuesti leiutama. Kolmandate osapoolte komponendid saate alati asendada ettevõttes välja töötatud komponentidega, kui on õige aeg. Ebaaususe häbi on juba ammu kadunud: see on praegu levinud tava ja paljud ehituskivid on avatud lähtekoodiga ja kohandatavad.

Näiteks kui teie toode sisaldab reaalajas suhtlemist, on suurepäraseid kolmanda osapoole lahendusi, mida on lihtne integreerida ja mis sisaldavad põhifunktsioone, nagu kohandatavad kasutajaliidesed, kommunikatsioonitaristu ja krüptimine. Samamoodi ei pruugi rakenduse loomisel professionaalse ilme saavutamiseks kohmakate animatsioonide ja üleminekutega olla vaja ettevõttesisest disainerit ― võivad teie arendajad aega kokku hoida kolmandate osapoolte komponentidega.

On tõsi, et vähesed kolmandate osapoolte lahendused sobivad teie kasutusjuhtumitega ideaalselt. Kuid nad ei pea seda veel tegema. Niikaua kui need võimaldavad teil tarnida toodet, mis võimaldab kinnitada tulevasi investeeringuid kohandatud lahendustesse, olete endiselt ees.

Vähendage arendusaega, kuid ärge ohverdage kindlat alust tulevikuks

Teie esimene arendaja peab olema tipptasemel. Ärge alustage praktikantidega: investeerige talentidesse kohe alguses. See võib tunduda 'lahja' metoodika põhieelduse vastuoluna, kuid 'odav' ei pruugi tingimata olla 'lahja'. Ehkki isegi ettevõtte eelarved võivad olla kitsad, on arendaja tunnitasu vaid üks komponent kuludest. Arendusaeg kasvab pöördvõrdeliselt tunnihinnaga. Korrutage need kaks kokku ja teie kulueelis on juba kadunud.

Lisage aeg, mille kulutate mentorlusele ja vigade jälitamisele, mida poleks pidanud seal üldse olema. Mõelge iga kaotatud päeva üldkulule: kontoripind, teiste töötajate palgad, serveritasud jne. Immateriaalsete varade tegur nagu alternatiivkulu, kui jõuate turule liiga hilja.

Matemaatikat tehes mõistate, et teil on palju parem palgata üks 'kallis' ja kogenud arendaja, et toota MVP versus kamp juuniore. Nooremad arendajad võivad tulla hiljem, kui teie toote alus on ehitatud ja võite hakata mõtlema pikaajaliste kulude optimeerimisele.

Siin on näide elust. Üks minu ettevõtjasõber soovis oma MVP-le lisada paar näiliselt tühist funktsiooni. Tal oli meeskonnas üks väga kogenud arendaja, kes oli andnud suurepäraseid tulemusi hinnaga 120 dollarit tunnis. Arvestades, et järgmised funktsioonid võivad olla odavamad, palkas mu sõber praktikandi hinnaga 30 dollarit tunnis.

Praktikant lõpetas neli päeva hiljem. Pealiskaudsel uurimisel tundusid funktsioonid töötavad ja mu sõber läks järgmisele etapile. Kogenud arendaja osales uuesti ja ta mõistis, et kood nurjus mitte ainult mõnel juhul, vaid ka edaspidi oli see jätkusuutmatu. Nii veetis ta selle terve päeva ümber kirjutades.

Neli päeva praktikandi tööd (960 dollarit) pluss üks päev ümberkirjutamist (960 dollarit) = 1920 dollarit. Kui kogenud arendaja oleks selle funktsiooniga esmajoones tegelenud, oleks see tehtud viiendiku ajast ja maksaks vähem kui pool rahast, isegi ilma muude kulutusteta.

Täiuslikkus pole veel eesmärk, kuid kvaliteedi ületarbimisel on oht ― võite oma toote täielikult diskrediteerida, vabastades midagi, mis krahhi vasakule ja paremale, poleerimata, kohmakas ja lihtsalt kasutamiskõlbmatu. Selle tulemusena ei pruugi te teist võimalust saada.

Teritage oma sisetunnet ja nautige seiklust

Oleme siin puudutanud vaid mõnda MVP arendamise aspekti. Kuid isegi ammendava juhendi olemasolul on protsessis alati rohkem, kui uskusite, rohkem tööd kui ennustasite ja rohkem väljakutseid kui arvasite.

Mingil hetkel peate tõmbama joone alla ja viima oma toote maailma. See on kõige jahutavam ja põnevam hetk ning selle kohta pole täpset teadust. Peate usaldama oma kõhutunnet, kuid lahjade põhimõtete järgimine aitab teil oma sisetunnet lihvida ja selle otsustava otsuse lihtsamaks muuta. Ja kui olete jõudnud selle positiivse tagasiside esimese verstapostini ja olete oma nägemuses kindel, võite hakata oma unistuste toote suunas üha kaugemale ja sügavamale suruma.