Ի՞նչ է MVP-ն։ Նվազագույն կենսունակ արտադրանքը բացատրված
MVP-ն, կամ minimum viable product-ը, արտադրանքի ամենափոքր տարբերակն է, որը իրական մարդիկ կարող են օգտագործել իրական արժեք ստանալու համար, և որը կառուցված է, որպեսզի իմանաք, արդյոք գաղափարը արժե հետապնդել։ «Նվազագույն»-ը նշանակում է, որ բաց եք թողնում ամեն ինչ, որ էական չէ հիմնական աշխատանքի համար․ «կենսունակ»-ը նշանակում է, որ մնացածը իրոք աշխատում է իրական օգտատիրոջ համար։ Կետը էժան բան թողարկելը չէ․ այն այն է, որ իմանաք, թե ինչ են մարդիկ ուզում, նախքան ամիսներ կծախսեք սխալ բան կառուցելու վրա։
Որտեղից է գալիս տերմինը և ինչու է կարևոր
Հասկացությունը տարածել են Eric Ries-ը իր «The Lean Startup» գրքով և ավելի լայն lean startup շարժումը, որը արտադրանք կառուցելը ներկայացրեց որպես փորձերի շարք՝ կառուցել ինչ-որ փոքր բան, չափել, թե ինչպես են մարդիկ օգտագործում այն, սովորել և հարմարվել։
Երբ AI-ով եք կառուցում, MVP գաղափարը դառնում է և՛ ավելի հեշտ, և՛ ավելի կարևոր։
- Ավելի հեշտ, քանի որ աշխատող առաջին տարբերակը կառուցելը հիմա տևում է օրեր, ոչ թե ամիսներ, և արժե շատ ավելի քիչ։
- Ավելի կարևոր, քանի որ գայթակղիչ է շարունակել գործառույթներ ավելացնել։ Երբ յուրաքանչյուր նոր գործառույթ մեկ հուշման հեռավորության վրա է, հենց ինքնակարգապահությունը՝ բաց թողնելը, է պահում ձեր հավելվածը կենտրոնացված և առաջին օգտատերերի արձագանքը պարզ։
Ամենօրյա անալոգիա
Պատկերացրեք, որ ուզում եք ռեստորան բացել։ Մինչև տասը տարվա վարձակալություն ստորագրելը և խոհանոց հարդարելը, դուք շաբաթավերջի շուկայում սննդի տաղավար եք բացում՝ երեք ուտեստով։
Տաղավարը փոքր է, բայց կեղծ չէ։ Մարդիկ իրական գումար են վճարում և իրական ուտելիք են ուտում։ Մի քանի շաբաթավերջի ընթացքում դուք գիտեք, թե որ ուտեստն է սպառվում, ինչ գին են վճարում մարդիկ և արդյոք նրանք վերադառնում են։ Դա MVP է։
Պատկերից մի ուտեստ, որը երբեք չեք եփել, նախատիպ է։ Լրիվ ռեստորանը բացման գիշերը արտադրանքն է։ Տաղավարը միջանկյալն է՝ բավականաչափ իրական, որ սովորեցնի ճշմարիտ բան, բավականաչափ փոքր, որ սխալվելը աղետ չլինի։
MVP, նախատիպ և այլ տերմիններ
| Տերմին | Ինչ է | Ով է օգտագործում | Պետք է իրոք աշխատի՞ |
|---|---|---|---|
| Մակետ (mock-up) | Պատկեր այն մասին, թե ինչ տեսք կարող են ունենալ էկրանները | Դուք և ձեր թիմը | Ոչ |
| Նախատիպ (prototype) | Սեղմելի մոդել, հաճախ կեղծ տվյալներով | Դուք, մի քանի փորձարկող, ներդրողներ | Մասամբ |
| Concept-ի ապացույց (proof of concept) | Փորձարկում, որ ինչ-որ բան տեխնիկապես հնարավոր է | Դուք կամ ծրագրավորող | Միայն ռիսկային մասը |
| MVP | Ամենափոքր իրական արտադրանքը, որը տալիս է արժեք | Իրական վաղ օգտատերեր կամ հաճախորդներ | Այո |
| MLP / MMP | «Նվազագույն սիրված» կամ «նվազագույն շուկայական» արտադրանք՝ ավելի պատրաստված MVP | Ավելի լայն գործարկման լսարան | Այո, և հղկված |
| V1 | Առաջին տարբերակը, որը լայնորեն շուկայավարում եք | Հասարակությունը | Այո |
Ուրիշ բառեր, որոնք կլսեք․
- Հիմնական օղակ (core loop) — հիմնական բանը, որ օգտատերերը կրկնում են, օրինակ՝ «տեղադրել աշխատանք, ստանալ դիմումներ»։
- Ամենառիսկային ենթադրություն (riskiest assumption) — համոզմունքը, որը, եթե սխալ լինի, խեղդում է գաղափարը։ Ձեր MVP-ն պետք է նախ այն փորձարկի։
- Վավերացում (validation) — ապացույց, որ մարդիկ ուզում են (կամ վճարում են) արտադրանքի համար։
- Կրկնություն (iteration) — արտադրանքը փոքր շրջաններով բարելավելը՝ ըստ այն բանի, ինչ սովորում եք։
Աշխատած օրինակ՝ շան զբոսանքի ամրագրման հավելվածի MVP
Ձեր գաղափարը․ հավելված, որտեղ շան տերերը քաղաքում ամրագրում են ստուգված տեղացի զբոսանքի ուղեկիցներ։
Ձեր ամենառիսկային ենթադրությունը կարող է լինել․ «Տերերը ամրագրելու և վճարելու են անծանոթի հետ հավելվածի միջոցով»։ Ոչ թե «տերերը ուզում են զբոսանքի կենդանի GPS քարտեզ»։
Լրիվ տեսլականը ներառում է․ ուղեկիցների պրոֆիլներ՝ գնահատականներով, կենդանի GPS հետևում, հավելվածի ներսում չաթ, բաժանորդագրություններ, ուղեկիցների վճարումներ, վարկանիշի համակարգ, push ծանուցումներ, ուղեկցման ծրագիր և ուղեկիցների գրանցման հոսք։
MVP-ն․
| Ներառել | Թողնել (առայժմ) |
|---|---|
| Ձեր անձամբ ստուգած ուղեկիցների ցուցակ՝ լուսանկարով, տարածքով և գնով | Ուղեկիցների ինքնագրանցում և ստուգման աշխատանքի հոսք |
| Ամրագրման ձև․ շուն, ամսաթիվ, ժամային տիրույթ, հասցե | Պարբերական բաժանորդագրություններ |
| Վճարում ամրագրման պահին հյուրընկալվող checkout-ով | Ուղեկիցների ավտոմատ վճարումներ (դուք ձեռքով եք վճարում նրանց) |
| Հաստատման նամակ տերերին և ուղեկիցներին | Push ծանուցումներ |
| Պարզ ադմին էջ, որտեղ տեսնում եք բոլոր ամրագրումները | Կենդանի GPS, չաթ հավելվածում, գնահատականներ |
Այս ամենը կարող եք մեկ ամիս անցկացնել մի թաղամասում։ Եթե տերերը կրկնվող ամրագրում են անում, ինչ-որ բան եք սովորել, որ արժե հիմքի վրա կառուցել։ Եթե ոչ, գտել եք դա էժան, և կարող եք հարցնել նրանց, թե ինչու։
Նկատեք, որ «թողած» որոշ բաներ արվում են ձեռքով։ Ուղեկիցներին ձեռքով վճարելը կամ նրանց ինքներդ ստուգելը չի մասշտաբավորվում, բայց առայժմ դա պետք չէ։ Ձեռքով անելը պարզ հավելվածի հետևում MVP-ի ամենաարդյունավետ տեխնիկաներից մեկն է։
Ինչպես ծավալել MVP-ն AI-ով
- Գրեք մեկ նախադասություն։ «[Ով] կարող է [ինչ անել], որպեսզի [արդյունք]»։ Օրինակ՝ «Շան տերերը Լիդսում կարող են ամրագրել ստուգված ուղեկից վաղվա համար, որպեսզի աշխատանքից չթողնեն»։
- Թվարկեք յուրաքանչյուր գործառույթ, որ պատկերացնում եք։ Դուրս բերեք բոլորը գլխից։
- Նշեք յուրաքանչյուրը՝ «պետք է գաղափարը փորձարկելու համար» կամ «հետո»։ Եղեք խիստ։ Շատերը գնում են «հետո»-ի մեջ։
- Որոշեք, թե ինչ կանեք ձեռքով։ Վճարումները, ընդունումը, աջակցությունը։
- Սահմանեք հաջողությունը։ «4 շաբաթում 20 վճարված ամրագրում» փորձարկելի է։ «Մարդկանց դուր է գալիս» չէ։
- Կառուցեք, գործարկեք փոքր խմբի համար և դիտեք։ Ապա կատարելագործեք։
Ավելի խորը, քայլ առ քայլ օգնության համար տե՛ս ինչպես վավերացնել հավելվածի գաղափարը և ինչպես կառուցել SaaS MVP։
Ինչ խնդրել ձեր AI builder-ից
- «Ահա իմ գաղափարը և իմ ամենառիսկային ենթադրությունը։ Առաջարկիր ամենափոքր տարբերակը, որ փորձարկի այն, և թվարկիր, թե ինչ թողնել։»
- «Կառուցիր միայն այս հինգ գործառույթը։ Առանց հարցնելու ավելի ոչինչ մի ավելացրու։»
- «Օգտագործիր իրական տվյալների բազա և պատշաճ մուտք սկզբից, որպեսզի սա կարողանա աճել իրական արտադրանքի։»
- «Ավելացրու պարզ ադմին էջ, որպեսզի տեսնեմ յուրաքանչյուր ամրագրում և կարողանամ ձեռքով վարվել։»
- «Ավելացրու հիմնական վերլուծություն կամ իրադարձությունների մատյան, որպեսզի տեսնեմ, քանի մարդ է ավարտում ամրագրումը։»
- «Գործարկումից առաջ ստուգիր ակնհայտ անվտանգության խնդիրները․ ով ինչ գրառումներ կարող է տեսնել և արդյոք որևէ բանալի բացահայտված է։»
MVP կառուցել Mythex-ով
Mythex-ը հարմար է MVP-ների համար․ նկարագրում եք առաջին տարբերակը չաթում, փորձարկում եք կենդանի նախադիտմամբ և հրապարակում հրապարակային URL-ում, երբ պատրաստ է՝ Postgres տվյալների բազայով և ֆայլերի պահոցով, երբ հավելվածին դրանք են պետք։ Plan ռեժիմը օգտակար է ծավալման համար․ խնդրեք գործակալին առաջարկել նվազագույն տարբերակ, նախքան որևէ կոդ գրվի։ Free պլանը ներառում է հրապարակումը, ուստի կարող եք MVP դնել օգտատերերի առաջ՝ առանց որևէ բան վճարելու։ Pro-ն ավելացնում է անհատական դոմեններ, կոդի արտահանում և GitHub համաժամեցում, երբ գաղափարը սկսում է աշխատել՝ տե՛ս գները։ Docs-ն ունի SaaS MVP ուղեցույց, իսկ երբ պատրաստ եք օգտատերեր գտնելուն, կարդացեք ինչպես գործարկել հավելված և ստանալ առաջին օգտատերերին։
Հարցեր
Ի՞նչ է նշանակում MVP։
MVP-ն նշանակում է minimum viable product՝ նվազագույն կենսունակ արտադրանք․ արտադրանքի ամենափոքր տարբերակը, որը իրական մարդիկ կարող են օգտագործել իրական արժեք ստանալու համար, և որը կառուցված է, որպեսզի կարողանաք իմանալ, արդյոք գաղափարը արժե հետապնդել։
Ո՞րն է տարբերությունը MVP-ի և նախատիպի (prototype) միջև։
Նախատիպը ցույց է տալիս, թե ինչ տեսք կամ աշխատանք կարող է ունենալ որևէ բան, հաճախ կեղծ տվյալներով, և օգտագործվում է գաղափարները ներքուստ կամ մի քանի մարդու հետ փորձարկելու համար։ MVP-ն օգտագործվում է իրական հաճախորդների կողմից իրական նպատակով, ուստի պետք է իրոք աշխատի՝ պահի տվյալները, ուղարկի նամակը, ընդունի վճարումը։
Որքա՞ն ժամանակ պետք է MVP կառուցելու համար։
Ֆիքսված կանոն չկա, բայց որքան երկար է տևում, այնքան հավանական է, որ այն աճել է նվազագույնից դուրս։ AI app builder-ներով կենտրոնացված MVP պարզ գործիքի համար հաճախ կարող է աշխատել օրերի ընթացքում, ոչ թե ամիսների։ Նպատակը այն արագ օգտատերերի առաջ դնելն է։
Քանի՞ գործառույթ պետք է ունենա MVP-ն։
Ամենաքիչը, որ հնարավոր է, որպեսզի տա այն մեկ արդյունքը, որ ձեր օգտատերերին հետաքրքրում է։ Շատ լավ MVP-ներ կատարում են մեկ աշխատանք սկզբից մինչև վերջ։ Ամեն ինչ, որ չի օգնում փորձարկել ձեր հիմնական ենթադրությունը, կարող է սպասել։