Када правите сопствени производ, најтеже је бити строг према себи. Наш први MVP је био доказ за то. Делимо грешке да их ви не бисте поновили.
Грешка 1: превише функција пре тестирања
Хтели смо да производ на старту изгледа комплетно. Резултат: каснили смо, а корисници су користили само мали део онога што смо направили. Неколико функција нико никада није отворио.
Грешка 2: без система за повратне информације
Нисмо имали аналитику по функцијама нити једноставан начин да корисник каже шта му не ради. Одлуке смо доносили по осећају.
Грешка 3: потцењен онбоардинг
Производ је био јасан нама, не и новим корисницима. Многи су одустајали у првих пет минута јер нису знали шта је следећи корак.
Шта смо променили
- Фокусирали смо се на три кључне функције које доносе вредност, остало смо сакрили или уклонили.
- Поједноставили смо регистрацију и навигацију.
- Увели смо аналитику по функцијама и кратке анкете у апликацији.
- MVP смо почели да схватамо као минимално користан, а не минимално функционалан производ.
Резултат
После друге верзије број активних корисника је значајно порастао, а стопа напуштања пала је за више од 35%. Још важније, одлуке о развоју почеле су да се заснивају на подацима.
Како данас радимо MVP за клијенте
Исте лекције примењујемо на пројекте клијената: радионица на којој дефинишемо једну главну вредност, кликабилни прототип пре развоја, аналитика од првог дана и испорука за 4 до 8 недеља. Детаљније у тексту MVP за 6 недеља и на страници развоја софтвера по мери.
Честа питања
Колико функција треба да има MVP?
Онолико колико је потребно да корисник добије главну вредност производа. Најчешће две до три кључне функције, а све остало иде у наредне верзије.
Како знати да ли MVP успева?
Пратите активацију (колико корисника дође до кључне акције), задржавање после недељу и месец дана и спремност да плате.
Реците нам шта вас успорава
Одговарамо у року од једног радног дана. Први разговор и процена су бесплатни.
Пошаљи упит
