Hvernig á að búa til MVP á einni helgi: raunhæf áætlun

Til að búa til MVP á einni helgi skaltu minnka hugmyndina þína niður í eitt verk fyrir einn tegund notanda, skrifa það niður á föstudagskvöldi, verja laugardeginum í að smíða kjarnalykkjuna með gervigreindar-smíðatóli og sunnudeginum í nauðsynlegu atriðin (vistun gagna, lendingarsíðu, birtingu) áður en þú sýnir það raunverulegu fólki. Slepptu öllu sem hjálpar ekki við að svara þeirri einu spurningu sem MVP-ið er til fyrir. Helgi nægir fyrir gróft, virkt útlit. Hún nægir ekki fyrir fullbúna vöru, og það er í lagi.

Hvað MVP á einni helgi er (og er ekki)

MVP (minnsta nothæfa vara) er það minnsta sem þú getur smíðað til að læra hvort hugmynd virkar. Hvað er MVP fjallar um hugmyndina í heild. Fyrir helgi þýðir það:

• Ein tegund notenda. Ekki „frjálsir verktakar og auglýsingastofur og viðskiptavinir þeirra“.
• Eitt verk, frá upphafi til enda. Notandinn getur byrjað, lokið og fengið niðurstöðuna.
• Raunverulegt, ekki hermun. Það vistar gögn, virkar í síma og er á raunverulegri vefslóð.
• Grófar brúnir leyfðar. Einföld hönnun, fáar stillingar, einhver handavinna á bak við tjöldin.

Þetta er ekki minni útgáfa af fullri vöru. Það er sá hluti vörunnar sem prófar stærstu forsendu þína.

Fyrir helgina: veldu spurninguna

Sérhvert MVP svarar spurningu. Skrifaðu hana niður, því hún ákveður hvað þú smíðar:

Helst hefur þú þegar rætt við nokkra sem eiga vandamálið. Ef ekki sýnir hvernig á að staðfesta hugmynd að appi hvernig, og nokkur samtöl fyrir föstudag gera alla helgina gagnlegri.

Áætlunin

Föstudagskvöld: ákveddu (2 til 3 klukkustundir)

• Skrifaðu eina setningu: „[Vara] hjálpar [tilteknum notanda] að [gera eitt verk] án [núverandi vandamáls].“
• Listaðu skrefin í kjarnalykkjunni, til dæmis: skrá sig, líma starfslýsingu, fá sérsniðið kynningarbréf, breyta, afrita.
• Listaðu gögnin: hvað er vistað og hver á það.
• Skrifaðu listann „ekki þessa helgi“: stillingar, teymi, stjórnborð, tilkynningar í tölvupósti, annar eiginleiki, dökk stilling. Að skrifa þetta niður gerir það auðveldara að segja nei á laugardag.
• Drögðu fyrstu skipunina fyrir smíðatólið (sjá hér að neðan).

Laugardagur: smíðaðu kjarnalykkjuna

• Morgun: fáðu fyrstu útgáfu kjarnalykkjunnar til að virka með sýnishornsgögnum. Endurtaktu í litlum skrefum: ein breyting í hverri skilaboðum, athugaðu svo forskoðunina.
• Síðdegis: bættu við gagnagrunninum svo gögn lifi af endurhleðslu, og notaðu appið sjálfur með raunhæfum inntökum. Lagaðu það sem stöðvar lykkjuna og hunsaðu allt útlitslegt.
• Kvöld: bættu við innskráningu ef notendur þurfa eigin gögn. Prófaðu með tveimur aðgöngum í tveimur vöfrum til að staðfesta að hvorugur sjái gögn hins.

Sunnudagur: gerðu það nothæft fyrir ókunnuga

• Morgun: einföld lendingarhluti: setningin, fyrir hvern það er, og hnappur til að skrá sig. Bættu við greiðslu ef spurningin þín snýst um að borga.
• Miðdegi: athugaðu á síma. Tómar stöður (það sem nýr notandi sér áður en hann hefur bætt við neinu) skipta meira máli en þú heldur.
• Síðdegis: stutt yfirferð á öryggi og skynsemi: engir API-lyklar í kóða vafrans, engar síður sem sýna gögn annarra notenda. Birtu svo.
• Kvöld: sendu það til fimm til tíu manns persónulega, með einni spurningu sem þú vilt fá svar við.

Hvað á að sleppa

Hlutir sem virðast nauðsynlegir en geta beðið:

• Stjórnborð stjórnanda. Skoðaðu gagnagrunninn beint í bili.
• Stillingar og notendasíður. Hafðu skynsamleg sjálfgildi í kóðanum.
• Teymi, hlutverk og boð. Einstaklingsaðgangar fyrst.
• Marga verðpakka. Eitt verð, eða frítt.
• Tölvupóstflæði umfram það sem innskráning krefst.
• Samþættingar. Útflutningur í CSV eða afrita og líma er í lagi fyrir fyrstu prófun.
• Fullkomin hönnun. Hrein og læsileg hönnun nægir. Samræmdur litur og gott bil gera mikið.
• Skalinn. Tíu notendur munu ekki reyna á neitt.

Fyrsta skipun fyrir gervigreindar-smíðatól

Smíðaðu MVP sem heitir CoverCraft fyrir yngri forritara sem sækja um störf. Kjarnalykkjan: eftir innskráningu límir notandinn inn starfslýsingu og texta úr ferilskránni sinni, velur tón (formlegan eða vinalegan) og fær sérsniðið kynningarbréf sem hann getur breytt og afritað. Búðu bréfið til á þjóninum með gervigreindarveitu með leyndarmálinu AI_API_KEY, og sýndu aldrei lykilinn í vafranum. Vistaðu hvert bréf með starfsheiti og fyrirtæki í gagnagrunni; hver notandi sér aðeins eigin bréf í einföldum lista. Bættu við lendingarhluta með einni setningu sem útskýrir vöruna og hnappi Byrja. Takmarkaðu hvern notanda við 10 bréf á dag, framfylgt á þjóninum. Haltu hönnuninni hreinni og einfaldri og láttu hana virka vel í símum. Ekki bæta við stillingum, teymum eða stjórnborði.

Síðasta línan skiptir máli. Gervigreindar-smíðatól hafa tilhneigingu til að bæta við eiginleikum sem þú baðst ekki um, og að segja þeim hvað eigi ekki að smíða heldur fyrstu útgáfunni smárri. Meira um þetta í hvernig á að skrifa skipanir fyrir gervigreindar-smíðatól.

Ráð sem spara helgina

• Ein breyting í hverri skilaboðum. Stórar fjölþættar beiðnir eru erfiðari að yfirfara og erfiðari að snúa við.
• Prófaðu eftir hverja breytingu, í forskoðuninni, í stærð síma.
• Snúðu til baka í stað þess að rífast. Ef breyting fór úrskeiðis, farðu aftur í síðustu virku útgáfu og biddu aftur, skýrar.
• Notaðu skipulagsham áður en eitthvað áhættusamt er gert, eins og að bæta við innskráningu eða greiðslum.
• Hættu að fægja við 80%. Síðustu 20% af fægingu á eiginleika sem enginn notar fara til spillis.

Algeng mistök

• Að byrja án spurningar, svo þú getur ekki sagt hvort helgin hafi skilað árangri.
• Tveir eiginleikar í stað eins, og enginn kláraður.
• Að smíða listann „ekki þessa helgi“ því það líður eins og framleiðni.
• Að sleppa gagnagrunninum, svo allt hverfur við endurhleðslu og prófendur missa vinnuna sína.
• Að sýna það aldrei neinum. MVP sem er áfram einkamál hefur ekki kennt þér neitt.
• Að spyrja vini „líkar þér þetta?“ Fylgstu frekar með því hvað ókunnugt fólk með vandamálið raunverulega gerir.

Þegar best er að smíða alls ekki

Stundum er betra að eyða helginni ekki í smíði. Ef hægt er að prófa hugmyndina með eyðublaði, töflureikni og greiðslutengli, eða með því að veita þjónustuna handvirkt fyrir þrjá viðskiptavini, gerðu það fyrst. Smíðaðu þegar virðið liggur í hugbúnaðinum sjálfum: vinnuflæði, útreikningi, búinni niðurstöðu sem núverandi verkfæri geta ekki gefið. Eftir helgina fjallar hvernig á að setja app í loftið og fá fyrstu notendur um næstu skref, og hvernig á að smíða SaaS MVP fjallar um að bæta við alvöru aðgöngum og áskriftum þegar hugmyndin hefur unnið sér inn fyrir því.

Smíði með Mythex

Mythex passar vel við helgaráætlunina: þú lýsir MVP-inu í spjalli, agentinn skrifar kóðann og þú prófar í beinni forskoðun, þar á meðal útsýni í stærð síma. Plan-hamurinn er gagnlegur á föstudagskvöldi til að móta hugmyndina áður en nokkur kóði er skrifaður, og hver vel heppnuð breyting er vistuð sem eftirlitspunktur sem þú getur farið aftur í. Þegar þú biður um að gögn séu vistuð bætir Mythex Postgres-gagnagrunni við verkefnið. /test biður agentinn um að smella í gegnum forskoðunina eins og notandi og tilkynna brotin flæði (App Testing). Þú getur sent prófendum deilihlekk á forskoðunina áður en þú birtir.

Sumt berð þú sjálfur: innskráning fyrir notendur þína notar auðkenningaraðferð sem þú velur, greiðslur nota þinn eigin Stripe-aðgang og gervigreindareiginleikar nota þinn eigin API-lykil fyrir líkanið. Ókeypis áætlunin gefur 10 inneignir fyrsta daginn og 5 á dag eftir það, sem getur takmarkað hversu mikið þú smíðar á önnum kafinni helgi; Pro gefur 100 inneignir á mánuði. Frá hugmynd til lifandi apps í skjölunum fylgir svipaðri leið.

Spurningar