Kā izveidot MVP vienā nedēļas nogalē: reāls plāns

Lai izveidotu MVP vienā nedēļas nogalē, sašaurināt ideju līdz vienam uzdevumam vienam lietotāju veidam, to uzrakstīt piektdienas vakarā, sestdienu pavadīt galvenā cikla veidošanai ar MI lietotņu veidotāju, un svētdienu — pamatlietām (datu saglabāšana, sākumlapa, publicēšana) pirms parādīšanas reāliem cilvēkiem. Atlaidiet visu, kas nepalīdz atbildēt uz to vienu jautājumu, kāpēc MVP pastāv. Nedēļas nogale pietiek aptuveni strādājošai versijai. Tā nepietiek gatavam produktam, un tas ir labi.

Kas ir nedēļas nogales MVP (un kas tas nav)

MVP (minimāli dzīvotspējīgs produkts) ir mazākais, ko var izveidot, lai uzzinātu, vai ideja darbojas. Kas ir MVP pilnībā izskaidro ideju. Nedēļas nogalei tas nozīmē:

Viens lietotāju veids. Nevis „freelanceri un aģentūras un to klienti”.
Viens uzdevums no sākuma līdz galam. Lietotājs var sākt, pabeigt un saņemt rezultātu.
Reāls, nevis maketa. Tas saglabā datus, darbojas tālrunī un atrodas reālā adresē.
Atļautas neapstrādātas malas. Vienkāršs dizains, maz iestatījumu, daļa manuāla darba aiz ainas.

Tā nav mazāka pilnā produkta versija. Tā ir tā viena produkta daļa, kas pārbauda jūsu lielāko pieņēmumu.

Pirms nedēļas nogales: izvēlieties jautājumu

Katrs MVP atbild uz jautājumu. Uzrakstiet to, jo tas nosaka, ko veidot:

Jautājums	Ko MVP vajag
„Vai cilvēki to vispār izmantos?”	Galvenā funkcija, bez maksas, ar veidu, kā redzēt, kas atgriežas
„Vai viņi par to maksās?”	Galvenā funkcija un veids, kā samaksāt, pat ar vienu maksājuma saiti
„Vai es varu piegādāt rezultātu?”	Vienkārša priekšējā daļa, un daļu darba aiz tās veicat ar roku
„Vai ir pieprasījums, pirms es veidoju?”	Varbūt vēl nav produkta: vispirms gaidīšanas saraksta lapa

Ideālā gadījumā jūs jau esat runājuši ar dažiem cilvēkiem, kam ir šī problēma. Ja nē, kā pārbaudīt lietotnes ideju parāda, kā to izdarīt, un pāris sarunas līdz piektdienai padarīs visu nedēļas nogali noderīgāku.

Plāns

Piektdienas vakars: izlemiet (2 līdz 3 stundas)

Uzrakstiet vienu teikumu: „[Produkts] palīdz [konkrētam lietotājam] [paveikt vienu uzdevumu] bez [esošās problēmas].”
Uzskaitiet galvenā cikla soļus, piemēram: reģistrēties, ielīmēt darba aprakstu, saņemt pielāgotu motivācijas vēstuli, rediģēt, kopēt.
Uzskaitiet datus: kas tiek saglabāts un kam tas pieder.
Uzrakstiet sarakstu „ne šajā nedēļas nogalē”: iestatījumi, komandas, administrēšanas panelis, e-pasta paziņojumi, otra funkcija, tumšais režīms. Ja tos uzrakstāt, sestdienā būs vieglāk pateikt nē.
Uzmetiet pirmo uzvedni veidotājam (skatiet tālāk).

Sestdiena: veidojiet galveno ciklu

Rīts: lieciet galvenajam ciklam darboties ar paraugdatiem pirmo versiju. Strādājiet mazos soļos: viena izmaiņa vienā ziņojumā, tad pārbaudiet priekšskatījumu.
Pēcpusdiena: pievienojiet datubāzi, lai dati paliktu pēc lapas atjaunošanas, un izmantojiet lietotni paši ar reāliem ievaddatiem. Labojiet to, kas bloķē ciklu, un ignorējiet kosmētiskas lietas.
Vakars: pievienojiet pieteikšanos, ja lietotājiem vajag savus datus. Pārbaudiet ar diviem kontiem divās pārlūkprogrammās, lai apstiprinātu, ka neviens neredz otra datus.

Svētdiena: padariet to lietojamu svešiniekiem

Rīts: vienkārša sākuma sadaļa: tas viens teikums, kam tas paredzēts, un reģistrēšanās poga. Pievienojiet maksājumu, ja jūsu jautājums ir par maksāšanu.
Dienas vidus: pārbaudiet tālrunī. Tukšie stāvokļi (ko jaunais lietotājs redz, pirms kaut ko pievienojis) ir svarīgāki, nekā šķiet.
Pēcpusdiena: īsa drošības un veselā saprāta pārbaude: nav API atslēgu pārlūkprogrammas kodā, nav lapu, kas rāda citu lietotāju datus. Tad publicējiet.
Vakars: personīgi nosūtiet to piecīm līdz desmit cilvēkiem ar vienu jautājumu, uz kuru vēlaties atbildi.

Ko izlaist

Lietas, kas šķiet nepieciešamas, bet var pagaidīt:

Administrēšanas paneļi. Pagaidām skatiet datubāzi tieši.
Iestatījumi un profili. Ieprogrammējiet saprātīgus noklusējumus.
Komandas, lomas un uzaicinājumi. Vispirms konti vienam lietotājam.
Vairāki cenu plāni. Viena cena vai bez maksas.
E-pasta plūsmas, kas pārsniedz to, ko pieteikšanās tiešām prasa.
Integrācijas. Pirmajam testam pietiek ar eksportu CSV vai kopēšanu.
Ideāls dizains. Tīrs un lasāms pietiek. Vienota krāsa un laba atstarpe daudz palīdz.
Mērogs. Desmit lietotāji nekam nepārslogos.

Pirmā uzvedne MI veidotājam

Izveido MVP ar nosaukumu CoverCraft junioriem izstrādātājiem, kas pieteicas darbam. Galvenais cikls: pēc pieteikšanās lietotājs ielīmē darba aprakstu un savu CV tekstu, izvēlas toni (formālu vai draudzīgu) un saņem pielāgotu motivācijas vēstuli, ko var rediģēt un kopēt. Ģenerējiet vēstuli serverī, izmantojot MI pakalpojumu sniedzēju ar noslēpumu AI_API_KEY, un nekad neatklājiet atslēgu pārlūkprogrammai. Katru vēstuli saglabājiet datubāzē ar amata nosaukumu un uzņēmumu; katrs lietotājs vienkāršā sarakstā redz tikai savas vēstules. Pievienojiet sākuma sadaļu ar vienu teikumu, kas izskaidro produktu, un pogu Sākt. Ierobežojiet katru lietotāju līdz 10 vēstulēm dienā, to nodrošinot serverī. Saglabājiet dizainu tīru un vienkāršu, un nodrošiniet, ka tas labi darbojas tālruņos. Nepievienojiet iestatījumus, komandas vai administrēšanas paneli.

Pēdējai rindai ir nozīme. MI veidotāji mēdz pievienot funkcijas, ko neesat lūguši, un, pastāstot, ko neveidot, pirmā versija paliek maza. Vairāk par to — kā rakstīt uzvednes MI lietotņu veidotājiem.

Padomi, kas ietaupa nedēļas nogali

Viena izmaiņa vienā ziņojumā. Lieli daudzdaļīgi pieprasījumi ir grūtāk pārbaudāmi un grūtāk atceļami.
Pārbaudiet pēc katras izmaiņas priekšskatījumā tālruņa izmērā.
Atgriezieties, nevis strīdieties. Ja izmaiņa nogāja greizi, atgriezieties pie pēdējās strādājošās versijas un lūdziet vēlreiz skaidrāk.
Izmantojiet plānošanas soli pirms kaut kā riskanta, piemēram, pieteikšanās vai maksājumu pievienošanas.
Pārtrauciet pulēt pie 80%. Pēdējie 20% pulēšanas funkcijai, ko neviens neizmanto, ir izniekoti.

Biežākās kļūdas

Sākums bez jautājuma, tāpēc nevarat noteikt, vai nedēļas nogale bija veiksmīga.
Divas funkcijas vienas vietā, un nevienu nepabeidzat.
Veidot sarakstu „ne šajā nedēļas nogalē”, jo šķiet produktīvi.
Datubāzes izlaišana, tāpēc viss pazūd pēc atjaunošanas un testētāji zaudē savu darbu.
Nekad nerādīt nevienam. Nedēļas nogales MVP, kas paliek privāts, jūs neko nav iemācījis.
Jautāt draugiem „vai tev patīk?”. Vērojiet, ko svešinieki ar šo problēmu patiesībā dara.

Kad vispār nevajag veidot

Dažreiz nedēļas nogale labāk pavadāma, nevis veidojot. Ja ideju var pārbaudīt ar veidlapu, tabulu un maksājuma saiti vai manuāli sniedzot pakalpojumu trim klientiem, vispirms dariet to. Veidojiet tad, kad vērtība ir pašā programmatūrā: darba plūsmā, aprēķinā, ģenerētā rezultātā, ko esošie rīki nevar sniegt. Pēc nedēļas nogales kā palaist lietotni un iegūt pirmos lietotājus apskata, ko darīt tālāk, un kā izveidot SaaS MVP — kā pievienot pienācīgus kontus un abonementus, kad ideja to ir pelnījusi.

Izveide ar Mythex

Mythex labi atbilst nedēļas nogales plānam: MVP aprakstāt tērzēšanā, aģents raksta kodu, un jūs to testējat tiešajā priekšskatījumā, arī tālruņa izmērā. Plāna režīms piektdienas vakarā noder, lai izveidotu ideju, pirms tiek rakstīts kods, un katra veiksmīga izmaiņa tiek saglabāta kā kontrolpunkts, uz kuru var atgriezties. Kad pieprasāt datu saglabāšanu, Mythex projektam pievieno Postgres datubāzi. /test liek aģentam noklikšķināt cauri priekšskatījumam kā lietotājam un ziņot par bojātām plūsmām (Lietotņu testēšana). Pirms publicēšanas testētājiem varat nosūtīt priekšskatījuma kopīgošanas saiti.

Dažas daļas nodrošināt pašiem: lietotāju pieteikšanos ar pieejas izvēli, maksājumus caur jūsu pašu Stripe kontu un MI funkcijas ar jūsu pašu modeļa API atslēgu. Bezmaksas plānā pirmajā dienā ir 10 kredīti un pēc tam pa 5 dienā, kas var ierobežot to, cik daudz varat izveidot aizņemtā nedēļas nogalē; Pro plānā ir 100 kredīti mēnesī. Dokumentācijas no idejas līdz dzīvai lietotnei ceļvedis seko līdzīgam ceļam.

Jautājumi

Vai tiešām var izveidot MVP vienā nedēļas nogalē?

Var izveidot mazu, strādājošu pirmo versiju vienai galvenajai funkcijai vienas nedēļas nogales laikā, it īpaši ar MI lietotņu veidotāju. Jūs neizveidosiet pulētu produktu, un arī nevajadzētu mēģināt. Mērķis ir kaut kas reāls, ko cilvēki var lietot, lai uzzinātu, vai ideja ir vērta vairāk laika.

Ko atstāt ārpus nedēļas nogales MVP?

Visu, kas nav vajadzīgs, lai pārbaudītu galveno ideju: iestatījumu lapas, komandas un lomas, administrēšanas paneļus, vairākus cenu plānus, integrācijas, paziņojumus un lielāko daļu īpašo gadījumu. Turiet sarakstu nākotnei.

Vai nedēļas nogales MVP vajag pieteikšanos un maksājumus?

Tikai tad, ja pārbaudei tie ir vajadzīgi. Ja lietotājiem jāsaglabā savi dati, pievienojiet vienkāršu pieteikšanos. Ja jautājums ir, vai cilvēki maksās, pietiek ar maksājuma saiti vai vienu checkout; pilna abonementa norēķinu sistēma var pagaidīt.

Ko darīt pēc nedēļas nogales?

Parādiet to cilvēkiem, ar kuriem runājāt pirms veidošanas, vērojiet, kā viņi to lieto, un lemiet pēc tā, ko viņi dara, nevis ko saka. Tad labojiet lielāko problēmu vai mainiet virzienu.