Всё о MVP. Что это и для чего оно нужно?
Что такое MVP
MVP (Minimum Viable Product) – Минимальный Жизнеспособный Продукт – В среде разработчиков, этим термином обозначают самую раннюю версию продукта способную решить основные проблемы первых пользователей и собрать ценную для продолжения разработки обратную связь.
Для визуализации и понимания самой концепции MVP, можно представить пару примеров MVP в совершенно неразработческой среде.
Пример 1. Вы планируете приготовить сложное незнакомое блюдо, но его готовка займет у вас много времени и потратит много ваших денег, более того, читая рецепт вы понимаете, что никогда не сталкивались с парой ингредиентов, вкус которых вам не знаком. Готовка явно сопряжена с риском – вы можете неправильно приготовить незнакомые ингредиенты, или же их вкус вам не понравиться, в любом случае, вы можете испортить всё блюдо. Тогда вы решаете отдельно приготовить что-нибудь простое и недорогое с использованием ровно тех незнакомых вам ингредиентов. Таким образом, этим блюдом вы решаете обе свои изначальные проблемы – учитесь готовить и пробуете незнакомые ингредиенты – после чего с большей уверенностью можете вложить ресурсы в основное дорогое блюдо, риски приготовления которого значительно упали.
Пример 2. Вы хотите стать блогером. Но вместо покупки рекламы на больших сайтах, продвижения своего бренда и создания своего сайта, вы решаете, для начала, выкладывать контент на бесплатных ресурсах, что позволяет вам узнать интерес к вашему контенту и проводить работу над ошибками.
Уже из этих примеров можно выделить ключевые принципы MVP:
- Минимальное количество функций.
Внимание должно уделяться включению лишь основных функций, решающих основную проблему потенциальных пользователей. При распылении ресурсов на создание сопутствующих/неосновных функций можно либо не успеть доделать основные, либо собрать ненужную для разработки обратную связь, которая лишь сместит внимание на решение второстепенных проблем. - Жизнеспособный продукт.
Продукт должен, как минимум, работать и, несмотря на ограниченный функционал, приносить пользу пользователям, иначе получить качественную обратную связь будет весьма затруднительно. - Создан для обратной связи.
Необходимо помнить про главную цель выпуска MVP, а именно, про сбор обратной связи от пользователей. При каждом обновлении MVP, в первую очередь, добавляют те функции, фидбэк на которые получить важнее всего.
Кроме принципов, как и у любого процесса создания чего бы то ни было, у MVP есть свои этапы разработки. Для начала разберемся в основных методах разработки продуктов:
- Scrum – методология итеративного подхода к разработке, при которой вся работа разделается на несколько циклов(спринтов), MVP создается на первом спринте, после чего идет доработка на основе анализа опыта пользователей. Продукт обновляется в каждый цикл.
- Kanban – метод разработки продукта, при котором все задачи направляются в общий список, из которого решаются в порядке очереди. Скорость решения зависит и от ресурсов команды разработки. Для создания MVP применяется редко, так как эффективнее всего себя показывает уже после его запуска
- Lean Startup – метод разработки продукта, при котором акцент делается на быстрой разработке и тестировании MVP, при этом главной отличительной особенностью является непрерывное использование цикла «Создание-Подсчёт-Обучение» (Build-Measure-Learn). Сформулировал этот метод экономист и предприниматель Эрик Райс, и для понимания этапов разработки MVP он подходит лучше всего.
Этапы разработки MVP
Традиционно выделяют 5 этапов разработки MVP, которые наиболее точно описывают жизнь продукта от зарождения в умах создателей, до успешного выхода на рынок и последующий рост.
1. Идея. Как каждое изобретение является ответом на технический запрос, так и идея продукта является решением пользовательской проблемы. Стадии формирования продуктовой идеи:
- Определение проблемы - что будет решать продукт?
- Анализ рынка - есть ли конкуренты? Кто будет выступать в качестве целевой аудитории?
- Концепт. Он формируется на основании анализа двух предыдущих пунктов, главная его цель – объяснить в чем уникальность продукта, в чем он превосходит конкурентов?
2. Прототип. Прототип не является MVP, прототип необходим лишь для визуализации созданной концепции.
3. Тестирование прототипа. На основе анализа рынка, необходимо определить пользователей, которые будут тестировать прототип по мере его разработки. На этом этапе уже необходимо качественно собирать обратную связь – опросы, интервью, анализ поведения пользователя.
4. Запуск MVP. Следуя принципам MVP, это должна быть уже рабочая версия продукта, которая выкладывается в общий доступ для привлечения первых пользователей.
5. Обратная связь. Принцип «Создание-Подсчёт-Обучение» (Build-Measure-Learn) - цикл начинается с создания новой функции в продукте, или изменения старой, далее идет подсчет показателей продукта, после подсчета идет анализ динамики этих показателей и делается вывод о пользе нововведений, благодаря быстроте и малой цене ошибок, этот способ поддерживает эксперименты над продуктом и проверку любых гипотез.
Метрики для оценки MVP
Существует множество метрик, которые полезны на разных этапах жизни продукта, но, если пытаться выделить основные, без которых о продукте и рынке мало, что получиться сказать, а сопутствующие, но безусловно важные оставить в стороне (стоимость привлечения клиента, пожизненная ценность клиента, индекс потребительской лояльности.) то получится список из всего лишь 4-ёх пунктов:
Активные пользователи - Количество пользователей, которые регулярно используют продукт.
- Коэффициент удержания - Процент пользователей, которые возвращаются к продукту после первого использования.
Конверсия - Процент пользователей, которые совершают полезное для разработчиков действие, будь то покупка или же регистрация.
Выручка - Сумма денег, которую генерирует продукт за вычетом расходов на его разработку и поддержание.
Ошибки при разработке MVP
- Игнорирование обратной связи. Одна из целей выпуска MVP – сбор фидбэка и игнорирование этой цели может привести ко второй ошибке.
Избыточный функционал. Наличие лишних функций на запуске может осложнить пользователю знакомство с продуктом, кроме того, их добавление затянет разработку и займет больше ресурсов.
- Отсутствие цели. Еще до начала разработки MVP, необходимо четко определить цель его создания – проверка концепции, привлечение инвестиций или же проверка функционала.
Ошибка в позиционировании продукта. При позиционировании продукта важно точно понимать для какой аудитории создается продукт и какие методы его продвижения будут задействованы. Разработка MVP не под своего пользователя может привести к тому, что продукт не станет популярным, но даже если аудитория определена правильно, остается шанс, что о продукте она попросту не узнает.
Для чего нужен MVP
Во время разработки продукта может появиться бесчисленно множество вопросов, ответы на которые получить невозможно без выпуска MVP:
- Нужен ли продукт пользователям?
- Актуальна ли еще проблема, которую вы определили? На сколько остро пользователь нуждается в продукте?
- С какими функциями продукт хотят видеть? Удобен ли ваш функционал?
- Насколько рискованно вкладываться в разработку вашего продукта? На какие инвестиции вы можете рассчитывать?
Последний вопрос особенно важен для стартапов, так как инвесторы, в большинстве своем, вкладываются в стартапы уже после выпуска MVP и проведения начальной валидации.
И всё же можно выделить несколько определенных целей MVP, ради которых он выпускается:
Проверка концепции. Продукт либо найдет отклик у аудитории, либо же нет. И получить отрицательный ответ уже на поздних этапах разработки – значит успеть вложить в мертвый проект множество времени и ресурсов.
Сокращение затрат. При сосредоточении разработки на основных функциях, продукт сможет выйти на рынок намного раньше.
Актуальность. Процесс сбора обратной связи помогает держать продукт в современном состоянии, вовремя добавляя новые функции и исправляя ошибки.
Снижение риска для инвесторов. После успеха выпущенного MVP, инвесторы охотнее вкладываются в продукт, который уже доказал свою актуальность на рынке.
Пример успешного использования MVP
Чтобы найти пример MVP, выпуск которого помог команде создать успешный продукт, достаточно просто поискать список успешных стартапов - Zappos, Airbnb, Uber, и т.д. Каждый стартап пытается как можно быстрее выпустить свой MVP на рынок, чтобы привлечь дополнительных инвесторов, масштабировать/ускорить разработку. Каждый успешный стартап пытается получить как можно больше обратной связи, и как можно лучше ее использовать.
Но всё же одним из самых показательных примеров успеха стартапа, в один миг ставшего лидером рынка – пример MVP от Dropbox.
Сейчас Dropbox – успешная компания, облачный сервис которой позволяет удобно работать с файлами, получать к ним доступ с любого устройства, хранить их и работать над ними совместно. Идея подобного сервиса, наверняка, всегда была актуальна, и стартапы с целью воплотить ее в жизнь должны были появляться с достаточной регулярностью.
Но нет. Реализация облачного хранилища с широким функционалом напрямую связана с объёмом инвестиций, так как инфраструктура (особенно на момент 2007-ого года) чрезвычайна дорога. Следовательно, чтобы выпустить MVP, необходимы уже большие инвестиции, которые стартапу без работающего продукта (и с неисследованным рынком) давать не спешили.
Разорвать же этот круг помогло 3-х минутное видео от команды разработчиков, в котором они рассказали о своем продукте и показали основной функционал. После публикации ролика, за первую же ночь, количество подписок на сервис увеличилось в 15 раз. Так обычное видео показывающее самые начальные функции продукта смогло ответить на все вопросы, которые были перед разработчиками и инвесторами, и что было дальше – только история успеха. Об этой истории можно прочитать в книге сооснователя Dropbox Эрика Райса «Бережливый Стартап» («Lean Startup», Eric Reis), именно в этой же книге впервые говорится об одноименном методе разработки продукта, о котором было рассказано выше.
Что после MVP
После выпуска MVP и решения первых серьезных задач, начинается «самостоятельная» часть жизни продукта – его успех теперь зависит от степени его компетентности в решении своих задач. Для разработчиков же начинается время вопросов о правильности и времени следующий действий – это может быть как масштабирование проекта и выход на новые рынки так и обычное добавление новых функций и качественная поддержка.
Любой из этих вариантов не отменяет того, что, не только в разработке MVP, но в разработке целом, нужно помнить - продукт не создается в изоляции от внешнего мира, а, следовательно, причина его создания всегда находиться в нерешенных проблемах потенциальных пользователей, к чему и надо регулярно возвращаться. Продукт так же не создается ради самого факта его создания - успешным результатом может быть только популярность у целевой аудитории.
После выпуска MVP, стартап легко может определить ценность созданного продукта, что явно привлечет к нему интерес инвесторов (конечно же в случаи успеха). Если же хотите узнать о методах валидации стартапов до выпуска MVP, то можете прочитать о части их них в этих статьях:
- Метод Беркуса - один из самых простых и известных методов оценки. (Как оценить стартап до прибыли. Метод Беркуса — Карьера на vc.ru)
- Метод скоринга - метод сравнения с конкурентами при добавлении уникальной переменной. (Как оценить стартап до прибыли. Метод скоринга — Карьера на vc.ru)
- Метод венчурного капитала - основывается на ожидаемой окупаемости инвестиций. (Определение ценности стартапа. Метод венчурного капитала — Карьера на vc.ru)