Hagnaður:
- Hæfni til að skilja hugtakið MVP (lágmarks raunhæfur vara) og rökfræði „minnstu námseiningarinnar“ og ákvarða umfangið með gervigreind
- Geta til að innleiða forgangsröðun eiginleika (MoSCoW, áhrifaátak) og gervigreind studd hraða frumgerð/áfangasíðuframleiðslu
- Að skilja að tilgangur MVP er að læra, ekki að selja, og að oftækni er dýrustu mistök gangsetningarinnar.
Dýrustu mistökin sem stofnendur gera eru að eyða mánuðum í að fullkomna vöru sem þeir eru ekki vissir um að einhver vilji. Þegar þeir fara á markaðinn læra þeir að annað hvort var vandamálið rangt eða lausnin. Leiðin til að forðast þessa hörmung er MVP: lágmarks raunhæf vara - minnsta vöruútgáfan sem mun veita mesta námið með minnstu fyrirhöfn. Í þessari einingu munum við nota AI (gervigreind) til að ákvarða umfang MVP, forgangsraða eiginleikum og framleiða hraðvirkar frumgerðir/teasers. Mikilvægasta setningin: Tilgangur MVP er að læra, ekki selja; Dýrustu mistökin eru að ofverkfræði órökstuddar forsendur.
Hvað er MVP og hvað ekki?
MVP er misskilið hugtak. MVP er ekki „slæleg, biluð vara“; Það er minnsta heildarupplifunin sem þarf til að prófa tiltekna tilgátu. Lykilorðið er "læra". Spyrðu sjálfan þig: "Hvaða spurningu er ég að reyna að svara?" MVP inniheldur nóg af eiginleikum - hvorki meira né minna - til að svara þeirri spurningu. Stundum er MVP kannski ekki einu sinni virkt forrit: áfangasíða, myndband, handvirk þjónusta („töframaður á bak við“ aðferðin sem virðist vera sjálfvirk að framan á meðan maður vinnur í bakgrunni) getur líka verið MVP.
Andstæðan við MVP er of mikil verkfræði - fyrirhöfn sem varið er í eiginleika, mælikvarða og fullkomnun sem enn er ekki þörf á - og gullhúðun - að fægja smáatriði sem enginn vill. Þetta eru skaðlegustu peninga- og tímadráparar gangsetningarinnar; vegna þess að þeim finnst þeir vera að "vinna" en seinka námi.
Ábending: Áður en eiginleiki er bætt við skaltu spyrja: "Get ég fengið það sem ég vil prófa án þessa eiginleika?" Ef svarið er „já“ kemst þessi eiginleiki ekki inn í MVP. Sérhver „en við þurfum líka þessa“ setningu sem fær MVP til að vaxa er kostnaður sem tefur nám.
Forgangsröðun eiginleika
Þar sem það er enginn ótakmarkaður tími og peningar, það er nauðsynlegt að ákveða hvaða eiginleiki verður byggður fyrst. Tvær hagnýtar aðferðir:
MoSCoW: Skiptir eiginleikum í fernt - Verður, ætti, gæti, mun ekki. MVP er bara "Must" sett.
Impact-Effort fylki: Setur hvern eiginleika á ásnum „áhrif á viðskiptavininn“ og „átak til að gera“. Mikil áhrif-lítil áreynsla eru gerðar fyrst; Þeir sem hafa litla áhrif og mikla áreynslu eru yfirgefin. AI er góð hjálp við að setja lista yfir eiginleika fljótt inn í þetta fylki - en það er nauðsynlegt að leiðrétta spána um „áhrif“ með raunverulegu merki viðskiptavinarins.
Skref fyrir skref: MVP hönnun með gervigreind
- Skrifaðu námsspurninguna. „Hvaða eina forsendu mun þessi MVP prófa?
- Listaðu eiginleika frambjóðenda. Helltu út öllu sem þér dettur í hug.
- Forgangsraðaðu með gervigreind. Dragðu út með MoSCoW eða effect-efort; Finndu "verður" þyrpinguna.
- Veldu léttasta form. Er kóða krafist eða nægir áfangasíða/myndband/handbók?
- Búðu til frumgerðina/síðuna. Biddu gervigreind um texta, flæði eða gervikóða uppkast á hvítbók.
- Skilgreindu árangursskilyrði þín fyrirfram. „Ef ég sé þessa niðurstöðu er forsendan staðfest.“
- Gefðu út og lærðu. Mæla raunverulega hegðun; Stofnandi tekur ákvörðun.
þrjú smámál
Tilfelli 1 - MVP án þess að skrifa kóða. Stofnandi var að hugsa um app sem tengdi nágranna sem seldu heimalagaða máltíðir við viðskiptavini. Í stað þess að eyða mánuðum í að skrifa kóða, byrjaði hann með einni kynningarsíðu og WhatsApp línu; pöntuðu pantanir handvirkt ("wizard behind" aðferð). Hann fékk 40 raunverulegar pantanir á tveimur vikum og komst að því að raunverulegi flöskuhálsinn væri flutningsstjórnun. Ef hann hefði skrifað kóða hefði hann lært þetta mánuðum síðar. MVP kom námi áfram.
Tilfelli 2 - Ofverkfræðigildran. Eitt teymi eyddi 4 mánuðum í að byggja upp innviði sem myndi „stækka til milljóna notenda“ þegar það var ekki enn með einn einasta viðskiptavin. Þegar varan kom út vildi enginn hafa hana; Vandamálið var rangt. Næstum öll fyrirhöfnin sem eytt var til spillis. Lexía: mælikvarða vandamálið er lúxus eftir að hafa leyst togvandamálið; Sannaðu fyrst hvað hver vill.
Mál 3 — Forgangsröðunarvald. Einn stofnandi var með lista yfir 30 eiginleika. Hann lét gervigreindina búa til áhrifaviðleitnifylki og leiðrétti „áhrif“ dálkinn með merki frá raunverulegum samtölum viðskiptavina. Aðeins 4 af 30 eiginleikum reyndust vera „Must“. Gefið út MVP á 3 vikum í stað 6 mánaða; Viðskiptavinurinn sýndi að ekki var þörf á flestum hinum 26 eiginleikum sem eftir voru.
Fjögur afritanleg sniðmát
1) Námsspurning + MVP umfang:
Þitt hlutverk: Þjálfari fyrir lean vöru. Forsendan sem ég vil prófa er:[t.d. "verslunarmenn borga mánaðarlega fyrir söfnun"].(1) Lýstu MÆNGU vörunni sem þarf til að sannreyna þessa forsendu, (2) Sýna hvort útgáfa af þessu sem krefst engans kóða (áfangasíðu, myndbands, handvirkrar þjónustu) sé möguleg, (3) Varað við "aðlaðandi en ónauðsynlegum" eiginleikum sem ættu ekki að komast inn í MVP.
2) Forgangsröðun í Moskvu:
Skiptu eftirfarandi lista yfir eiginleika í MoSCoW: Verður / Ætti / Gæti / Mun ekki. Aðeins þeir sem eru "VERÐA fyrir þá forsendu sem ég vil prófa" ættu að vera með. Skrifaðu í einni setningu hvers vegna hver eiginleiki er í þeim klasa. Listi: [eiginleikar].
3) Áhrifaátaksfylki:
Skoraðu eftirfarandi eiginleika á ásunum "áhrif á viðskiptavini (1-5)" og "átak til að gera (1-5)" og settu þá í 4 fjórða. Merktu þau sem hafa mikil áhrif-lítil áreynsla sem „gera fyrst“ og þau sem hafa lítil áhrif og mikla áreynslu sem „ekki gera“. Minndu mig á að áhrifastig verður að sannprófa gegn raunverulegri þátttöku viðskiptavina minnar. Listi: [eiginleikar].
4) Texti áfangasíðu:
Skrifaðu splash síðu texta fyrir MVP minn. Hlutar: (1) titill á tungumáli viðskiptavinar (gildisuppástunga), (2) frásögn um lausn vandamála, (3) 3 ávinningspunktar, (4) skýrt símtal (forskráning / biðlisti). Að nota ýkt loforð; Aðeins fullyrðingar sem ég get sannreynt. Tyrkneska, einfalt, einlægt.
Veik kvaðning / Sterk kvaðning
Veik kvaðning:
Listaðu alla eiginleika fyrir vöruna mína.
Þessi hvetja gengur gegn MVP rökfræði; Það framleiðir langan óskalista sem seinkar náminu og býður upp á yfirverkfræði.
Öflug tilvitnun:
Eina forsendan sem ég vil prófa er: [x]. Lýstu MINSTA MVP sem mun sannreyna þessa forsendu, leggðu til útgáfu sem krefst engan kóða, aðskilið eiginleikana með MoSCoW og skildu aðeins eftir Nauðsynlegt stillt. Hjálpaðu mér að skrifa ekki fyrirfram árangursviðmiðin mín (sem niðurstaðan staðfestir forsendu).
Nálgun
Námshlutfall
Kostnaður
Áhætta
Að búa til heildarvöruna frá grunni
of hægt
hátt
Ekki setja peninga í rangt mál
Extreme engineering/gullhúðun
hægur
mjög hátt
Dýrustu mistökin
Aðeins MVP sem er nauðsynlegt
hratt
lágt
viðráðanleg
MVP án kóða (lending/elle)
hraðast
lægsta
snemma nám
Algeng mistök
- Misskilja MVP fyrir fullkomna vöru. MVP er minnsta námseiningin, ekki fágaður lokaþátturinn.
- Ofverkfræði. Að eyða mánuðum í mælikvarða/fullkomleika þegar engir viðskiptavinir eru til staðar; Dýrustu mistökin.
- Skilgreina ekki námsspurningu. MVP sem veit ekki hvað það er að prófa er stefnulaus sóun.
- Setja skilyrði um árangur síðar. Ef viðmiðin eru ekki skrifuð fyrirfram verður sérhver niðurstaða túlkuð sem „árangur“.
- Framhjá valmöguleikum án kóða. Áfangasíðu/myndband/ritunarkóði þegar þú getur prófað hann handvirkt með þjónustunni.
Varúð: Gervigreind getur framleitt frumgerð eða kóðadrög, en þú berð ábyrgð á öryggi, nákvæmni og lagalegu samræmi kóðans sem framleiddur er. Sérstaklega í MVP sem fela í sér greiðslur, persónuupplýsingar eða öryggi, er gervigreind framleiðsla upphafsskissur; Nauðsynlegt er að hæfur verktaki/sérfræðingur fari yfir það áður en það fer í loftið.
Í stuttu máli
MVP er minnsta varan sem veitir mest nám með minnstu fyrirhöfn; Tilgangur þess er ekki að selja, heldur að prófa forsendur. Dýrustu mistökin eru ofverkfræði og gullhúðun á ósannaðri vöru sem enginn vill. Sérhver MVP byrjar á lærdómsspurningu; eiginleikar eru dregnir út af MoSCoW eða impact-effort og aðeins „Verður“ þyrpingin er gerð. Oft kemur besti MVP jafnvel á undan kóðanum: áfangasíða, myndband eða handvirk þjónusta. gervigreind er öflugur hraðall til að ákvarða, forgangsraða og framleiða frumgerðir/síðudrög; en "áhrif" mat ætti að leiðrétta með raunverulegu merki viðskiptavina og tæknilega / lagalega mikilvægar úttak ætti að vera faglega endurskoðað.
Umsóknarverkefni
Veldu forsendu („Námsspurning“ sniðmát). Biddu gervigreindina um minnsta MVP sem mun prófa þessa forsendu, og ef mögulegt er, útgáfu án kóða. Aðskildu frambjóðendaeiginleikana þína með „MoSCoW“ sniðmátinu og skildu aðeins eftir Nauðsynjastillinguna. Að lokum skaltu búa til óþarfa drög að áfangasíðu með „Texti áfangasíðu“ sniðmátinu og skrifa niður árangursskilyrði þín (t.d. að minnsta kosti 5 forskráningar af 20 gestum) áður en þú birtir.
gátlisti
- [ ] Hef ég skrifað skýrt eina lærdómsspurninguna MVP prófin mín?
- [ ] Hef ég metið MVP útgáfu án kóða?
- [ ] Forgangsraðaði ég eiginleikum og skildi aðeins eftir „Verður“ þyrpinguna?
- [ ] Hef ég skilgreint árangursviðmið fyrir birtingu?
- [ ] Hef ég yfirgefið tæknilega/lagafræðilega mikilvæga framleiðslu til skoðunar sérfræðinga?