Si të ndërtoni një MVP brenda një fundjave: Një plan realist

Për të ndërtuar një MVP brenda një fundjave, zvogëloni idenë tuaj në një detyrë për një lloj përdoruesi, shkruajeni këtë të premten në mbrëmje, kaloni të shtunën duke ndërtuar ciklin kryesor me një ndërtues aplikacionesh me AI, dhe kaloni të dielën për gjërat thelbësore (ruajtja e të dhënave, një faqe hyrëse, publikimi) përpara se t'ia tregoni njerëzve realë. Lini jashtë gjithçka që nuk ndihmon të përgjigjeni në pyetjen e vetme për të cilën ekziston MVP-ja. Një fundjavë mjafton për një version të papërpunuar, por funksional. Nuk mjafton për një produkt të përfunduar, dhe kjo është në rregull.

Çfarë është (dhe çfarë nuk është) një MVP e fundjavës

Një MVP (produkt minimal i zbatueshëm) është gjëja më e vogël që mund të ndërtoni për të mësuar nëse një ide funksionon. Çfarë është një MVP e shpjegon idenë plotësisht. Për një fundjavë, kjo do të thotë:

• Një lloj përdoruesi. Jo "punonjës të pavarur dhe agjenci dhe klientët e tyre".
• Një detyrë, nga fillimi në fund. Përdoruesi mund të fillojë, të përfundojë dhe të marrë rezultatin.
• Reale, jo maketë. Ruan të dhëna, funksionon në telefon dhe jeton në një adresë reale.
• Lejohen cepa të papërpunuar. Dizajn i thjeshtë, pak cilësime, disa punë manuale nga pas.

Nuk është një version më i vogël i produktit të plotë. Është pjesa e vetme e produktit që teston supozimin tuaj më të madh.

Para fundjavës: zgjidhni pyetjen

Çdo MVP përgjigjet në një pyetje. Shkruajeni, sepse ajo vendos çfarë të ndërtoni:

Në mënyrë ideale, keni folur tashmë me disa persona që kanë problemin. Nëse jo, si të vlerësoni një ide aplikacioni tregon se si, dhe një-dy biseda para të premtes do ta bëjnë gjithë fundjavën më të dobishme.

Plani

E premte në mbrëmje: vendosni (2 deri në 3 orë)

• Shkruani një fjali: "[Produkti] ndihmon [përdorues specifik] të [bëjë një detyrë] pa [dhimbjen aktuale]."
• Listoni hapat e ciklit kryesor, për shembull: regjistrohu, ngjit një përshkrim pune, merr një letër motivimi të përshtatur, redakto, kopjo.
• Listoni të dhënat: çfarë ruhet, dhe kujt i përket.
• Shkruani listën "jo këtë fundjavë": cilësimet, ekipet, paneli i administratorit, njoftimet me email, një veçori e dytë, modaliteti i errët. Shkrimi i tyre e bën më të lehtë për të thënë "jo" të shtunën.
• Hartoni kërkesën e parë për ndërtuesin (shih më poshtë).

E shtunë: ndërtoni ciklin kryesor

• Mëngjesi: merrni versionin e parë të ciklit kryesor që funksionon me të dhëna shembull. Përsëritni me hapa të vegjël: një ndryshim për mesazh, pastaj kontrolloni pamjen paraprake.
• Pasdita: shtoni bazën e të dhënave që të dhënat të mbijetojnë rifreskimin, dhe përdoreni vetë aplikacionin me të dhëna realiste. Rregulloni çfarëdo që bllokon ciklin dhe injoroni çdo gjë estetike.
• Mbrëmja: shtoni hyrjen nëse përdoruesit kanë nevojë për të dhënat e tyre. Testoni me dy llogari në dy shfletues për të konfirmuar që asnjëra nuk sheh të dhënat e tjetrës.

E diel: bëjeni të përdorshëm nga të huaj

• Mëngjesi: një seksion i thjeshtë hyrës: fjalia, për kë është, dhe një buton regjistrimi. Shtoni pagesën nëse pyetja juaj ka të bëjë me paguajën.
• Mesditë: kontrolloni në telefon. Gjendjet e zbrazëta (çfarë sheh një përdorues i ri përpara se të shtojë diçka) kanë më shumë rëndësi nga sa mendoni.
• Pasdite: një kontroll i shpejtë sigurie dhe arsyeshmërie: asnjë çelës API në kodin e shfletuesit, asnjë faqe që shfaq të dhëna të përdoruesve të tjerë. Pastaj publikoni.
• Mbrëmja: dërgojeni te pesë deri në dhjetë persona personalisht, me një pyetje që doni të merrni përgjigje.

Çfarë të lini jashtë

Gjëra që duken të domosdoshme por mund të presin:

• Panelet e administratorit. Shikoni drejtpërdrejt bazën e të dhënave për tani.
• Cilësimet dhe profilet. Vendosni parazgjedhje të arsyeshme të fiksuara.
• Ekipet, rolet dhe ftesat. Fillimisht llogari me një përdorues.
• Plane të shumta çmimi. Një çmim, ose falas.
• Rrjedha email-esh përtej asaj që hyrja kërkon patjetër.
• Integrimet. Eksporti në CSV ose kopjo-ngjit është në rregull për një test të parë.
• Dizajn i përsosur. Të pastër dhe të lexueshëm mjaftojnë. Një ngjyrë e qëndrueshme dhe hapësira të mira bëjnë shumë.
• Shkallëzimi. Dhjetë përdorues nuk do të lodhin asgjë.

Një kërkesë e parë për një ndërtues me AI

Ndërto një MVP të quajtur CoverCraft për zhvillues junior që aplikojnë për punë. Cikli kryesor: pasi hyn, përdoruesi ngjit një përshkrim pune dhe tekstin e CV-së së tij, zgjedh një ton (formal ose miqësor), dhe merr një letër motivimi të përshtatur që mund ta redaktojë dhe kopjojë. Gjenero letrën në server duke përdorur një ofrues AI me sekretin AI_API_KEY, dhe mos e ekspozo kurrë çelësin te shfletuesi. Ruaj çdo letër me titullin e punës dhe kompaninë në një bazë të dhënash; çdo përdorues sheh vetëm letrat e veta në një listë të thjeshtë. Shto një seksion hyrës me një fjali që shpjegon produktin dhe një buton Fillo. Kufizo çdo përdorues në 10 letra në ditë, të zbatuar në server. Mbaje dizajnin të pastër dhe të thjeshtë, dhe bëje të punojë mirë në telefona. Mos shto cilësime, ekipe apo panel administratori.

Rreshti i fundit ka rëndësi. Ndërtuesit me AI priren të shtojnë veçori që nuk i kërkuat, dhe t'u thoni çfarë të mos ndërtojnë e mban versionin e parë të vogël. Më shumë rreth kësaj te si të shkruani kërkesa për ndërtuesit e aplikacioneve me AI.

Këshilla që kursejnë fundjavën

• Një ndryshim për mesazh. Kërkesat e mëdha me shumë pjesë janë më të vështira për t'u kontrolluar dhe për t'u zhbërë.
• Testoni pas çdo ndryshimi, në pamjen paraprake, në madhësinë e telefonit.
• Ktheni mbrapsht në vend që të debatoni. Nëse një ndryshim ka dalë keq, kthehuni te versioni i fundit që funksionon dhe kërkoni përsëri, më qartë.
• Përdorni një hap planifikimi përpara çdo gjëje me rrezik, si hyrja ose pagesat.
• Ndaloni lëmuarjen në 80%. 20% e fundit e lëmuarjes së një veçorie që askush nuk e përdor shkon dëm.

Gabimet e zakonshme

• Të nisësh pa pyetje, kështu që nuk mund të thuash nëse fundjava ia doli.
• Dy veçori në vend të një, duke përfunduar asnjërën.
• Ndërtimi i listës "jo këtë fundjavë" sepse duket produktive.
• Kalimi i bazës së të dhënave, kështu që çdo gjë zhduket në rifreskim dhe testuesit humbin punën e tyre.
• Të mos e tregosh kurrë askujt. Një MVP e fundjavës që mbetet private nuk të ka mësuar asgjë.
• Të pyesësh miqtë "a të pëlqen?" Shikoni çfarë bëjnë realisht të huajt me problemin.

Kur të mos ndërtoni fare

Njëherë një fundjavë shfrytëzohet më mirë pa ndërtuar. Nëse ideja mund të testohet me një formular, një fletëllogaritëse dhe një lidhje pagese, ose duke e bërë shërbimin me dorë për tre klientë, bëjeni më parë atë. Ndërtoni kur vlera qëndron te vetë softueri: një rrjedhë pune, një llogaritje, një rezultat i gjeneruar që mjetet ekzistuese nuk mund ta japin. Pas fundjavës, si të lansoni një aplikacion dhe të merrni përdoruesit e parë shpjegon çfarë të bëni më tej, dhe si të ndërtoni një MVP SaaS shpjegon shtimin e llogarive dhe abonimeve të duhura kur ideja ka fituar këtë gjë.

Ndërtimi me Mythex

Mythex i përshtatet mirë planit të fundjavës: e përshkruani MVP-në në chat, agjenti shkruan kodin, dhe e testoni në një pamje të drejtpërdrejtë, duke përfshirë një pamje me madhësi telefoni. Modaliteti Plan është i dobishëm të premten në mbrëmje për të formësuar idenë përpara se të shkruhet ndonjë kod, dhe çdo ndryshim i suksesshëm ruhet si pikë kontrolli ku mund tëktheheni. Kur kërkoni që të dhënat të ruhen, Mythex shton një bazë të dhënash Postgres në projekt. /test i kërkon agjentit të klikojë nëpër pamjen paraprake si përdorues dhe të raportojë rrjedhat e prishura (Testimi i aplikacionit). Mund t'u dërgoni testuesve një lidhje ndarjeje të pamjes paraprake përpara se të publikoni.

Disa pjesë i sillni vetë: hyrja për përdoruesit tuaj përdor një qasje autentikimi që zgjidhni ju, pagesat përdorin llogarinë tuaj Stripe, dhe veçoritë AI përdorin çelësin tuaj API të modelit. Plani Falas jep 10 kredi ditën e parë dhe 5 në ditë pas kësaj, që mund ta kufizojë sa mund të ndërtoni në një fundjavë të ngarkuar; Pro jep 100 kredi në muaj. Udhëzimi nga ideja te aplikacioni i gjallë në dokumentacion ndjek një rrugë të ngjashme.

Pyetje