Kas yra MVP? Minimalus gyvybingas produktas paaiškintas
MVP, arba minimalus gyvybingas produktas (minimum viable product), yra mažiausia produkto versija, kuria realūs žmonės gali naudotis ir gauti realią naudą, sukurta tam, kad sužinotumėte, ar idėja verta tęsti. „Minimalus“ reiškia, kad paliekate viską, kas nėra esminiai pagrindiniam darbui; „gyvybingas“ reiškia, kad tai, kas lieka, iš tikrųjų veikia realiam vartotojui. Esmė ne paleisti kažką pigaus – o sužinoti, ko žmonės nori, prieš išleidžiant mėnesius kurti ne tai.
Iš kur atsirado terminas ir kodėl jis svarbus
Frazę išpopuliarino Eric Ries knyga The Lean Startup ir platesnis lean startup judėjimas, kuris produkto kūrimą apibūdino kaip eksperimentų seriją: sukurk ką nors mažo, išmatuok, kaip žmonės tuo naudojasi, mokykis ir koreguok.
Kai kuriate su DI, MVP idėja tampa ir lengvesnė, ir svarbesnė.
- Lengvesnė, nes veikiančią pirmąją versiją dabar sukurti užtrunka dienas, o ne mėnesius, ir kainuoja daug mažiau.
- Svarbesnė, nes gundo nuolat pridėti funkcijų. Kai kiekviena nauja funkcija yra vienos užklausos atstumu, būtent nebijojimas ką nors palikti ir nulemia, ar jūsų programa lieka sutelkta, o pirmųjų vartotojų atsiliepimai aiškūs.
Kasdienė analogija
Įsivaizduokite, kad norite atidaryti restoraną. Prieš pasirašydami dešimties metų nuomos sutartį ir įrengdami virtuvę, savaitgalio turguje atidarote maisto stendą su trimis patiekalais.
Stendas mažas, bet ne netikras. Žmonės moka tikrus pinigus ir valgo tikrą maistą. Po kelių savaitgalių žinote, kuris patiekalas išparduodamas, kiek žmonės sutinka mokėti ir ar jie grįžta. Tai ir yra MVP.
Vieno patiekalo, kurio dar niekada nevirote, nuotrauka yra prototipas. Pilnas restoranas atidarymo vakarą – baigtas produktas. Stendas yra kažkur per vidurį: pakankamai tikras, kad išmokytų jus tiesos, pakankamai mažas, kad klysti nebūtų katastrofa.
MVP, prototipas ir kiti terminai
| Terminas | Kas tai | Kas naudoja | Ar turi iš tikrųjų veikti? |
|---|---|---|---|
| Maketas (mock-up) | Vaizdas, kaip ekranai galbūt atrodys | Jūs ir jūsų komanda | Ne |
| Prototipas | Paspaudžiamas modelis, dažnai su netikrais duomenimis | Jūs, keli testuotojai, investuotojai | Iš dalies |
| Koncepcijos įrodymas (proof of concept) | Testas, kad kažkas techniškai įmanoma | Jūs ar kūrėjas | Tik rizikinga dalis |
| MVP | Mažiausias tikras produktas, teikiantis naudą | Tikri ankstyvi vartotojai ar klientai | Taip |
| MLP / MMP | „Minimaliai mylimas“ arba „minimaliai parduodamas“ produktas – MVP su daugiau nušlifavimo | Platesnė paleidimo auditorija | Taip, ir nušlifuotas |
| V1 | Pirmoji versija, kurią plačiai rinkodarai | Visuomenė | Taip |
Kiti žodžiai, kuriuos girdėsite:
- Pagrindinė kilpa (core loop) – pagrindinis dalykas, ką vartotojai daro pakartotinai, pavyzdžiui, „paskelbti darbą, gauti pareiškimus“.
- Rizikingiausia prielaida – įsitikinimas, kurio klaidingumas pražudytų idėją. MVP pirmiausia turi tai išbandyti.
- Validacija – įrodymai, kad žmonės nori (arba moka už) produktą ir jį naudoja.
- Iteracija – produkto tobulinimas mažais ratais pagal tai, ką sužinote.
Pavyzdys: MVP šunų vedžiojimo rezervacijų programai
Jūsų idėja: programa, kurioje šunų savininkai mieste užsisako patikrintus vietinius vedėjus.
Jūsų rizikingiausia prielaida galėtų būti: „Savininkai užsisakys ir sumokės nepažįstamam žmogui per programą.“ Ne „savininkai nori gyvo GPS žemėlapio pasivaikščiojimui“.
Visa vizija apima: vedėjų profilius su atsiliepimais, gyvą GPS sekimą, pokalbį programoje, prenumeratas, vedėjų išmokas, reitingų sistemą, pranešimus, rekomendacijų schemą ir vedėjų registravimosi srautą.
MVP:
| Įtraukti | Palikti (kol kas) |
|---|---|
| Vedėjų, kuriuos patys patikrinote, sąrašas su nuotrauka, zona ir kaina | Vedėjų savarankiška registracija ir patikros procesas |
| Rezervacijos forma: šuo, data, laiko tarpas, adresas | Pasikartojančios prenumeratos |
| Mokėjimas rezervacijos metu per talpinamą apmokėjimą | Automatinės vedėjų išmokos (išmokate rankiniu būdu) |
| Patvirtinimo laiškas savininkui ir vedėjui | Pranešimai |
| Paprastas administravimo puslapis, kuriame matote visas rezervacijas | Gyvas GPS, pokalbis programoje, atsiliepimai |
Tai galite vykdyti mėnesį viename rajone. Jei savininkai rezervuoja pakartotinai, sužinojote kažką vertingo, ant ko galima statyti. Jei ne – sužinojote pigiai ir galite paklausti, kas jų sustabdė.
Atkreipkite dėmesį, kad kai kurie „paliktieji“ punktai atliekami rankiniu būdu. Vedėjų išmokos ar patikrinimas rankomis nėra masto sprendimas, bet kol kas to ir nereikia. Rankinis darbas už paprastos programos ribų yra vienas efektyviausių MVP metodų.
Dažnos klaidos ir mitai
- „Minimalus“ virsta „sugedusiu“. MVP, kuris praranda rezervacijas ar atrodo nepatikimai, išbando jūsų klaidas, o ne idėją. Laikykite jį mažą, bet tai, kas yra, turi veikti.
- Kūrimas visiems. MVP „visiems, kam reikia X“ sunku išbandyti. Pasirinkite konkrečią vartotojų grupę, kurią galite pasiekti.
- Funkcijų pridėjimas vietoj pokalbių su vartotojais. Kai ankstyvi rodikliai nuviliantys, pataisa retai yra kita funkcija. Paklauskite vartotojų, kas juos sustabdė.
- Tikro testo praleidimas. Registracija laukiamajame sąraše rodo susidomėjimą; mokėjimas ar pakartotinis naudojimas rodo vertę. Iš anksto nusprendžiate, koks rezultatas būtų sėkmė.
- MVP laikymas vienkartiniu. Su DI kūrimo įrankiais MVP kodas dažnai tampa tikru produktu. Kurkite jį ant tinkamos duomenų bazės su tinkamai įgyvendintu prisijungimu, kad netektų pradėti iš naujo.
- Niekada nebaigti. Nustatykite paleidimo datą ir kirpkite funkcijas, kad ją pasiektumėte, o ne atvirkščiai.
Kaip apibrėžti MVP su DI
- Parašykite vieną sakinį. „[Kas] gali [ką daryti], kad [rezultatas].“ Pavyzdžiui: „Šunų savininkai Vilniuje gali rezervuoti patikrintą vedėją rytojui, kad nereikėtų palikti darbo.“
- Išvardykite kiekvieną funkciją, kurią įsivaizduojate. Išneškite visas iš galvos.
- Pažymėkite kiekvieną – „reikalinga idėjai išbandyti“ arba „vėliau“. Būkite griežti. Dauguma atsiduria „vėliau“.
- Nuspręskite, ką darysite rankiniu būdu. Išmokos, įtraukimas, palaikymas.
- Apibrėžkite sėkmę. „20 apmokėtų rezervacijų per 4 savaites“ yra išbandoma. „Žmonėms patinka“ – ne.
- Kurkite, paleiskite mažai grupei ir stebėkite. Tada tobulinkite.
Išsamesnei, žingsnis po žingsnio pagalbai žr. kaip patikrinti programos idėją ir kaip sukurti SaaS MVP.
Ką paprašyti DI kūrėjo
- „Štai mano idėja ir rizikingiausia prielaida. Pasiūlyk mažiausią versiją, kuri ją išbandytų, ir išvardink, ką palikti.“
- „Sukurk tik šias penkias funkcijas. Nieko nepridėk be manęs paklausimo.“
- „Naudok tikrą duomenų bazę ir tinkamą prisijungimą nuo pat pradžių, kad tai galėtų išaugti į tikrą produktą.“
- „Pridėk paprastą administravimo puslapį, kad matyčiau visas rezervacijas ir galėčiau tvarkyti dalykus rankiniu būdu.“
- „Pridėk paprastą analitiką ar įvykių žurnalą, kad matyčiau, kiek žmonių užbaigia rezervaciją.“
- „Prieš paleidžiant patikrink akivaizdžias saugumo problemas: kas gali matyti kuriuos įrašus ir ar kokie raktai atskleisti.“
MVP kūrimas su Mythex
Mythex tinka MVP: pokalbyje aprašote pirmąją versiją, išbandote ją tiesioginėje peržiūroje ir paskelbiate viešu URL, kai ji paruošta – su Postgres duomenų baze ir failų saugykla, kai programai jų reikia. Plan režimas naudingas apibrėžiant: paprašykite agento pasiūlyti minimalią versiją, prieš rašant bet kokį kodą. Nemokamame plane įtraukta paskelbimas, todėl MVP galite parodyti vartotojams nieko nemokėdami; Pro plane pridedami pasirinktiniai domenai, kodo eksportas ir GitHub sinchronizavimas, kai idėja pradeda veikti – žr. kainas. Dokumentacijoje yra SaaS MVP vadovas, o kai būsite pasiruošę ieškoti vartotojų, skaitykite kaip paleisti programą ir gauti pirmuosius vartotojus.
Klausimai
Ką reiškia MVP?
MVP reiškia minimalus gyvybingas produktas (minimum viable product) – mažiausia produkto versija, kuria realūs žmonės gali naudotis ir gauti realią naudą, sukurta tam, kad sužinotumėte, ar idėja verta tęsti.
Koks skirtumas tarp MVP ir prototipo?
Prototipas parodo, kaip kažkas gali atrodyti ar veikti, dažnai su netikrais duomenimis, ir naudojamas idėjoms išbandyti viduje arba su keliais žmonėmis. MVP naudoja tikri klientai tikram tikslui, todėl jis turi veikti iš tiesų – išsaugoti duomenis, išsiųsti laišką, priimti mokėjimą.
Kiek laiko turėtų trukti MVP kūrimas?
Fiksuotos taisyklės nėra, bet kuo ilgiau tai trunka, tuo labiau tikėtina, kad jis išaugo už minimalaus ribų. Su DI programų kūrimo įrankiais sutelktas MVP paprastam įrankiui dažnai gali veikti per dienas, o ne mėnesius. Tikslas – kuo greičiau parodyti jį vartotojams.
Kiek funkcijų turėtų turėti MVP?
Kuo mažiau, kad būtų pristatytas vienas rezultatas, kuris rūpi jūsų vartotojams. Daugelis geru MVP atlieka vieną darbą nuo pradžios iki pabaigos. Viskas, kas nepadeda išbandyti pagrindinės prielaidos, gali palaukti.