Kuidas teha MVP-d ühe nädalavahetusega: realistlik plaan

Nädalavahetuse MVP tegemiseks taanda oma idee ühele tööle ühele kasutajatüübile, kirjuta see reede õhtul üles, veeda laupäev peamise tsükli ehitamisel AI rakendusetegijaga ja pühapäev olulistele asjadele (andmete salvestamine, maandusleht, avaldamine), enne kui näitad seda päris inimestele. Jäta kõik välja, mis ei aita vastata sellele ühele küsimusele, milleks MVP on. Nädalavahetus piisab karmi, töötava versiooni jaoks. See ei piisa valmis tootele, ja see on hea.

Mis on nädalavahetuse MVP (ja mis ta ei ole)

MVP (minimaalselt elujõuline toode) on väikseim asi, mille saad ehitada, et õppida, kas idee toimib. Mis on MVP käsitleb ideed täielikult. Nädalavahetuse jaoks tähendab see:

• Üks kasutajatüüp. Mitte "vabakutselised ja agentuurid ning nende kliendid".
• Üks töö algusest lõpuni. Kasutaja saab alustada, lõpetada ja tulemuse kätte.
• Päris, mitte makett. See salvestab andmeid, töötab telefonis ja asub päris aadressil.
• Karedad servad lubatud. Lihtne disain, vähe seadeid, mõned käsitsi tehtavad tööd taustal.

See ei ole täisversiooni väiksem variant. See on see osa tootest, mis testib sinu suurimat eeldust.

Enne nädalavahetust: vali küsimus

Iga MVP vastab ühele küsimusele. Kirjuta see üles, sest see otsustab, mida ehitada:

Ideaalis oled juba rääkinud mõne inimesega, kellel on see probleem. Kui ei ole, näitab kuidas valideerida rakenduse ideed, kuidas seda teha, ja paar vestlust enne reedet muudab terve nädalavahetuse kasulikumaks.

Plaan

Reede õhtu: otsusta (2–3 tundi)

• Kirjuta üks lause: "[Toode] aitab [konkreetsel kasutajal] teha [ühte tööd] ilma [praeguse valuta]."
• Loetle peamise tsükli sammud, näiteks: registreeru, kleebi tööpakkumise kirjeldus, saa kohandatud kaaskiri, muuda, kopeeri.
• Loetle andmed: mis salvestatakse ja kellele see kuulub.
• Kirjuta "mitte sel nädalavahetusel" nimekiri: seaded, meeskonnad, administraatori vaade, e-posti teavitused, teine funktsioon, tume režiim. Nende kirjutamine teeb laupäeval ei ütlemise lihtsamaks.
• Koosta esimene prompt rakendusetegijale (vaata allpool).

Laupäev: ehita peamine tsükkel

• Hommik: saa peamine tsükkel näidisandmetega töötama. Itereeri väikeste sammudega: üks muudatus sõnumi kohta, siis kontrolli eelvaadet.
• Pärastlõuna: lisa andmebaas, et andmed säiliksid lehe värskendamisel, ning kasuta rakendust ise realistlike sisenditega. Paranda see, mis tsüklit blokeerib, ja ignoreeri kosmeetilisi asju.
• Õhtu: lisa sisselogimine, kui kasutajad vajavad oma andmeid. Testi kahe kontoga kahes brauseris, et kumbki ei näe teise andmeid.

Pühapäev: tee see kasutatavaks võõrastele

• Hommik: lihtne maandusosa: üks lause, kellele see mõeldud on, ja registreerumisnupp. Lisa makse, kui sinu küsimus puudutab maksmist.
• Keskpäev: kontrolli telefonil. Tühjad olekud (mida uus kasutaja näeb enne, kui ta on midagi lisanud) on olulisemad, kui arvad.
• Pärastlõuna: lühike turva- ja mõistlikkuse kontroll: API-võtmed pole brauseri koodis, pole lehti, mis näitavad teiste kasutajate andmeid. Seejärel avalda.
• Õhtu: saada see isiklikult viiele kuni kümnele inimesele koos ühe küsimusega, millele tahad vastust.

Mida vahele jätta

Asjad, mis tunduvad vajalikud, aga võivad oodata:

• Administraatori töölauad. Vaata praegu andmebaasi otse.
• Seaded ja profiilid. Kõvakoodi mõistlikud vaikeväärtused.
• Meeskonnad, rollid ja kutsed. Kõigepealt ühe kasutajaga kontod.
• Mitu hinnaplaani. Üks hind või tasuta.
• E-posti voogud, mis lähevad kaugemale sellest, mida sisselogimine rangelt nõuab.
• Integratsioonid. Esmaseks testiks piisab eksportist CSV-na või kopeerimisest-kleepimisest.
• Täiuslik disain. Puhas ja loetav on piisav. Ühtlane värv ja hea vahe aitavad palju.
• Skaala. Kümme kasutajat ei koorma midagi.

Esimene prompt AI rakendusetegijale

Tee MVP nimega CoverCraft noortele arendajatele, kes kandideerivad töökohtadele. Peamine tsükkel: pärast sisselogimist kleebib kasutaja tööpakkumise kirjelduse ja oma CV teksti, valib tooni (ametlik või sõbralik) ja saab kohandatud kaaskirja, mida saab muuta ja kopeerida. Genereeri kiri serveris AI pakkuja abil võtmega AI_API_KEY ja ära anna võtit kunagi brauserile. Salvesta iga kiri koos töökoha ja ettevõttega andmebaasi; igaüks näeb ainult oma kirju lihtsas nimekirjas. Lisa maandusosa ühe lausega, mis seletab toodet, ja nupp Alusta. Piira iga kasutaja 10 kirjaga päevas, jõustatuna serveris. Hoia disain puhas ja lihtne ning tööta hästi telefonis. Ära lisa seadeid, meeskondi ega administraatori vaadet.

Viimane rida on oluline. AI rakendusetegijad kipuvad lisama funktsioone, mida sa ei palunud, ja selle ütlemine, mida mitte ehitada, hoiab esimese versiooni väikesena. Rohkem sellest vaata kuidas kirjutada prompte AI rakendusetegijatele.

Näpunäited, mis päästavad nädalavahetuse

• Üks muudatus sõnumi kohta. Suured mitmeosalised palved on raskemini kontrollitavad ja raskemini tagasi võetavad.
• Testi pärast iga muudatust eelvaates telefonisuuruses.
• Pööra tagasi, mitte ära vaidle. Kui muudatus läks valesti, mine tagasi viimase töötava versiooni juurde ja küsi uuesti selgemalt.
• Kasuta planeerimise sammu enne midagi riskantset, nagu sisselogimise või maksete lisamine.
• Lõpeta lihvimine 80% juures. Viimased 20% lihvimisest funktsioonile, mida keegi ei kasuta, on raisatud.

Levinud vead

• Alustamine ilma küsimuseta, nii et sa ei saa öelda, kas nädalavahetus õnnestus.
• Kaks funktsiooni ühe asemel, nii et ükski ei valmi.
• "Mitte sel nädalavahetusel" nimekirja ehitamine, sest see tundub produktiivne.
• Andmebaasi vahelejätmine, nii et kõik kaob lehe värskendamisel ja testijad kaotavad oma töö.
• Kellelegi ei näitamine. Nädalavahetuse MVP, mis jääb privaatseks, pole sind midagi õpetanud.
• Sõprade küsimine "kas sulle meeldib?" Vaata, mida võõrad probleemiga inimesed tegelikult teevad.

Millal mitte üldse ehitada

Mõnikord on nädalavahetus parem mitte ehitamisele kulutada. Kui ideed saab testida vormi, tabelarvutuse ja makselingiga või teenindades kolme klienti käsitsi, tee seda esmalt. Ehita siis, kui väärtus peitub tarkvaras endas: töövoog, arvutus või genereeritud tulemus, mida olemasolevad tööriistad ei anna. Pärast nädalavahetust käsitleb kuidas rakendust käivitada ja esimesed kasutajad saada, mis edasi saab, ja kuidas teha SaaS MVP-d selgitab korraliku kontode ja tellimuste lisamist, kui idee on selle ära teeninud.

Ehitamine Mythexiga

Mythex sobib nädalavahetuse plaaniga hästi: kirjeldad MVP-d vestluses, agent kirjutab koodi ja sa testid seda elavas eelvaates, sealhulgas telefonisuuruses vaates. Plaani režiim on reede õhtul kasulik idee kujundamiseks enne, kui kood kirjutatakse, ja iga õnnestunud muudatus salvestatakse kontrollpunktina, millele saab tagasi pöörata. Kui palud andmete salvestamist, lisab Mythex projekti Postgres andmebaasi. /test palub agendil klikkida läbi eelvaate nagu kasutaja ja teatada katkistest voogudest (App Testing). Enne avaldamist saad testijatele saata jagamislingi eelvaatele.

Mõned osad teed ise: sinu kasutajate sisselogimine kasutab sinu valitud autentimisviisi, maksed kasutavad sinu enda Stripe'i kontot ja AI funktsioonid sinu enda mudeli API-võtit. Tasuta paketis saad esimesel päeval 10 krediiti ja pärast seda 5 päevas, mis võib tihedal nädalavahetusel piirata, kui palju saad ehitada; Pro annab 100 krediiti kuus. Dokumentatsiooni ideest elava rakenduseni juhend käib sarnast teed.

Küsimused