Hvað er MVP? Lágmarks hagkvæm vara útskýrð

MVP, eða minimum viable product (lágmarks hagkvæm vara), er minnsta útgáfan af vöru sem raunverulegt fólk getur notað til að fá raunverulegt gildi, smíðuð svo þú getir lært hvort hugmyndin sé þess virði að elta. „Lágmark“ þýðir að þú sleppir öllu sem er ekki nauðsynlegt fyrir kjarnastarfið; „hagkvæm“ þýðir að það sem eftir er virkar fyrir raunverulegan notanda. Markmiðið er ekki að setja eitthvað ódýrt á markað — það er að komast að því hvað fólk vill áður en þú eyðir mánuðum í að smíða rangt.

Hvaðan hugtakið kemur og af hverju það skiptir máli

Hugtakið var gert vinsælt af Eric Ries í bókinni The Lean Startup og víðari lean startup hreyfingunni, sem leit á vöruþróun sem röð tilrauna: smíðaðu eitthvað lítið, mældu hvernig fólk notar það, lærðu og aðlagaðu.

Þegar þú smíðar með AI verður MVP-hugmyndin bæði auðveldari og mikilvægari.

• Auðveldari, því að smíða virka fyrstu útgáfu tekur nú daga í stað mánaða og kostar miklu minna.
• Mikilvægari, því það er freistandi að halda áfram að bæta við eiginleikum. Þegar hver nýr eiginleiki er einn innslátt í burtu er aginn við að sleppa hlutum það sem heldur appinu þínu einbeittu og endurgjöf fyrstu notenda skýrri.

Hliðstæða úr daglegu lífi

Ímyndaðu þér að þú viljir opna veitingastað. Áður en þú skrifar undir tíu ára leigusamning og innréttar eldhús rekur þú matarbás á helgarmarkaði með þremur réttum.

Básinn er lítill en hann er ekki falsaður. Fólk borgar raunverulegan pening og borðar raunverulegan mat. Eftir nokkrar helgar veistu hvaða réttur selst upp, hvað fólk er tilbúið að borga og hvort það kemur aftur. Það er MVP.

Mynd af rétti sem þú hefur aldrei eldað er frumgerð. Fullur veitingastaður á opnunarkvöldi er fullunnin vara. Básinn er þar á milli: nógu raunverulegur til að kenna þér eitthvað satt, nógu lítill til að það að hafa rangt fyrir sér sé ekki hörmung.

MVP, frumgerð og önnur hugtök

Önnur orð sem þú heyrir:

• Kjarnalykkja (core loop) — það sem notendur gera endurtekið, eins og „setja inn starf, fá umsóknir.“
• Áhættusamasta forsendan (riskiest assumption) — trúin sem, ef hún er röng, sökkvir hugmyndinni. MVP-ið þitt ætti að prófa hana fyrst.
• Staðfesting (validation) — sönnunargögn um að fólk vilji og noti (eða borgi fyrir) vöruna.
• Endurtekning (iteration) — að bæta vöruna í litlum lotum byggt á því sem þú lærir.

Dæmi: MVP fyrir bókunarapp fyrir hundagöngur

Hugmynd þín: app þar sem hundaeigendur í borginni þinni bóka staðbundna göngumenn sem hafa verið yfirfarnir.

Áhættusamasta forsendan þín gæti verið: „Eigendur bóka og borga ókunnugum í gegnum app.“ Ekki „eigendur vilja lifandi GPS-kort af göngunni.“

Fulla sýnin inniheldur: prófíla göngumanna með umsögnum, lifandi GPS-rakningu, spjall í appinu, áskriftir, greiðslur til göngumanna, einkunnakerfi, ýtitilkynningar, tilvísunarkerfi og skráningarflæði fyrir göngumenn.

MVP-ið:

Þú gætir keyrt þetta í mánuð í einu hverfi. Ef eigendur bóka aftur og aftur hefurðu lært eitthvað sem vert er að byggja ofan á. Ef þeir gera það ekki hefurðu komist að því ódýrt — og getur spurt þá hvers vegna.

Taktu eftir að sumt sem er sleppt er gert handvirkt. Að greiða göngumönnum handvirkt eða yfirfara þá sjálf/ur skalar ekki, en það þarf ekki að gera það enn. Að gera hluti handvirkt á bak við einfalt app er ein áhrifaríkasta MVP-aðferðin.

Algeng mistök og misskilningur

• „Lágmark“ verður „bilað“. MVP sem týnir bókunum eða lítur út fyrir að vera ótraust prófar villurnar þínar, ekki hugmyndina. Hafðu það lítið, en láttu það sem er til staðar virka.
• Að smíða fyrir alla. MVP fyrir „alla sem þurfa X“ er erfitt að prófa. Veldu tiltekinn hóp notenda sem þú getur náð til.
• Að bæta við eiginleikum í stað þess að tala við notendur. Þegar tölur í byrjun eru vonbrigði er lagfæringin sjaldan annar eiginleiki. Spurðu notendur hvað stoppaði þá.
• Að sleppa raunverulega prófinu. Biðlistaskráning sýnir áhuga; greiðsla eða endurtekin notkun sýnir gildi. Ákveddu fyrirfram hvaða niðurstaða myndi teljast árangur.
• Að líta á MVP sem einnota. Með AI-smíðatólum verður MVP-kóðinn oft raunverulega varan. Smíðaðu það á réttum gagnagrunni með almennilegri innskráningu, svo þú þurfir ekki að byrja upp á nýtt.
• Að klára aldrei. Settu útgáfudagsetningu og skerðu eiginleika til að standast hana, ekki öfugt.

Hvernig þú afmarkar MVP með AI

1. Skrifaðu eina setningu. „[Hver] getur [gert hvað] svo að [niðurstaða].“ Til dæmis: „Hundaeigendur í Reykjavík geta bókað yfirfarinn göngumann fyrir morgundaginn svo þeir þurfi ekki að fara úr vinnunni.“
2. Listaðu hvern eiginleika sem þú ímyndar þér. Komdu þeim öllum úr hausnum.
3. Merktu hvern og einn „nauðsynlegt til að prófa hugmyndina“ eða „síðar“. Vertu strangur. Flest fara í „síðar“.
4. Ákveddu hvað þú gerir handvirkt. Greiðslur, innleiðing, stuðningur.
5. Skilgreindu árangur. „20 greiddar bókanir á 4 vikum“ er prófanlegt. „Fólki líkar það“ er það ekki.
6. Smíðaðu, gefðu út til lítils hóps og fylgstu með. Endurtaktu svo.

Fyrir ítarlegri hjálp skref fyrir skref, sjá hvernig þú staðfestir hugmynd að appi og hvernig þú smíðar SaaS MVP.

Hvað þú átt að biðja AI-smíðatólið um

• „Hér er hugmyndin mín og áhættusamasta forsendan mín. Stingdu upp á minnstu útgáfunni sem prófar hana og listaðu hvað á að sleppa.“
• „Smíðaðu aðeins þessa fimm eiginleika. Ekki bæta neinu öðru við án þess að spyrja.“
• „Notaðu alvöru gagnagrunn og almennilega innskráningu frá upphafi, svo þetta geti vaxið í raunverulegu vöruna.“
• „Bættu við einfaldri stjórnendasíðu svo ég geti séð allar bókanir og séð um hluti handvirkt.“
• „Bættu við grunngreiningu eða atburðaskrá svo ég sjái hversu margir ljúka bókun.“
• „Áður en við förum í loftið, athugaðu augljós öryggisvandamál: hver má sjá hvaða færslur og hvort einhverjir lyklar séu afhjúpaðir.“

Að smíða MVP með Mythex

Mythex hentar vel fyrir MVP: þú lýsir fyrstu útgáfunni í spjallinu, prófar hana í lifandi forskoðun og birtir hana á opinberri vefslóð þegar hún er tilbúin — með Postgres-gagnagrunni og skráageymslu bætt við þegar appið þarf þær. Plan-ham er gagnlegur til afmörkunar: biddu agentinn að leggja til lágmarksútgáfu áður en nokkur kóði er skrifaður. Free-áætlunin inniheldur birtingu, þannig að þú getur sett MVP fyrir framan notendur áður en þú borgar eitthvað; Pro bætir við sérsniðnum lénum, útflutningi kóða og GitHub-samstillingu þegar hugmyndin fer að virka — sjá verðskrá. Skjölin hafa SaaS MVP-leiðbeiningar, og þegar þú ert tilbúin/n að finna notendur, lestu hvernig þú setur app á markað og færð fyrstu notendurna.

Spurningar