Ai o idee de produs, câteva schițe pe hârtie și o căutare făcută seara târziu: „dezvoltare MVP Iași”. Este un început bun, cu o condiție: să știi ce cauți. Mulți fondatori cer de fapt aplicația completă și îi spun MVP doar pentru că sună mai ieftin.
MVP vine de la „minimum viable product”, adică produs minim viabil: cea mai mică versiune care rezolvă o problemă reală pentru un om real și din care poți învăța ceva. Partea grea nu este ce construiești, ci ce lași deoparte.
Ce este un MVP și cu ce se confundă
Un MVP răspunde la o întrebare: „folosește cineva așa ceva?”. Nu trebuie să arate impecabil și nici să acopere toate situațiile. Trebuie să ducă un utilizator de la problemă la rezolvare, fără ca tu să stai lângă el.
Se confundă des cu două lucruri. Primul este prototipul: ecrane desenate, prin care poți naviga, dar care nu fac nimic în spate; arată ideea, nu măsoară folosirea. Al doilea este „versiunea întâi” a produsului complet, cu conturi, roluri, rapoarte și setări. Aceea te costă luni în care nu afli nimic.
Uneori, MVP-ul nici măcar nu este o aplicație. O pagină cu formular de înscriere, în spatele căreia faci tu manual treaba pe care ar urma să o facă programul, poate verifica ideea înainte de orice investiție în dezvoltare.
Cum alegi funcțiile esențiale
Scrie o singură propoziție: „Produsul meu îl ajută pe (cine) să facă (ce) fără (ce îl încurcă acum).” Dacă nu încape într-o propoziție, ideea nu este încă destul de limpede.
Să zicem că vrei o platformă prin care studenții găsesc meditatori. Drumul complet este: caut o materie, văd cine este disponibil, rezerv o oră. Recenziile, plata în aplicație și chatul pot aștepta: la început, plata se face direct între cei doi, iar confirmarea pleacă pe email.
Trece apoi fiecare funcție prin filtrul de mai jos; ce nu trece se mută pe lista „mai târziu”.
- Fără funcția aceasta, utilizatorul mai poate ajunge la rezultat? Dacă da, o amâni.
- O pot înlocui, deocamdată, cu ceva făcut manual de mine?
- Mă ajută să aflu ceva despre utilizatori sau doar arată bine?
- O cere cineva care a încercat produsul sau doar mi-o închipui eu?
Validarea cu utilizatori reali
Prietenii și familia nu sunt utilizatori reali: îți vor spune că ideea este bună, pentru că țin la tine. Ai nevoie de oameni care au problema și care nu îți datorează nimic.
Vorbește cu ei înainte de a construi. Nu îi întreba „ai folosi așa ceva?”, pentru că răspunsul politicos este mereu da. Întreabă cum rezolvă problema acum, ce au încercat deja și cât îi costă, în timp sau în bani. Dacă nu au căutat niciodată o soluție, poate că problema nu îi doare destul.
Greșeli frecvente la primul produs
Aproape toate vin din aceeași teamă: că produsul va părea prea puțin. De aici se nasc luni de lucru la detalii pe care nu le-a cerut nimeni.
A doua sursă de necazuri este tehnică. Un MVP se scrie repede, dar nu neglijent: dacă ideea prinde, vei construi peste el.
- Prea multe funcții: fiecare în plus amână ziua în care afli ceva de la utilizatori.
- Mai multe tipuri de utilizatori deodată: alege unul și servește-l bine.
- Lansare fără măsurători: dacă nu știi câți se înscriu și câți revin, nu ai din ce învăța.
- Perfecționism vizual: un design simplu și clar ajunge pentru prima versiune.
- Proprietatea codului: lămurește în contract cui îi aparține și cere acces la tot ce s-a făcut.
Ce urmează după lansare
Lansarea este începutul testului, nu sfârșitul proiectului. Stabilește dinainte ce vrei să afli și în cât timp, ca să nu citești rezultatele după cum îți convine.
Sunt trei deznodăminte cinstite. Continui, dacă oamenii folosesc produsul și revin. Schimbi direcția, dacă îl folosesc altfel decât te așteptai. Te oprești, dacă nu îl folosește nimeni nici după ajustări. Și a treia variantă este un rezultat bun: ai aflat ieftin ceva ce altfel aflai scump.
- Înscrieri: câți oameni ajung la produs și își fac cont.
- Activare: câți parcurg drumul complet măcar o dată.
- Revenire: câți se întorc fără să îi chemi tu.
- Angajament: câți plătesc, recomandă sau cer ceva în plus.
Un oraș universitar ca teren de test: dezvoltare MVP Iași
Iașiul este centrul universitar, medical și IT al Moldovei. Pentru un fondator, asta înseamnă colegi de facultate cu care poți forma o echipă, specialiști din sănătate și educație care cunosc din interior probleme reale și un public tânăr, dispus să încerce produse noi. Județul nu se termină însă la marginea orașului: o idee încercată întâi cu câțiva comercianți din Pașcani sau cu producători din zona Târgu Frumos poate primi răspunsuri mai sincere decât una lansată către toată lumea.
Pentru dezvoltarea unui MVP în Iași nu ai nevoie neapărat de o echipă din oraș. Bianto Digital are sediul în Brașov și lucrează online cu fondatori din tot județul și din toată țara, prin discuții scurte și dese pe videoapel.
Întrebări frecvente
Cât de „minim” poate fi un MVP fără să pară neserios?
Poate fi foarte simplu, cu condiția ca drumul principal să funcționeze fără erori. Utilizatorii iartă lipsa funcțiilor, dar nu un produs care se blochează sau le pierde datele.
Am nevoie de un cofondator tehnic ca să lansez un MVP?
Nu neapărat. Poți lucra cu o echipă externă, dacă ai acces la cod, la documentație și la conturile pe care rulează aplicația.
Găsesc utilizatori de test în Iași pentru un produs aflat la început?
Un oraș universitar are un avantaj firesc: mulți oameni tineri, adunați în comunități ușor de abordat (facultăți, cămine, asociații studențești). Pornește de la un grup restrâns, care are sigur problema, și abia apoi lărgește cercul.