Что такое MVP и каким его правильно "пилить"?
Всем привет! Продолжая рубрику #основыPM хочу рассказать вам о самой базовой вещи, с которой должен начинаться любой онлайн-продукт - MVP (эмвипи), что в переводе с английского означает minimum viable product или минимально-рабочий продукт.
Если совсем кратко, то "правильный" MVP это самое первое состояние только что запустившегося проекта, при котором в нем нет крутых фишек, модного UI и дизайна, полноценной внутренней админки, оптимизации кода и прочих вещей, которые есть у уже работающих и доказавших свою востребованность продуктов.
Главное предназначение MVP при запуске новых продуктов - максимально БЫСТРО разработать и выкатить новый продукт в паблик с основной работающей механикой, привлечь на него первую волну юзеров и начать изучать: а) спрос на этот продукт, б) спрос на будущий функционал продукта.
"Правильный" MVP в первой версии всегда должен решать только свою главную и основную задачу, а весь дополнительный функционал должен всегда пилиться позже после публичного старта и первой пользовательской активности.
Почему так? Есть несколько причин:
1) Вы можете пилить функциональный сервис с "фичами и плюшками", который после запуска окажется никому не нужен (такое случается в большинстве случаев). Сделайте минимальную версию продукта и проверьте свою гипотезу насчет его востребованности.
2) Больше фич на страрте = больше времени/сил/денег на их разработку и тем больше времени до начала старта проекта. Можно успеть перегореть еще даже не запустившись.
3) У вас нет фидбека от пользователей и вы не можете знать нужна им эта фича в вашем продукте или нет (вы ведь еще не запустились). А тех, кто уверен, что нужна, я разочарую - не факт, что она нужна им именно такой, какой вы ее сделали - сам множество раз на этом обжигался.
Главная ошибка 80% всех продукт-менеджеров - желание запихнуть в MVP функции, которые "ну точно нужны и пригодятся пользователям". Это оттягивает запуск и настоящую работу над продуктом.
Будьте уверены, что в большинстве случаев о том, что нужно пользователям они скажут сами - вам останется только обработать эту информации и на ее основании сделать выводы и принять дальнейшие решения.
Закончу пост цитатой Рейда Хоффмана, со-основателя LinkedIn и исполнительного директора PayPal
«Если вам не стыдно за первую версию вашего продукта, вы запустились слишком поздно»
Всем хороших выходных 😎
Всем привет! Продолжая рубрику #основыPM хочу рассказать вам о самой базовой вещи, с которой должен начинаться любой онлайн-продукт - MVP (эмвипи), что в переводе с английского означает minimum viable product или минимально-рабочий продукт.
Если совсем кратко, то "правильный" MVP это самое первое состояние только что запустившегося проекта, при котором в нем нет крутых фишек, модного UI и дизайна, полноценной внутренней админки, оптимизации кода и прочих вещей, которые есть у уже работающих и доказавших свою востребованность продуктов.
Главное предназначение MVP при запуске новых продуктов - максимально БЫСТРО разработать и выкатить новый продукт в паблик с основной работающей механикой, привлечь на него первую волну юзеров и начать изучать: а) спрос на этот продукт, б) спрос на будущий функционал продукта.
"Правильный" MVP в первой версии всегда должен решать только свою главную и основную задачу, а весь дополнительный функционал должен всегда пилиться позже после публичного старта и первой пользовательской активности.
Почему так? Есть несколько причин:
1) Вы можете пилить функциональный сервис с "фичами и плюшками", который после запуска окажется никому не нужен (такое случается в большинстве случаев). Сделайте минимальную версию продукта и проверьте свою гипотезу насчет его востребованности.
2) Больше фич на страрте = больше времени/сил/денег на их разработку и тем больше времени до начала старта проекта. Можно успеть перегореть еще даже не запустившись.
3) У вас нет фидбека от пользователей и вы не можете знать нужна им эта фича в вашем продукте или нет (вы ведь еще не запустились). А тех, кто уверен, что нужна, я разочарую - не факт, что она нужна им именно такой, какой вы ее сделали - сам множество раз на этом обжигался.
Главная ошибка 80% всех продукт-менеджеров - желание запихнуть в MVP функции, которые "ну точно нужны и пригодятся пользователям". Это оттягивает запуск и настоящую работу над продуктом.
Будьте уверены, что в большинстве случаев о том, что нужно пользователям они скажут сами - вам останется только обработать эту информации и на ее основании сделать выводы и принять дальнейшие решения.
Закончу пост цитатой Рейда Хоффмана, со-основателя LinkedIn и исполнительного директора PayPal
«Если вам не стыдно за первую версию вашего продукта, вы запустились слишком поздно»
Всем хороших выходных 😎