MVP ir produktų kūrimas: mažiausias patikrinamas produktas

Pelnas:

• Gebėjimas suprasti MVP (minimalus gyvybingas produktas) sąvoką ir „mažiausio mokymosi vieneto“ logiką bei nustatyti apimtį naudojant dirbtinį intelektą
• Galimybė įgyvendinti funkcijų prioritetų nustatymą (MoSCoW, poveikio pastangos) ir dirbtinio intelekto palaikomą greitą prototipų / nukreipimo puslapio kūrimą
• Supratimas, kad MVP tikslas yra mokytis, o ne parduoti, o per didelis inžinerija yra pati brangiausia startuolio klaida.

Brangiausia klaida, kurią daro steigėjai, yra tai, kad jie mėnesius praleidžia tobulindami produktą, kurio jie nėra tikri, kad kas nors to nori. Kai jie patenka į rinką, jie sužino, kad problema buvo neteisinga arba sprendimas. Būdas išvengti šios nelaimės yra MVP: minimalus gyvybingas produktas – mažiausia produkto versija, kuri suteiks daugiausiai žinių su mažiausiai pastangų. Šiame skyriuje mes naudosime AI (dirbtinį intelektą), kad nustatytų MVP apimtį, suteiktume prioritetus funkcijoms ir sukurtume greitus prototipus / anonsus. Kritiškiausias sakinys: MVP tikslas yra mokytis, o ne parduoti; Brangiausia klaida yra perdėtas nepagrįstų prielaidų sukūrimas.

Kas yra MVP ir kas ne?

MVP yra neteisingai suprasta sąvoka. MVP nėra „netvarkingas, sugedęs produktas“; Tai yra mažiausia pilna patirtis, reikalinga tam tikrai hipotezei patikrinti. Pagrindinis žodis yra „mokymasis“. Paklauskite savęs: „Į kokį klausimą aš bandau atsakyti? MVP turi pakankamai funkcijų – nei daugiau, nei mažiau – atsakyti į šį klausimą. Kartais MVP gali būti net neveikianti programa: nukreipimo puslapis, vaizdo įrašas, rankinė paslauga („vedlio už nugaros“ metodas, kuris atrodo automatinis priekyje, o žmogus dirba fone) taip pat gali būti MVP.

MVP priešingybė yra perdėtas projektavimas – pastangos, skirtos ypatybėms, mastui ir tobulumui, kurių dar nereikia – ir aukso padengimas – detalių poliravimas, kurių niekas nenori. Tai patys klastingiausi startuolio pinigų ir laiko žudikai; nes jaučiasi „dirbantys“, bet atideda mokymąsi.

Patarimas: prieš pridėdami funkciją paklauskite: „Ar galiu gauti tai, ką noriu išbandyti be šios funkcijos?“ Jei atsakymas yra „taip“, ši funkcija nepatenka į MVP. Kiekvienas „bet mums taip pat reikia“ sakinys, dėl kurio MVP auga, yra kaina, kuri atitolina mokymąsi.

Funkcijų prioritetų nustatymas

Kadangi nėra neriboto laiko ir pinigų, būtina nuspręsti, kuri funkcija bus sukurta pirmiausia. Du praktiniai metodai:

Maskva: funkcijos skirstomos į keturias – privaloma, reikėtų, galima ir ne. MVP yra tik „privalomas“ rinkinys.

Poveikio ir pastangų matrica: kiekviena funkcija įdedama į „poveikio klientui“ ir „pastangų padaryti“ ašis. Pirmiausia atliekami didelio poveikio ir mažų pastangų reikalaujantys; Atsisakoma mažo poveikio ir didelių pastangų turinčių. AI yra gera pagalba greitai įterpiant funkcijų sąrašą į šią matricą, tačiau būtina ištaisyti „poveikio“ prognozę realiu kliento signalu.

Žingsnis po žingsnio: MVP dizainas su AI

1. Parašykite mokymosi klausimą. „Kokią vienintelę prielaidą patikrins ši MVP?
2. Išvardykite kandidato savybes. Išliekite viską, kas yra jūsų mintyse.
3. Suteikite pirmenybę AI. Ištrauka su MOSCoW arba efekto pastangomis; Raskite grupę „Būtina“.
4. Pasirinkite lengviausią formą. Ar reikalingas kodas, ar pakanka nukreipimo puslapio / vaizdo įrašo / neautomatinės paslaugos?
5. Sukurkite prototipą / puslapį. Paprašykite dirbtinio intelekto dėl baltojo teksto, srauto ar pseudokodo juodraščio.
6. Iš anksto apibrėžkite savo sėkmės kriterijus. „Jei matau šį rezultatą, prielaida pasitvirtina.
7. Paskelbkite ir mokykitės. Išmatuoti realų elgesį; Sprendimą priima steigėjas.

trys mini dėklai

1 atvejis – MVP neįrašant kodo. Įkūrėjas galvojo apie programėlę, kuri sujungdavo kaimynus, parduodančius naminius patiekalus, su klientais. Užuot praleidęs mėnesius rašydamas kodą, jis pradėjo nuo vieno demonstracinio puslapio ir „WhatsApp“ linijos; rankiniu būdu suderino užsakymus („vedlys už“ metodas). Per dvi savaites jis gavo 40 faktinių užsakymų ir sužinojo, kad tikroji kliūtis buvo pristatymo logistika. Jei jis būtų parašęs kodą, tai būtų sužinojęs po kelių mėnesių. MVP atnešė mokymąsi į priekį.

2 atvejis – pernelyg sudėtingas spąstai. Viena komanda praleido 4 mėnesius kurdama infrastruktūrą, kuri „pasiektų milijonus vartotojų“, kai dar neturėjo nei vieno kliento. Kai prekė pasirodė, niekas jos nenorėjo; Problema buvo klaidinga. Beveik visos įdėtos pastangos buvo iššvaistytos. Pamoka: masto problema yra prabanga išsprendus traukos problemą; Pirmiausia įrodykite, ko kas nori.

3 atvejis – prioritetų nustatymo galia. Vienas įkūrėjas turėjo 30 funkcijų sąrašą. Jis privertė dirbtinį intelektą sukurti poveikio ir pastangų matricą ir pakoreguoti stulpelį „poveikis“ signalu iš tikrų klientų pokalbių. Tik 4 iš 30 funkcijų pasirodė „privalomos“. Išleistas MVP per 3 savaites, o ne po 6 mėnesių; Klientas parodė, kad dauguma likusių 26 funkcijų apskritai nereikalingos.

Keturi kopijuojami šablonai

1) Mokymosi klausimas + MVP apimtis:

Jūsų vaidmuo: liesų produktų treneris. Prielaida, kurią noriu patikrinti, yra: [pvz. „prekybininkai moka už kolekcijas kas mėnesį“].(1) Apibūdinkite MAŽIAUSIĄ produktą, reikalingą šiai prielaidai patvirtinti. (2) Parodykite, ar galima jo versija, kuriai nereikia kodo (nukreipimo puslapis, vaizdo įrašas, rankinis aptarnavimas). (3) Įspėkite apie „patrauklias, bet nereikalingas“ funkcijas, kurios neturėtų patekti į MVP.

2) Maskvos prioritetų nustatymas:

Padalinkite šį funkcijų sąrašą į Maskvą: Turi / Turėtų / Negali / Ne. Reikėtų įtraukti tik tuos, kurie yra „PRIVALOTI, jei noriu patikrinti prielaidą“. Vienu sakiniu parašykite, kodėl kiekviena ypatybė yra tame klasteryje.Sąrašas: [ypatybės].

3) Poveikio ir pastangų matrica:

Įvertinkite toliau nurodytas savybes pagal ašis „poveikis klientams (1–5)“ ir „pastangos padaryti (1–5)“ ir sudėkite jas į 4 kvadrantus. Didelio smūgio ir mažos pastangos modelius pažymėkite kaip „pirmiausia daryti“, o mažo smūgio ir didelių pastangų – „nedaryk“. Priminkite, kad įtakos balai turi būti patvirtinti atsižvelgiant į mano faktinį klientų įsitraukimą. Sąrašas: [ypatybės].

4) Nukreipimo puslapio tekstas:

Parašykite mano MVP puslapio tekstą. Skyriai: (1) pavadinimas kliento kalba (vertybės pasiūlymas), (2) problemos sprendimo pasakojimas, (3) 3 naudos taškai, (4) aiškus skambutis (išankstinė registracija / laukiančiųjų sąrašas). Perdėtų pažadų naudojimas; Tik teiginiai, kuriuos galiu patikrinti. Turkiška, paprasta, nuoširdi.

Silpnas raginimas / Stiprus raginimas

Silpnas raginimas:

Išvardykite visas mano gaminio funkcijas.

Šis raginimas prieštarauja MVP logikai; Jis sudaro ilgą pageidavimų sąrašą, kuris atitolina mokymąsi ir skatina per daug dirbti.

Galingas raginimas:

Vienintelė prielaida, kurią noriu patikrinti, yra: [x]. Apibūdinkite MAŽIAUSIĄ MVP, kuris patvirtins šią prielaidą, pasiūlykite versiją, kuriai nereikia kodo, atskirkite funkcijas su „MoSCoW“ ir palikite tik „Must set“. Padėkite man iš anksto nerašyti savo sėkmės kriterijų (kuris rezultatas patvirtina prielaidą).

Prieiga

Mokymosi norma

Kaina

Rizika

Viso gaminio gamyba nuo nulio

per lėtas

aukštas

Nedėkite pinigų į netinkamus dalykus

Ekstremali inžinerija/auksavimas

lėtas

labai aukštas

Brangiausia klaida

Tik privalomas MVP

greitai

žemas

valdomas

MVP be kodo (nusileidimas/elle)

greičiausias

žemiausia

ankstyvas mokymasis

Dažnos klaidos

• Klaida MVP su visu produktu. MVP yra mažiausias mokymosi vienetas, o ne nušlifuotas finalas.
• Perteklinė inžinerija. Mėnesius praleisti dideliu mastu / tobulumu, kai šalia nėra klientų; Brangiausia klaida.
• Mokymosi klausimo neapibrėžimas. MVP, kuris nežino, ką bando, yra bekryptis švaistymas.
• Sėkmės kriterijų nustatymas vėliau. Jei kriterijai nėra parašyti iš anksto, kiekvienas rezultatas bus interpretuojamas kaip „sėkmė“.
• Apeiti be kodo parinktis. Nukreipimo puslapis / vaizdo įrašas / rašymo kodas, kai galite jį išbandyti rankiniu būdu naudodami paslaugą.

Įspėjimas: AI gali sukurti prototipą arba kodo juodraštį, tačiau jūs esate atsakingi už sukurto kodo saugumą, tikslumą ir teisinę atitiktį. Ypač MVP, susijusiuose su mokėjimais, asmens duomenimis ar saugumu, AI išvestis yra pradinis eskizas; Labai svarbu, kad kompetentingas kūrėjas / ekspertas jį peržiūrėtų prieš pradedant transliuoti.

Apibendrinant

MVP yra mažiausias produktas, suteikiantis daugiausiai mokymosi su mažiausiai pastangų; Jo tikslas yra ne parduoti, o patikrinti prielaidą. Brangiausia klaida – per didelis projektavimas ir neįrodyto gaminio, kurio niekas nenori, paauksavimas. Kiekvienas MVP prasideda mokymosi klausimu; funkcijos yra išgaunamos MOSCoW arba poveikio pastangomis ir sukuriamas tik „Must“ klasteris. Dažnai geriausias MVP pateikiamas net prieš kodą: nukreipimo puslapis, vaizdo įrašas ar rankinis aptarnavimas. AI yra galingas greitintuvas nustatant apimtį, nustatant prioritetus ir kuriant prototipus / puslapių juodraščius; tačiau „poveikio“ įverčiai turėtų būti pataisyti atsižvelgiant į faktinį kliento signalą, o techniniai/teisiniai kritiniai rezultatai turėtų būti ekspertiškai peržiūrėti.

Taikymo užduotis

Pasirinkite prielaidą („Mokymosi klausimo“ šablonas). Paprašykite AI dėl mažiausio MVP, kuris patikrins šią prielaidą, ir, jei įmanoma, be kodo versiją. Atskirkite kandidato funkcijas naudodami „MoSCoW“ šabloną, palikdami tik „Must set“. Galiausiai, prieš paskelbdami, sukurkite paprastą nukreipimo puslapio juodraštį naudodami šabloną „Nukreipimo puslapio tekstas“ ir užsirašykite sėkmės kriterijus (pvz., bent 5 išankstinės registracijos iš 20 lankytojų).

kontrolinis sąrašas

• [ ] Ar aiškiai parašiau vieną mokymosi klausimą savo MVP testuose?
• [ ] Ar įvertinau be kodo MVP versiją?
• [ ] Ar pirmenybę teikiau funkcijoms ir palikau tik grupę „Būtina“?
• [ ] Ar prieš paskelbdamas apibrėžiau sėkmės kriterijus?
• [ ] Ar techninę / teisinę reikšmę palikau ekspertų peržiūrai?