Как правильно делать MVP

Разговор с разработчиком натолкнул поделиться классной картинкой

про 2 подхода к MVP)

Первый подход: Делаешь колесо. Потом раму. Добавляешь кузов. Через несколько месяцев получается машина, которая никому не нужна.

Второй подход: Выпускаешь самокат максимально рано. Люди пробуют кататься. Ругаются. Ты исправляешь. Самокат становится велосипедом. Потом Мотоциклом. И наконец в машину, которую действительно хотят покупать.

Главное отличие: люди пользуются продуктом с самого начала.

Работая в венчуре, видел сотни основателей, которые выбирали первый вариант. Они месяцами доводят до совершенства каждую деталь. А конкуренты тем временем выпускают кривые MVP, итерируют и забирают рынок.

Что получается:

Первый путь — жжешь деньги, пока команда сидит в офисе и что-то придумывает. Накапливаются фичи. Запускаешь — а пользователей нет.

Второй путь — сразу зарабатываешь деньги. Получаешь обратную связь. Каждое обновление решает настоящие проблемы. Пользователи сами подсказывают, что делать дальше.

Самокат показывает, какие нужны колёса. Велосипед — что важно для баланса. Каждый этап готовит к следующему.

Если сразу пытаться сделать машину — построишь то, что никому не нужно. Потратишь месяцы на догадки. А потом выяснится, что людям вообще было нужно что-то другое.

MVP — это не воплощение твоей идеи, а способ побыстрее понять что я не знаю о потребностях пользователя.

Лучше запускаться быстро. Пусть лучше будет неловко (и иногда стыдно), чем никак.

Подписывайтесь на Telegram Midov trip.