Esimese versiooni põhifunktsioonid

Esimese versiooni põhifunktsioonid

Mis on MVP?

MVP on esimene väike versioon, mis teeb ainult kõige olulisema.

MVP ei ole poolik segadus. MVP on teadlikult piiratud esimene versioon, mille abil saab kontrollida, kas idee, sõnum või põhitegevus töötab.

Kui eesmärk on koguda huvilisi, ei ole esimeses versioonis vaja

• kasutajakontosid
• makseid
• admin-paneeli
• kursuseplatvormi
• keerukat andmebaasihaldust
• mitut kasutajarolli

Mis on kõige väiksem kasulik versioon, millega saab projekti põhieesmärki kontrollida?

Kolme põhifunktsiooni reegel

Algaja jaoks on hea piirang valida kuni kolm põhifunktsiooni.

Näide waitlist lehe puhul

1. hero-sektsioon, mis selgitab, mis on tulemas
2. kolme kasu plokk, mis annab kasutajale põhjuse huvi tunda
3. e-posti vorm, millega saab waitlistiga liituda

Kõik muu jääb hilisemaks.

Kui esimese versiooni funktsioonide nimekiri kasvab üle kolme, on tõenäoline, et skoop on liiga suur.

Tunni eesmärk

Selles tunnis valid oma projektile teadlikult piiratud esimese versiooni.

Selle esimese versiooni nimi on MVP. Siin kursuses tähendab MVP väikseimat kasulikku versiooni, millega saad kontrollida, kas sinu projekti põhiidee töötab.

MVP ei ole lõplik toode. MVP ei ole ka lohakas või katkine lahendus. MVP on selgelt piiritletud esimene samm, mis teeb ainult kõige olulisema.

Kus sa kursusel praegu oled?

Eelmistes tundides vaatasid, miks liiga üldine algus nagu „tee mulle äpp” ei tööta. Nägid, et parem algus peab olema väiksem, täpsem ja kontrollitavam.

Nüüd liigud järgmise otsuse juurde: mis on sinu projekti esimene versioon?

See tund tuleb enne mitte-skoobi ja edukriteeriumi täpset kirjapanekut. Kõigepealt valid, mis peab esimeses versioonis sees olema.

Tunni tulemus

Tunni lõpuks on sul kirjas:

• üks MVP kirjeldus
• kuni kolm põhifunktsiooni
• esimene arusaam sellest, mida saad praegu välja jätta

See ei ole veel lõplik mitte-skoop. Selle kirjutad järgmises tunnis.

Mis on MVP?

MVP on esimene väike versioon, millega saab kontrollida, kas projekti põhiidee töötab.

See peab vastama kolmele küsimusele.

• Kas kasutaja saab aru, mida pakud?
• Kas kasutaja saab teha ühe peamise tegevuse?
• Kas sina saad teada midagi, mille põhjal otsustada järgmine samm?

Näiteks kui eesmärk on koguda huvilisi tulevasele koolitusele, ei pea esimeses versioonis olema kursuseplatvormi, makseid, kasutajakontosid ega halduspaneeli.

Piisab ühest selgest lehest, kus inimene saab aru, mida pakutakse, ja jätab oma e-posti aadressi.

Mis peab olema olemas, et kontrollida kõige tähtsamat eeldust?

MVP ei ole poolik segadus

Hea MVP on väike, aga kasutatav.

• See võib olla lihtne, aga peab olema arusaadav.
• See võib olla piiratud, aga peab täitma üht selget eesmärki.
• Kui kasutaja ei saa aru, mida talle pakutakse, ei ole see hea MVP.

MVP ei ole kogu tulevikutoode

Suur idee võib alles jääda. MVP ei tähenda, et loobud suuremast visioonist.

• Kui tahad kunagi teha koolitusplatvormi, võib MVP olla üks waitlist-leht.
• Kui tahad kunagi teha kulude jälgimise rakenduse, võib MVP olla üks lihtne sisestusvorm ja kogusumma vaade.
• Kui tahad kunagi teha retseptikogu, võib MVP olla retsepti lisamine, nimekirjas kuvamine ja otsing nime järgi.
• Kui tahad kunagi teha teenuseportaali, võib MVP olla üks maandumisleht koos päringuvormiga.

Miks esimene versioon liiga suureks kasvab?

Esimene versioon kasvab tavaliselt kolmel põhjusel.

• Hirm, et lihtne lahendus ei mõju piisavalt tõsiseltvõetavalt.
• Soov lahendada kõik kasutaja tulevased vajadused korraga.
• Tehniline uudishimu lisada otsing, andmebaas, automaatsed e-kirjad, graafikud või integratsioonid liiga vara.

MVP kaitseb sind nende vigade eest. Ta sunnib küsima: mida on praegu päriselt vaja?

MVP põhiküsimus

Mis on kõige väiksem kasulik versioon, millega saan oma projekti põhieesmärki kontrollida?

Pane tähele kolme sõna.

• Kõige väiksem tähendab, et sa ei ehita kõiki tulevasi funktsioone.
• Kasulik tähendab, et kasutaja saab teha midagi päriselt mõistetavat.
• Kontrollida tähendab, et MVP annab sulle tagasisidet, mitte ainult ilusa vaate.

Mis on põhieeldus?

Põhieeldus on oletus, mille tõesust sa veel ei tea, aga millele sinu projekt toetub.

• Algajad tahavad jätta oma e-posti aadressi, et saada infot praktilise AI-koolituse kohta.
• Väikeettevõtja saadab päringu, kui teenuse väärtus on ühe lehega piisavalt selge.
• Kasutaja lisab oma kulud käsitsi, kui sisestamine on piisavalt kiire.
• Retseptikogu kasutaja leiab retsepti üles, kui saab otsida nime järgi.
• Üritusele registreeruja täidab vormi, kui see on telefonis lühike ja arusaadav.

Kolme põhifunktsiooni reegel

Algaja jaoks on hea piirang valida kuni kolm põhifunktsiooni.

See ei tähenda, et igal projektil peab tingimata olema kolm funktsiooni. Mõnel MVP-l piisab kahest. Mõnel juhul on üks väga selge põhifunktsioon parem kui kolm nõrgalt seotud osa.

Kui funktsioonide nimekiri kasvab üle kolme, küsi:

• kas kõik need funktsioonid kontrollivad sama põhieeldust?
• kas kasutaja vajab neid kohe esimese tegevuse tegemiseks?
• kas midagi saab viia järgmisse versiooni?

Mis teeb funktsioonist põhifunktsiooni?

Põhifunktsioon on osa, ilma milleta MVP ei täida oma eesmärki.

• Kas see aitab kasutajal peamist tegevust teha?
• Kas ilma selleta jääb MVP põhieeldus kontrollimata?
• Kas see peab olema olemas kohe esimeses versioonis?

Kui vastus on „ei”, ei ole see tõenäoliselt põhifunktsioon.

Näide: AI-koolituse waitlist-leht

Läbiva näidisprojekti eesmärk: koguda huvilisi tulevase algajatele mõeldud AI-koolituse jaoks.

Põhieeldus: algaja kasutaja saab koolituse väärtusest aru ja on valmis jätma oma e-posti aadressi.

Minu MVP on ühe lehega waitlist-leht, mille abil kasutaja saab aru, mis koolitus on tulemas, miks see võiks talle kasulik olla ja saab jätta oma e-posti aadressi. Mina saan kontrollida, kas sellise koolituse vastu on esmane huvi.

Kõik muu tuleb hiljem.

Näide: joogatunni registreerimisleht

Projekti eesmärk: võimaldada inimesel registreerida end ühekordsesse joogatundi.

Põhieeldus: osaleja registreerub ise, kui tunni info ja vorm on telefonis selged.

Minu MVP on ühe lehega joogatunni registreerimisleht, mille abil kasutaja näeb tunni aega ja kohta, sisestab oma nime ning e-posti aadressi ja saab kinnituse. Korraldaja saab kontrollida, kas osalejad saavad registreerumisega iseseisvalt hakkama.

Näide: isiklik kulude jälgija

Projekti eesmärk: aidata kasutajal saada parem ülevaade igapäevastest väikestest kuludest.

Põhieeldus: kasutaja on valmis kulu käsitsi sisestama, kui see võtab vähe aega ja kogusumma tekib kohe nähtavale.

Minu MVP on lihtne kulude sisestamise ja kokkuvõtte tööriist, mille abil kasutaja saab lisada kulu, näha kulude nimekirja ja vaadata kogusummat. Mina saan kontrollida, kas käsitsi sisestamine on piisavalt lihtne, et kasutaja seda päriselt prooviks.