Minimalus gyvybingas produktas (MVP)
Minimalus gyvybingas produktas (MVP) – tai mažiausia produkto versija, kurią realūs naudotojai iš tikrųjų gali naudoti ir kuri mainais suteikia prasmingą grįžtamąjį ryšį.
MVP sąvoka plačiai išpopuliarėjo per Ericko Rieso Lean Startup metodą, kuris apibūdina produkto versiją, kurią sukurti reikia mažiausiai pastangų, tačiau ji vis tiek leidžia su realiais naudotojais patikrinti pagrindinę prielaidą. Vietoj to, kad mėnesius kurtumėte pilną sprendimą, susitelkiate ties viena funkcija, kuri duoda daugiausiai vertės ir patikrina svarbiausią jūsų hipotezę. Tikslas – kuo anksčiau gauti tikras reakcijas, o ne toliau planuoti spėliojant. Tai sumažina riziką laiką ir pinigus investuoti į funkcijas, kurių niekam iš tikrųjų nereikia.
MVP nėra pusiau baigtas prototipas ir ne peržiūrai skirta demonstracija. Žodis „gyvybingas“ reiškia, kad naudotojai iš tikrųjų gali kažką juo pasiekti, net jei funkcijų rinkinys ir šlifavimas dar labai riboti. Užsakymų programėlės MVP iš tikrųjų turi priimti užsakymą, net jei mokėjimų apdorojimo ar išbaigto dizaino dar trūksta. Nepasiekus šios ribos gaunate nuomones apie idėją, o ne tvirtą grįžtamąjį ryšį.
Praktikoje darbas su MVP reiškia „kurti-matuoti-mokytis“ ciklo taikymą. Sukuriate mažiausią veikiančią versiją, matuojate, kaip naudotojai iš tikrųjų elgiasi, ir tuo remdamiesi sprendžiate, ką keisti toliau. Šis ciklas kartojamas kelis kartus, ilgas planavimo fazes pakeičiant trumpais, patikrinamais mokymosi žingsniais. Didžiausia rizika – MVP apkarpyti taip smarkiai, kad jis nebeparodo tikrosios produkto vertės, o tai surinktus duomenis padaro bevertais.
Praktinis pavyzdys
Amatų įmonė nori sukurti programėlę darbo užsakymams tvarkyti. Vietoj to, kad iš karto įgyvendintų planavimą, sąskaitų išrašymą ir klientų portalą, ji pradeda nuo paprastos internetinės formos, kuri suveda automatinį el. laišką komandai. Per šešias savaites per formą gaunama 40 užklausų, o duomenys parodo, kad daugiau nei pusė klientų taip pat tikisi matyti laisvus laiko tarpsnius. Tik gavusi šią įžvalgą įmonė savo apytiksliai 15 000 eurų kūrimo biudžetą investuoja būtent į šią funkciją, o ne spėlioja iš anksto.
Kaip Leanshift padeda
MVP yra Kaizen, pritaikytas projekto pradžiai: maži žingsniai, tikras grįžtamasis ryšys, tikslingi koregavimai, o ne vienas didelis lažybų statymas remiantis prielaidomis. Ši mąstysena tiesiogiai perkeliama į proceso darbą ceche, kur tobulinimą taip pat pirmiausia išbandote nedideliu mastu, o tik po to diegiate plačiai. Tai būdas tobulinti ne tik produktą, bet ir komandos gebėjimą tą patį mokymosi ritmą taikyti kitur.
Daznai uzduodami klausimai
Ar MVP yra tas pats, kas prototipas?
Ne. Prototipas dažniausiai skirtas vidinei demonstracijai ar testavimui, o MVP patenka į realių naudotojų rankas realiam naudojimui, todėl gaunate tikrą naudojimo elgseną, o ne vien nuomones.
Kiek mažas gali būti MVP?
Kuo mažesnis, tuo geriau, tačiau ne mažesnis, nei reikia svarbiausiai jūsų prielaidai patikrinti. Svarbu, kad viena pagrindinė funkcija veiktų iki galo, o ne kiek funkcijų įtraukta.
Kada MVP laikomas baigtu?
MVP tradicine prasme niekada nebūna baigtas. Jis laikomas baigtu, kai turite pakankamai tvirto grįžtamojo ryšio kitam kūrimo sprendimui priimti.