Dobički:
- Sposobnost razumevanja koncepta MVP (minimum viable product) in logike 'najmanjše učne enote' ter določitev obsega z umetno inteligenco
- Sposobnost izvajanja prednostnega določanja funkcij (MoSCoW, vpliv-napor) in hitre izdelave prototipov/pristajalne strani, podprte z umetno inteligenco
- Razumevanje, da je namen MVP učenje, ne prodaja in da je pretirano inženirstvo najdražja napaka startupa.
Najdražja napaka ustanoviteljev je, da mesece porabijo za izpopolnjevanje izdelka, za katerega niso prepričani, da si ga kdo želi. Ko gredo na trg, izvejo, da je bila ali težava napačna ali pa rešitev. Način, kako se izogniti tej katastrofi, je MVP: minimalno izvedljiv izdelek – najmanjša različica izdelka, ki bo zagotovila največ učenja z najmanj truda. V tej enoti bomo uporabili AI (umetno inteligenco) za določitev obsega MVP, dajanje prednosti funkcijam in izdelavo hitrih prototipov/dražljivk. Najbolj kritičen stavek: Namen MVP je učenje, ne prodaja; Najdražja napaka je pretirano ustvarjanje neutemeljenih predpostavk.
Kaj je MVP in kaj ne?
MVP je napačno razumljen koncept. MVP ni "površen, pokvarjen izdelek"; To je najmanjša popolna izkušnja, potrebna za preizkus določene hipoteze. Ključna beseda je "učenje". Vprašajte se: "Na katero vprašanje poskušam odgovoriti?" MVP vsebuje dovolj funkcij - nič več, nič manj - za odgovor na to vprašanje. Včasih MVP morda sploh ni delujoča aplikacija: ciljna stran, videoposnetek, ročna storitev (metoda »čarovnika zadaj«, ki se zdi, da je v sprednjem delu avtomatska, medtem ko človek dela v ozadju) je lahko tudi MVP.
Nasprotje MVP je pretirano inženirstvo – trud, vložen v funkcije, obseg in popolnost, ki še niso potrebne – in pozlačevanje – poliranje podrobnosti, ki si jih nihče ne želi. To so najbolj zahrbtni ubijalci denarja in časa startupov; ker se počutijo, kot da "delajo", vendar odlašajo z učenjem.
Nasvet: Preden dodate funkcijo, vprašajte: "Ali lahko dobim, kar želim preizkusiti, brez te funkcije?" Če je odgovor "da", se ta funkcija ne uvrsti med MVP. Vsak stavek "ampak tudi to potrebujemo", zaradi katerega raste MVP, je strošek, ki odloži učenje.
Prednostna naloga funkcij
Ker čas in denar nista neomejena, se je treba odločiti, katera funkcija bo najprej zgrajena. Dve praktični metodi:
MOSCoW: Funkcije razdeli na štiri — Must, Should, Could, Won't. MVP je pač "obvezen" komplet.
Matrika učinka in truda: postavi vsako značilnost na os "vpliva na kupca" in "napora, ki ga je treba narediti". Najprej se naredijo tisti z velikim udarcem in majhnim naporom; Tisti z majhnim udarcem in velikim naporom so opuščeni. AI je dobra pomoč pri hitrem vstavljanju seznama funkcij v to matriko — vendar je treba napoved "vpliva" popraviti z resničnim signalom stranke.
Korak za korakom: oblikovanje MVP z AI
- Napišite učno vprašanje. "Katero posamezno predpostavko bo preizkusil ta MVP?"
- Seznam funkcij kandidatov. Izlijte vse, kar vam pade na pamet.
- Dajte prednost AI. Izvleček z MoSCoW ali učinek-napor; Poiščite gručo "Must".
- Izberite najlažjo obliko. Ali je potrebna koda ali zadostuje ciljna stran/video/ročna storitev?
- Izdelajte prototip/stran. Prosite AI za besedilo bele knjige, tok ali osnutek psevdo kode.
- Vnaprej določite kriterije uspeha. "Če vidim ta rezultat, je predpostavka potrjena."
- Objavite in se učite. Izmerite dejansko vedenje; Odloči ustanovitelj.
trije mini kovčki
Primer 1 — MVP brez pisanja kode. Ustanovitelj je razmišljal o aplikaciji, ki bi povezala sosede, ki prodajajo domače jedi, s strankami. Namesto da bi več mesecev pisal kodo, je začel z eno samo predstavitveno stranjo in vrstico WhatsApp; ročno usklajena naročila (metoda "čarovnik zadaj"). V dveh tednih je prejel 40 dejanskih naročil in izvedel, da je pravo ozko grlo logistika dostave. Če bi napisal kodo, bi se tega naučil nekaj mesecev pozneje. MVP je prinesel učenje naprej.
Primer 2 – Past pretiranega inženiringa. Ena ekipa je porabila 4 mesece za izgradnjo infrastrukture, ki bi se "razširila na milijone uporabnikov", ko še ni imela niti ene stranke. Ko je izdelek prišel ven, ga nihče ni hotel; Težava je bila napačna. Skoraj ves porabljen trud je bil zaman. Lekcija: problem obsega je razkošje po rešitvi problema vleke; Najprej dokaži, kar kdo hoče.
Primer 3 – Moč določanja prednosti. En ustanovitelj je imel seznam 30 funkcij. Umetni inteligenci je dal ustvariti matriko vpliva in napora in popravil stolpec »vpliv« s signalom iz resničnih pogovorov strank. Le 4 od 30 funkcij so se izkazale za "obvezne". Izdan MVP v 3 tednih namesto v 6 mesecih; Stranka je pokazala, da večina od preostalih 26 funkcij sploh ni bila potrebna.
Štiri predloge za kopiranje
1) Učno vprašanje + obseg MVP:
Vaša vloga: trener vitkih izdelkov. Predpostavka, ki jo želim preizkusiti, je: [npr. "trgovci plačujejo mesečno za zbiranje"]. (1) Opišite NAJMANJŠI izdelek, ki je potreben za preverjanje te domneve, (2) Pokažite, ali je možna različica tega, ki ne zahteva kode (ciljna stran, video, ročna storitev), (3) Opozorite na "privlačne, a nepotrebne" funkcije, ki ne bi smele priti v MVP.
2) Prednostna naloga MOSKVE:
Naslednji seznam funkcij razdelite na MoSCoW: Mora / Mora / Lahko / Ne bo. Vključeni morajo biti samo tisti, ki so "OBVEZNI za predpostavko, ki jo želim preizkusiti". V enem stavku napišite, zakaj je vsaka funkcija v tej skupini. Seznam: [funkcije].
3) Matrika udarca in napora:
Ocenite naslednje značilnosti na oseh "vpliv na stranke (1-5)" in "prizadevanje za izvedbo (1-5)" in jih postavite v 4 kvadrante. Tista, ki imajo velik vpliv in malo truda, označite kot "naredi najprej", tiste z majhnim udarcem in veliko truda pa kot "ne delaj". Opomni me, da je treba ocene vpliva potrditi glede na mojo dejansko angažiranost stranke. Seznam: [funkcije].
4) Besedilo ciljne strani:
Napišite uvodno besedilo za moj MVP. Razdelki: (1) naslov v jeziku stranke (predlog vrednosti), (2) pripoved o rešitvi problema, (3) 3 točke ugodnosti, (4) jasen klic (predhodna registracija/čakalni seznam). Uporaba pretiranih obljub; Samo trditve, ki jih lahko preverim. Turško, preprosto, iskreno.
Šibek poziv/močan poziv
Šibek poziv:
Seznam vseh funkcij za moj izdelek.
Ta poziv je v nasprotju z logiko MVP; Ustvari dolg seznam želja, ki odloži učenje in vabi k pretiranemu inženiringu.
Močan poziv:
Edina predpostavka, ki jo želim preizkusiti, je: [x]. Opišite NAJMANJŠI MVP, ki bo preveril to predpostavko, predlagajte različico, ki ne zahteva kode, ločite funkcije z MoSCoW in pustite samo nabor Must. Pomagajte mi, da svojih meril za uspeh ne napišem vnaprej (kateri rezultat potrdi predpostavko).
Pristop
Stopnja učenja
Stroški
Tveganje
Izdelava celotnega izdelka iz nič
prepočasi
visoka
Ne vlagajte denarja v napačno stvar
Ekstremno inženirstvo/pozlačenje
počasi
zelo visoko
Najdražja napaka
Samo obvezni MVP
hitro
nizka
obvladljiv
MVP brez kode (landing/elle)
najhitrejši
najnižja
zgodnje učenje
Pogoste napake
- MVP zamenjava za celoten izdelek. MVP je najmanjša enota učenja, ne izpiljen finale.
- Prekomerno inženirstvo. Preživeti mesece v obsegu/popolnosti, ko ni strank v bližini; Najdražja napaka.
- Brez definiranja učnega vprašanja. MVP, ki ne ve, kaj testira, je nesmiselno zapravljanje.
- Kasnejša postavitev meril za uspeh. Če kriteriji niso vnaprej zapisani, bo vsak rezultat interpretiran kot "uspeh".
- Obhod možnosti brez kode. Ciljna stran/video/koda za pisanje, ko jo lahko preizkusite ročno s storitvijo.
Pozor: umetna inteligenca lahko ustvari prototip ali osnutek kode, vendar ste odgovorni za varnost, točnost in zakonsko skladnost izdelane kode. Zlasti pri MVP-jih, ki vključujejo plačila, osebne podatke ali varnost, je rezultat AI začetna skica; Bistveno je, da ga pred objavo pregleda pristojni razvijalec/strokovnjak.
Če povzamem
MVP je najmanjši izdelek, ki omogoča največ učenja z najmanj truda; Njegov namen ni prodajati, ampak preizkusiti predpostavko. Najdražja napaka je pretirano inženirstvo in pozlačevanje nepreverjenega izdelka, ki ga nihče noče. Vsak MVP se začne z učnim vprašanjem; značilnosti so ekstrahirane z MoSCoW ali udarnim naporom in izdelana je samo gruča »Must«. Pogosto je najboljši MVP celo pred kodo: ciljna stran, video ali ročna storitev. AI je močan pospeševalnik pri določanju obsega, določanju prioritet in izdelavi prototipov/osnutkov strani; vendar je treba ocene "vpliva" popraviti z dejanskim signalom stranke, tehnično/pravno kritične rezultate pa je treba strokovno pregledati.
Aplikacijska naloga
Izberite predpostavko (predloga »Učno vprašanje«). Vprašajte AI za najmanjši MVP, ki bo preizkusil to predpostavko, in če je mogoče, različico brez kode. Ločite svoje kandidatne funkcije s predlogo »MoSCoW« in pustite samo nabor Must. Na koncu izdelajte preprost osnutek ciljne strani s predlogo »Besedilo ciljne strani« in pred objavo zapišite merila za uspeh (npr. vsaj 5 predregistracij od 20 obiskovalcev).
kontrolni seznam
- [ ] Ali sem jasno napisal eno učno vprašanje svojih MVP testov?
- [ ] Ali sem ocenil različico MVP brez kode?
- [ ] Ali sem dal prednost funkcijam in pustil samo gručo »Obvezno«?
- [ ] Ali sem določil kriterije uspešnosti pred objavo?
- [ ] Ali sem tehnične/pravno-kritične rezultate prepustil strokovnemu pregledu?