MVP (minimal viable product)

Зачем создавать полную версию продукта, которая никому не будет интересна? Что такое MVP и для чего оно нужно? Разбор в материале.

История без MVP

Помню, как встретил одного знакомого, который рассказал про свой “умопомрачительный сервис”. Софтина/мобильное приложение, которое должно было кардинальным образом изменить жизнь людей. “Неплохо”, – подумал я и начал расспрашивать:

• Сколько по времени делали?
• Какая монетизация?
• Как привлекаете новых адептов?
• Что аналитика говорит в итоге?

По мере возникновения вопросов, блеск в глазах угасал, а ключевые вопросы про показатели привели собеседника в легкое бурчание себе под нос. На выходе получили: затраты ресурсов, не обкатанную модель монетизации, окупаемость, которая и не предвидится вовсе.

Признаюсь честно, история полностью выдуманная, но построена на шаблонных ситуациях. Принцип “сделал, а потом посмотрим”.

Когда проходил обучение на курсе product management, то познакомился с таким термином, как MVP. Именно эта “штука” позволяет не палить ресурсы на заведомо провальные идеи. Давайте подробнее.

Зачем нужен MVP

Нужен для того, чтобы не повторять историю моего воображаемого друга. Когда есть идея создать какой-то продукт или “запилить” очередную фичу, вы не можете знать наверняка как это будет работать в будущем и понадобится ли вообще пользователям. Чтобы ответить на этот вопрос и не тратить зря уйму ресурсов (время, деньги, кадры), можно сделать MVP.

Чтобы долго не играть в Капитана Очевидность, давайте разберем что такое MVP и посмотрим на примерах.

Что это такое

MVP или minimum viable product – это минимальная жизнеспособная версия продукта. Простыми словами прототип того, что вы бы хотели протестировать на реальных людях. Вообще MVP, это скорее процесс непрерывного создания гипотез, прототипов и экспериментов, то есть комплекс действий. Выглядит приблизительно так.

Художник из меня тот ещё, но в целом все учтено. Порядок действий такой:

• Есть идея/гипотеза и её нужно проверить.
• Смотрим существующие прототипы или делаем свой.
• Показываем его реальным пользователям и собираем данные.
• Делаем выводы, переходим к новой идее.

“Ни минуты покоя, ни секунды покоя”, – так пелось в одной песне. Процесс не останавливается, все постоянно движется.

Ключевая

…штука заключается в том, чтобы пытаться ускорить процесс MVP.

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

Особенность MVP

Состоит в том, чтобы закладывать в один прототип одну основную ценность. Вспомните для чего нужно MVP? Правильно, для того чтобы проверять идею. Одну идею/одну ценность. Нет никакого смысла проверять сразу несколько идей в прототипе, так вы не получите достоверных данных и только загубите весь эксперимент.

–

Простите, что прерываю чтение. Присоединяйтесь к моему telegram канал. Свежие анонсы статей, развитие digital продуктов и growth hack, там все. Жду вас! Продолжаем…

–

Как оно бывает: примеры

Самый простой пример: нам нужно понять будет ли наш сервис пользоваться популярностью. Мы создаем мобильное приложение для передержки собак. Вы уезжает в Бангкок, а пекинеса с собой взять не получается. Заходите в приложение GavSave и выбираете человека, которые за вознаграждение готов взять вашу зверушку на сохранение.

Нужно проверить эту идею, но как это сделать?

• Создаем 2-3 лендинга (одностраничный сайт) куда выносим свою идею сервиса.
• В центре ставим кнопку “заказать передержку” или “найти предержку”. Можно с разными цветами и сообщением оформить каждый из вариантов.
• Определяем тестовый бюджет на рекламную кампанию и время для замера результатов.
• Настраиваем рекламу (контекст, социальные сети или ещё что-то) под заранее выбранную целевую аудиторию.
• Запускаем поток на лендинги.
• Смотрим сколько человек нажимают на кнопку и делаем вывод.

Если результаты вас устроили, то берите в работу сервис и делайте хорошо, красиво, удобно. Если нет, то просто выбросите эту идею и переходите к следующей. Это лишь один из примеров MVP. Для проверки новой фишки на существующем продукте можно повесить просто баннер или горящую кнопку, замерить нажатия и прикинуть приблизительный интерес пользователей к новой идее.

На практике бывает и так, что занимаясь проверкой гипотез (в простонародье MVP), ты можешь вообще не делать прототип. Погуглил, посмотрел нет ли чего-то похожего в мире? А может уже исследования какие-то проводились на эту тему? Нужно просто покопать. Не исключено, что вы найдете ответ в уже существующих источниках информации.

Принципы MVP которые надо запомнить

Ниже дан список принципов, без которых ваш MVP не MVP.

• Не делайте, если можно не делать. Копайте, гуглите, ищите уже готовые решения.
• Урезайте. Избавляйтесь от всего лишнего в прототипе, оставляйте только главную ценность для пользователя.
• Нет красоте. Не углубляйтесь в дизайн, сделайте рабочий прототип и не тратьте зря ресурсы.
• Ускоряйтесь (смотрим параграф про ключевую штуку).
• Знайте пользователей MVP. Собирайте максимум информации о тех, кто будет взаимодействовать с MVP.
• MVP про то, чтобы понять, можно ли заработать на идее.
• Урезали? Еще урежьте в два раза. Разработку, время, дизайн. Оставьте только главное, что поможет проверить идею.
• Viable значит жизнеспособный, рабочий. MVP должен работать и нести ценность, одну, основную ценность.
• Без бэкенда. Чтобы создать MVP ищем варианты без тяжелой и долгой разработки.
• Запускаем как можно раньше. Даже в случае провала, мы будем иметь преимущества первых. Если фишка новая, то и пользователь будет более лоялен.
• Выбросить MVP, это нормально.

С помощью чего делать MVP

• Погуглить конкурентов и аналогов в других странах.
• Снять видео.
• Сделать лендинг пейдж.
• Консьерж MVP. Смотрим как пользователь решает свою задачу сейчас. Разговариваем с ним, спрашиваем, понимаем его “боль”. Чем-то похоже на CusDev (не так давно писал статью об этом).
• Wizard of OZ.

Wizard of OZ – создание прототипа продукта максимально приближенного к настоящему по виду, но без сложных систем и технологий внутри. К примеру, несколько страниц на “wizard of oz” сайте, где пользователь думает что взаимодействует с полноценным функционалом. Стоят кнопки заказать/купить, есть даже примитивный поиск, но за этим всем нет сложных процессов, а просто сидит обычный менеджер, который принимает заявки и звонки. Таким образом, собираем интересы пользователей и понимаем какой продукт им нужен.

• One–Feature–Product. Это про продукт с одной ценностью для пользователя (см.выше про “Особенность MVP”).
• Kickstarter. Сняли видео, описали идею, смотрим, как люди поддерживают ее валютой.
• Предзаказ. Показали прототип, предложили предзаказ. Нет лучшего подтверждения интереса пользователя, чем если он проголосует рублем или валютой.

На ком проверять MVP

Ну вот сделали мы наш прототип, а кому его показывать и где брать этих счастливчиков?

Для этого тоже есть чек-лист:

• Вы сами можете стать первыми пользователями.
• Родственники, друзья, знакомые.
• Пишем каждому, ходим в гости, созваниваемся.
• Соц.сети. Просим давать обратную связь всех, кто откликнется.
• Рассылки.
• Лидеры мнений/люди хабы. Те в общем, к кому многие прислушиваются.
• Холодные звонки.
• Пресса.

Не забывайте

Про каналы обратной связи, оставляйте свои контакты (почта, телефоны, мессенджеры и соц.сети). Информация от первых пользователей должна свободно к вам приходить. Человек итак потратил свое время, чтобы потестировать ваш “диковинный” продукт.

Не заставляйте его искать способы поделиться своим мнением. Нам же оно и надо.

Ну и про метрики/счетчик и прочие замеры. Все телодвижения с пользователями, прототипами и прочим применяются для какой-то цели. Если вы дочитали до этого момента, то знаете, что эта цель – проверка гипотезы. А чтобы ее проверить нужно активно следить за показателями.

Не забывайте повесить все необходимые счетчики. Получайте данные и делайте выводы о том, куда нужно двигаться.

Раз, два, три

Подведем итог в трех словах, что такое MVP. Это проверка гипотез. Это про скорость. Это про экономию ресурсов. А главное, с этим нужно и еще раз нужно работать, тем более все у вас для этого есть.

Алексей А.

---

Читайте также:

• AB test: как его проводить и что для этого нужно
• Я знаю, что им всем нужно! А лучше бы сделал CustDev

Кстати, я уже давно веду авторские семинары по управлению IT продуктами, если интересно, посмотреть их можно тут.

---

Реклама нового Hyundai Santa Fe SUV. Так легко и так просто.