Kada pravite sopstveni proizvod, najteže je biti strog prema sebi. Naš prvi MVP je bio dokaz za to. Delimo greške da ih vi ne biste ponovili.
Greška 1: previše funkcija pre testiranja
Hteli smo da proizvod na startu izgleda kompletno. Rezultat: kasnili smo, a korisnici su koristili samo mali deo onoga što smo napravili. Nekoliko funkcija niko nikada nije otvorio.
Greška 2: bez sistema za povratne informacije
Nismo imali analitiku po funkcijama niti jednostavan način da korisnik kaže šta mu ne radi. Odluke smo donosili po osećaju.
Greška 3: potcenjen onboarding
Proizvod je bio jasan nama, ne i novim korisnicima. Mnogi su odustajali u prvih pet minuta jer nisu znali šta je sledeći korak.
Šta smo promenili
- Fokusirali smo se na tri ključne funkcije koje donose vrednost, ostalo smo sakrili ili uklonili.
- Pojednostavili smo registraciju i navigaciju.
- Uveli smo analitiku po funkcijama i kratke ankete u aplikaciji.
- MVP smo počeli da shvatamo kao minimalno koristan, a ne minimalno funkcionalan proizvod.
Rezultat
Posle druge verzije broj aktivnih korisnika je značajno porastao, a stopa napuštanja pala je za više od 35%. Još važnije, odluke o razvoju počele su da se zasnivaju na podacima.
Kako danas radimo MVP za klijente
Iste lekcije primenjujemo na projekte klijenata: radionica na kojoj definišemo jednu glavnu vrednost, klikabilni prototip pre razvoja, analitika od prvog dana i isporuka za 4 do 8 nedelja. Detaljnije u tekstu MVP za 6 nedelja i na stranici razvoja softvera po meri.
Česta pitanja
Koliko funkcija treba da ima MVP?
Onoliko koliko je potrebno da korisnik dobije glavnu vrednost proizvoda. Najčešće dve do tri ključne funkcije, a sve ostalo ide u naredne verzije.
Kako znati da li MVP uspeva?
Pratite aktivaciju (koliko korisnika dođe do ključne akcije), zadržavanje posle nedelju i mesec dana i spremnost da plate.
Recite nam šta vas usporava
Odgovaramo u roku od jednog radnog dana. Prvi razgovor i procena su besplatni.
Pošalji upit


