Skip to content
Web-apps & MVP Nga Përditësuar: 5 min lexim

Si të mos e mbindërtoni MVP-në tuaj

Askush nuk e planifikon një version të parë të fryrë. Ai lind nga një shtesë me tingull të arsyeshëm pas tjetrës, dhe në nisje buxheti është dyfishuar ndërsa mësimi ende s’ka filluar. Ja si ndodh, dhe rregullat që e ndalojnë.

Si fryhen versionet e para

Mbindërtimi rrallë vjen si një vendim i madh i gabuar. Vjen si seri vendimesh të vogla: një rol i dytë përdoruesi "se do të na duhet dikur", një integrim "meqë zhvilluesi është aty brenda", një panel statistikash "që të duket i mbaruar". Secila shtesë tingëllon e lirë e marrë veçmas. Së bashku e shtyjnë nisjen me muaj dhe e shpenzojnë buxhetin për hamendje në vend të provave.

Shkaku në themel është pothuajse gjithmonë i njëjti: versioni i parë trajtohet si produkt përfundimtar dhe jo si eksperimenti i parë. Një web-app në versionin e saj të parë ka një punë të vetme: ta vërë procesin kryesor para përdoruesve realë dhe të zbulojë çfarë bëjnë ata vërtet. Çdo funksion përtej kësaj e vonon përgjigjen për të cilën po paguani.

Shenjat paralajmëruese se po mbindërtoni

  • Lista e funksioneve është rritur që nga fillimi i projektit, në vend që të tkurret.
  • Nuk e thoni dot me një fjali çfarë duhet të provojë nisja.
  • Funksionet arsyetohen me "dikur" ose "një ditë", jo me një përdorues që i ka kërkuar.
  • Ka ekrane cilësimesh për sjellje që askush s’e ka përdorur ende.
  • Data e nisjes është shtyrë dy herë për shtesa, kurrë për heqje.

Rregulla që e mbajnë përmasën të ndershme

Një lloj përdoruesi, një proces. Shërbejini personit, dhimbja e të cilit e justifikon projektin; të tjerët presin versionin e dytë. Pyesni çfarë mëson çdo funksion. Nëse nuk ju ndihmon të mësoni nëse puna kryesore qëndron, shkon në listën e mëvonshme. Blini anësoren, ndërtoni thelbin. Faturimi, email-i dhe statistikat kanë mjete të gatshme të shkëlqyera; buxheti juaj i inxhinierisë i takon procesit që asnjë mjet s’e mbulon. Hapeni herët listën e versionit të dytë. Heqja bëhet e lehtë kur funksionet shtyhen, jo refuzohen. Të njëjtat forca shfaqen në kalendar te sa zgjat një projekt digjital, dhe nëse hapi tjetër është software i mirëfilltë, çfarë është software me porosi e shpjegon atë rrugë.

Sa i përket buxhetit: çdo projekt ka kërkesa të ndryshme. Pas një bisede të shkurtër, përgatisim një propozim të qartë sipas qëllimeve, funksionaliteteve dhe afatit të projektit. Na gjeni te faqja e kontaktit.

Çfarë duhet mbajtur mend

  • Mbindërtimi lind nga shtesa të vogla me tingull të arsyeshëm, jo nga një gabim i madh.
  • MVP-ja është eksperiment; çdo funksion përtej procesit kryesor e vonon rezultatin e tij.
  • Arsyetojini funksionet me atë që mësoni prej tyre, jo me "dikur".
  • Shtyni, mos refuzoni: lista e versionit të dytë e bën heqjen pa dhimbje dhe i mban palët në bord.

Këshillë praktike

Ndajeni listën tuaj aktuale të funksioneve në tre kolona: provon punën kryesore, mbështet punën kryesore, gjithçka tjetër. Ndërtoni kolonën e parë, versionin minimal të së dytës, dhe vendosini një datë të tretës për rishikimin e parë pas nisjes. Një ndërtues që ju kundërshton përmasën vlen më shumë se një që jua ofron gjithë listën; ky kundërshtim është pjesë e përhershme e bisedës së parë tek ne.

Nëse doni një palë sy të dytë mbi listën tuaj para se të angazhoni buxhet, rezervoni një bisedë falas. Ju themi çfarë do të hiqnim ne, dhe pse.

Pyetje të shpeshta

Mbajtja e MVP-së të vogël, e shpjeguar.

Pse mbindërtohen MVP-të?
Tre arsye dalin vazhdimisht: frika se një produkt i vogël duket joprofesional, listat e dëshirave të palëve të bashkuara në vend që të renditen, dhe shtesat "meqë jemi këtu" gjatë ndërtimit. Secila tingëllon e arsyeshme në çast; së bashku e dyfishojnë buxhetin para nisjes.
Cilat funksione hiqen zakonisht pa pendesë?
Role shtesë përdoruesish, ekrane cilësimesh, panele statistikash, eksporte CSV dhe integrime me mjete që i prekni një herë në muaj. Nga përvoja jonë, shumica nuk kërkohen më kurrë pas nisjes, sepse përdoruesit realë e tërheqin planin në një drejtim tjetër.
A nuk është më lirë të ndërtohet gjithçka njëherësh?
Jo. Çdo funksion i ndërtuar para vërtetimit blihet me çmim të plotë pa asnjë provë se dikush e do, dhe funksionet e papërdorura kushtojnë mirëmbajtje përgjithmonë. Ndërtimi në dy hapa kushton pak më shumë për funksion, por vetëm për funksione që e kanë fituar vendin.
Kush duhet të vendosë çfarë hyn në versionin e parë?
Pronari dhe ndërtuesi së bashku, funksion pas funksioni, me një kosto dhe një qëllim të lidhur me secilin. Kur çdo pikë e listës mban koston e vet dhe pyetjen "çfarë mësojmë prej saj?", përzgjedhja bëhet pothuajse vetë.

Le të ndërtojmë diçka që zgjat

Na tregoni se me çfarë po punoni.

Rezervoni një bisedë falas 30-minutëshe ose dërgoni një mesazh. Do të merrni përgjigje nga inxhinierët brenda një dite pune.