Kaip sukurti MVP per savaitgalį: realus planas

Kad per savaitgalį sukurtumėte MVP, sumažinkite idėją iki vieno darbo vienam tipo naudotojui, tai užrašykite penktadienio vakarą, šeštadienį kurkite pagrindinį ciklą su DI programų kūrėju, o sekmadienį skirkite būtinybėms (duomenų saugojimui, nusileidimo puslapiui, publikavimui) prieš parodydami programą tikriems žmonėms. Praleiskite viską, kas nepadeda atsakyti į vieną klausimą, dėl kurio MVP ir egzistuoja. Savaitgalio pakanka grubiai, bet veikiančiai versijai. Baigtam produktui jos nepakanka – ir tai normalu.

Ką reiškia savaitgalio MVP (ir ko jis nereiškia)

MVP (minimalus gyvybingas produktas) yra mažiausia, ką galite sukurti, kad išmoktumėte, ar idėja veikia. Kas yra MVP aprašo idėją išsamiai. Savaitgaliui tai reiškia:

• Vienas naudotojo tipas. Ne „laisvai samdomi specialistai, agentūros ir jų klientai“.
• Vienas darbas nuo pradžios iki galo. Naudotojas gali pradėti, baigti ir gauti rezultatą.
• Tikra, o ne maketas. Programa išsaugo duomenis, veikia telefone ir turi tikrą adresą.
• Grubumai leidžiami. Paprastas dizainas, keli nustatymai, kai kurie rankiniai darbai už kulisų.

Tai nėra mažesnė pilno produkto versija. Tai ta produkto dalis, kuri patikrina jūsų didžiausią prielaidą.

Prieš savaitgalį: pasirinkite klausimą

Kiekvienas MVP atsako į klausimą. Užrašykite jį, nes jis nusprendžia, ką kurti:

Geriausia, jei jau kalbėjotės su keliais žmonėmis, kurie turi tą problemą. Jei ne, kaip patikrinti programos idėją parodo, kaip tai daryti; keli pokalbiai iki penktadienio padarys visą savaitgalį naudingesnį.

Planas

Penktadienio vakaras: nuspręskite (2–3 valandos)

• Parašykite vieną sakinį: „[Produktas] padeda [konkrečiam naudotojui] atlikti [vieną darbą] be [dabartinio skausmo].“
• Išvardykite pagrindinio ciklo žingsnius, pavyzdžiui: prisiregistruoti, įklijuoti darbo aprašymą, gauti pritaikytą motyvacinį laišką, redaguoti, nukopijuoti.
• Išvardykite duomenis: kas išsaugoma ir kam tie duomenys priklauso.
• Parašykite sąrašą „ne šį savaitgalį“: nustatymai, komandos, administravimo skydelis, el. laiškų pranešimai, antra funkcija, tamsus režimas. Užrašius lengviau šeštadienį pasakyti ne.
• Parenkite pirmą užklausimą įrankiui (žr. žemiau).

Šeštadienis: kurkite pagrindinį ciklą

• Rytas: gaukite pirmą pagrindinio ciklo versiją veikiančią su pavyzdiniais duomenimis. Dirbkite mažais žingsniais: vienas pakeitimas vienoje žinutėje, tada patikrinkite peržiūroje.
• Popietė: pridėkite duomenų bazę, kad duomenys išliktų perkrovus puslapį, ir naudokite programą patys su realistiškais įvesties duomenimis. Ištaisykite tai, kas blokuoja ciklą, ir ignoruokite viską, kas tik išvaizdos.
• Vakaras: pridėkite prisijungimą, jei naudotojams reikia savų duomenų. Išbandykite su dviem paskyromis dviejuose naršyklėse, ar nė viena nemato kitos duomenų.

Sekmadienis: padarykite, kad svetimi galėtų naudotis

• Rytas: paprasta nusileidimo sekcija: vienas sakinys, kam tai skirta, ir registracijos mygtukas. Pridėkite mokėjimą, jei jūsų klausimas susijęs su mokėjimu.
• Vidurdienis: patikrinkite telefone. Tuščios būsenos (ką mato naujas naudotojas, kol dar nieko nepridėjo) yra svarbesnės, nei manote.
• Popietė: trumpa saugumo ir patikimumo peržiūra: jokių API raktų naršyklės kode, jokių puslapių, rodančių kitų naudotojų duomenis. Tada publikuokite.
• Vakaras: išsiųskite jį penkiems–dešimčiai žmonių asmeniškai su vienu klausimu, į kurį norite gauti atsakymą.

Ką praleisti

Dalykai, kurie atrodo būtini, bet gali palaukti:

• Administravimo skydeliai. Kol kas žiūrėkite tiesiogiai į duomenų bazę.
• Nustatymai ir profiliai. Įrašykite protingas numatytąsias reikšmes.
• Komandos, rolės ir kvietimai. Pirma – vienos paskyros naudotojai.
• Keli kainodaros planai. Viena kaina arba nemokama.
• El. laiškų srautai už tai, ko prisijungimui griežtai reikia.
• Integracijos. Eksportas į CSV ar kopijavimas ir įklijavimas tinka pirmam bandymui.
• Tobulas dizainas. Švaru ir skaitoma – pakanka. Nuoseklios spalvos ir geras tarpų ritmas daug padeda.
• Mastelis. Dešimt naudotojų nieko neapkrauna.

Pirmasis užklausimas DI programų kūrėjui

Sukurk MVP pavadinimu CoverCraft jaunesniesiems programuotojams, kurie kreipiasi į darbus. Pagrindinis ciklas: prisijungus naudotojas įklijuoja darbo aprašymą ir savo CV tekstą, pasirenka toną (formalų ar draugišką) ir gauna pritaikytą motyvacinį laišką, kurį gali redaguoti ir kopijuoti. Laišką generuok serveryje naudodamas DI paslaugos teikėją su paslaptimi AI_API_KEY, ir niekada neatskleisk rakto naršyklei. Kiekvieną laišką išsaugok su darbo pavadinimu ir įmone duomenų bazėje; kiekvienas naudotojas mato tik savo laiškus paprastame sąraše. Pridėk nusileidimo sekciją su vienu sakiniu, kas yra produktas, ir mygtuku „Pradėti“. Riboki kiekvieną naudotoją iki 10 laiškų per dieną, taikoma serveryje. Dizainas švarus ir paprastas, ir gerai veikia telefone. Nedėk nustatymų, komandų ar administravimo skydelio.

Paskutinė eilutė svarbi. DI programų kūrėjai linkę pridėti funkcijų, kurių neprašėte, o pasakymas, ko nekurti, išlaiko pirmą versiją mažą. Daugiau šia tema rasite kaip rašyti užklausimus DI programų kūrėjams.

Patarimai, kurie sutaupo savaitgalį

• Vienas pakeitimas vienoje žinutėje. Dideli kelių dalių prašymai sunkiau tikrinami ir sunkiau atšaukiami.
• Testuokite po kiekvieno pakeitimo peržiūroje, telefono dydžio vaizde.
• Grįžkite atgal, o ne ginčykitės. Jei pakeitimas nepavyko, grįžkite prie paskutinės veikiančios versijos ir paprašykite aiškiau.
• Naudokite planavimo žingsnį prieš bet ką rizikingo, pavyzdžiui, pridedant prisijungimą ar mokėjimus.
• Nustokite gludinti ties 80 %. Paskutiniai 20 % gludinimo funkcijai, kurios niekas nenaudoja, yra švaistomi.

Dažniausios klaidos

• Pradėti be klausimo, todėl negalite pasakyti, ar savaitgalis pavyko.
• Dvi funkcijos vietoj vienos, ir nė viena nebaigta.
• Kurti „ne šį savaitgalį“ sąrašą, nes tai atrodo produktyvu.
• Praleisti duomenų bazę, todėl viskas dingsta perkrovus puslapį, o testuotojai praranda savo darbą.
• Niekada nieko nerodyti. Savaitgalio MVP, kuris lieka privatus, jūsų nieko nemokė.
• Klausti draugų „ar tau patinka?“ Stebėkite, ką tikri žmonės su problema iš tikrųjų daro.

Kada geriau visai nekurti

Kartais geriau savaitgalį neleisti kurti. Jei idėją galima išbandyti su forma, skaičiuokle ir mokėjimo nuoroda, arba paslaugą teikiant rankiniu būdu trims klientams, pirmiausia padarykite tai. Kurkite, kai vertė slypi pačioje programinėje įrangoje: darbo eigoje, skaičiavime, sugeneruotame rezultate, kurio esami įrankiai negali duoti. Po savaitgalio kaip paleisti programą ir gauti pirmuosius naudotojus aprašo, ką daryti toliau, o kaip sukurti SaaS MVP aprašo, kaip pridėti tinkamas paskyras ir prenumeratas, kai idėja tai jau užsitarnavo.

Kaip tai daryti su Mythex

Mythex gerai tinka savaitgalio planui: aprašote MVP pokalbyje, agentas rašo kodą, o jūs išbandote gyvoje peržiūroje, įskaitant telefono dydžio vaizdą. Plan režimas naudingas penktadienio vakarą idėjai suformuoti prieš rašant kodą, o kiekvienas sėkmingas pakeitimas išsaugomas kaip kontrolinis taškas, į kurį galite grįžti. Kai prašote išsaugoti duomenis, Mythex prideda Postgres duomenų bazę projektui. /test paprašo agento paspausti peržiūroje kaip naudotojas ir pranešti apie sugedusius srautus (App Testing). Testuotojams galite išsiųsti peržiūros bendrinimo nuorodą prieš publikuodami.

Kai kas tenka jums: naudotojų prisijungimui pasirenkate autentifikavimo būdą, mokėjimams naudojate savo Stripe paskyrą, o DI funkcijoms – savo modelio API raktą. Nemokamas planas suteikia 10 kreditų pirmą dieną ir po 5 kiekvieną dieną vėliau, todėl užimtą savaitgalį tai gali apriboti, kiek galite sukurti; Pro suteikia 100 kreditų per mėnesį. Dokumentacijos nuo idėjos iki gyvos programos pamoka eina panašiu keliu.

Klausimai