Слушай аудиоверсию этой статьи в нашем подкасте:
Суть понятия и отличие от прототипа
MVP, или минимально жизнеспособный продукт (англ. Minimal Viable Product) — это самая первая, тестовая версия продукта (товара, услуги, сервиса). Она включает базовые функции, которые имеют ценность для аудитории. Первую версию уже можно проверить на реальных потребителях и даже заработать на ней.
Это же прототип, разве нет? Прототип и минимально жизнеспособный продукт действительно похожи. Однако:
- Прототип нацелен на тестирование внутри компании либо же во время интервью с потенциальными юзерами, но не позиционируется как настоящее приложение. Чаще всего с прототипом тестируются отдельные функции, внешний вид, сценарии использования. Прототип можно «потрогать», по нему можно понять, на что вообще будет похоже будущее приложение, но он не функционален. То есть проблем, которые должен решать цифровой продукт, не решает.
- А вот MVP — это продукт, с которым уже может взаимодействовать целевая аудитория. Он функционален и может решать проблемы пользователей.
Понятие MVP появилось в 2001 году благодаря президенту консалтинговой фирмы SyncDev Фрэнку Робинсону. Он объединил и синхронизировал разработку продукта и исследование целевой аудитории. Вслед за ним это понятие популяризировали Стив Бланк (автор книги «СтартUP: настольная книга основателя») и Эрик Рис (автор книги «Бизнес с нуля») — стартаперы и адепты концепции бережливого стартапа, в основе которой лежат принципы сокращения издержек и фокус на потребности аудитории.
Когда говорят об MVP, как правило, речь идёт о цифровых продуктах и проектах — приложения, сайты, технологичные стартапы. Но MVP-шный подход можно переложить на разные сферы жизни — всё благодаря широким принципам.
Основные принципы MVP
Когда запускаешь продукт и горишь идеей, есть соблазн добавить в продукт сразу всё-ё-ё. Ведь все функции такие полезные! И это как раз может стать ошибкой — сделаешь мобильное приложение со всеми функциями сразу, вбухаешь в него мешок денег, а оно окажется ненужным. Вот тут включаются принципы MVP.
Валидация идеи
MVP основывается на некой идее, что продукт А закроет потребность Б на рынке и это принесёт прибыль его создателю. Так вот, идея в голове у предпринимателя и идея, которая ляжет в основу стартапа, — разные вещи. Важно настолько заранее, насколько это возможно, убедиться, что продукт несёт ценность для целевой аудитории.
У тебя есть гипотеза. Подтвердить или опровергнуть гипотезу, что твой продукт нужен рынку, надо в серии исследований — конкурентный анализ, анализ рынка, интервью с людьми, которые близки к портрету аудитории. После этого у тебя будет обоснованное предположение о том, каким будет будущий продукт (да-да, это всё ещё гипотеза, пусть и более прочная — окончательно решить, верна она или нет, поможет только запуск MVP). В общем, надо выяснить — ты собираешься устранить реальную проблему или проблемы вообще нет? Или люди решали бы её иначе? Это и есть валидация идеи.
Минимум функций
Разрабатывать только то, что необходимо для проверки гипотезы. Сфокусироваться надо именно на том, что позволит убедиться в востребованности идеи на рынке.
Например, есть гипотеза, что на рынке существует спрос на аренду жилья напрямую от собственника. Чтобы убедиться в этом, имеет смысл создать одностраничный сайт с предложением аренды квартиры (допустим, самого автора идеи) — а не лепить сразу сервис с набором функций и возможностей уровня Airbnb (как ты уже догадываешься, это история создания именно этого сервиса).
Скорость и быстрый запуск
Выпускать MVP нужно как можно быстрее — в течение 1–2 месяцев. Почему? Чем быстрее поймёшь, есть ли спрос на твоё решение проблемы, тем лучше. И не прозеваешь момент, когда такую же идею реализует кто-то другой. Плюс, возможно, проект вскоре после запуска начнёт приносить прибыль — классно же. Ну и, наконец, чтобы исключить соблазн разрабатывать больше и дальше и остановиться на минимальном наборе функций.
Разработка MVP занимает 1–2 месяца, после чего он выпускается на рынок. И последующие версии, которые можно приравнять к MVP, тоже должны выходить быстро, раз в 2–4 недели.
Итеративность и обратная связь
Понять, куда и как следует развивать MVP, поможет только обратная связь от клиентов и аудитории. За итерацией — выпуском очередной версии продукта — следует сбор фидбека из интервью с пользователями и продуктовых метрик.
Здесь надо поискать подтверждение или опровержение первоначальной гипотезы: пользуются ли люди продуктом, нужен ли он — или нет? Эрик Рис называет это циклом «создать-оценить-научиться».
Преимущества и недостатки MVP
✅ Плюсы MVP как подхода к разработке продукта:
- Экономия ресурсов. Денег, времени, сил команды разработки (хотя, если посмотреть, как работают стартапы, это не так — сил вкладывается немерено). Тут плюс в том, что сэкономить получится и в случае успеха, и в случае провала. Если первое — получишь заработок уже на старте бизнеса. Если второе — не сожжёшь много денег, а гипотезу проверишь.
- Быстрая и реальная обратная связь от аудитории. Вместо того чтобы гадать, а нравится ли твой продукт людям — ты «в прямом эфире» будешь получать реальные отзывы от аудитории. Это ценнейший плюс MVP.
- Быстрая конвертация усилий в прибыль. Есть все шансы начать зарабатывать на MVP, хотя тут уж как повезёт. Но тут два варианта — либо выйти на рынок с MVP и повысить шансы на заработок, либо долго и упорно допиливать полноценную версию — и точно сидеть без денег.
- Меньше рисков. Меньше трат денег и времени, плюс работа над валидацией идей — это снижает риски потерять всё, что есть. А возможность получать от пользователей реальную обратную связь повышает шансы делать действительно нужный продукт.
- Возможность обкатать на реальных пользователях все детали своего будущего проекта. То есть суть MVP не том, чтобы сделать только горстку функций и ею пытаться закрыть потребности аудитории. Суть в том, чтобы сделать необходимый минимум от каждой составной части будущего проекта: функции, внешний вид, юзабилити (удобство использования), стабильность.
❌ Минусы — а, скорее, ошибки — в применении MVP-подхода:
- Стремление к перфекционизму. Пусть пользователи критикуют интерфейс пробного сайта, пусть им не нравится скорость работы поддержки или отсутствие кнопки «Добавить в избранное». Продукт должен решать основную проблему, а не блистать красотой! А если вылизывать каждый пиксель и не торопиться проверять гипотезу, то MVP просто не получится и не сработает.
- Небрежность. Другая крайность: когда считается, что не стоит особо тратить силы на какой-то там тестовый продукт — он же тестовый! Это небрежное отношение и к валидации идеи, и к первой итерации. Нашлёпать каких угодно функций, которые пришли в голову основателю просто с потолка, без минимальной валидации идеи и гипотезы. Мол, зажарится как-нибудь! Не зажарится. Это не подход MVP, а пустая трата даже этих минимальных ресурсов.
8 шагов для создания MVP
Определить проблему
Для чего нужен продукт, который ты хочешь выпустить? Какую проблему он должен решить? Чем поможет людям — да ещё и настолько, что за него будут платить.
Определить целевую аудиторию
Решать проблемы всех людей и считать, что продукт нужен всем, — нет. Как можно точнее определить тех, кто будет пользоваться продуктом, — да.
Тут надо понять, кто тот потенциальный потребитель продукта — человек, с обозначенной выше проблемой. Описать профессию человека, возраст, пол, достаток, сферу интересов, почему у него есть обозначенная проблема, как он решает её сейчас и почему захочет решать её новым продуктом.
Провести анализ конкурентов
Поищи конкурентов, которые уже решают обозначенную проблему. Найди трёх самых крупных игроков рынка и попробуй проанализировать сильные и слабые стороны. Нет конкурентов? Что ж — это может значить три вещи:
- Ты занимаешь свободную нишу — молодец!
- MVP вообще никому не нужен, а проблемы, может, и нет.
- Ты плохо ищешь 🙂
Как провести конкурентный анализ? Вот пара наводок:
- Ищи в открытых источниках — на веб-сайте конкурента, в новостях компании, публичных презентациях, отчётах, если такие есть. Если есть физическое место, где конкурент расположен (офис, кафе, тренажёрный зал), сходи и поглазей.
- Посещай конференции и публичные выступления — конечно, если такие устраиваются.
- Попробуй программы по аналитике — сервисы Similar Web, Quantcast, AppFollow. Они помогают собрать данные о других сайтах и приложениях.
Провести SWOT-анализ
Определить сильные и слабые стороны своего продукта, возможности и угрозы. Нужно заполнить шаблон-таблицу — подробный текст про применение SWOT-анализа можешь прочитать тут.
Построить карту пути пользователя
Это те действия, которые человек совершит, чтобы воспользоваться продуктом, — от осознания потребности и поиска решения до готовности посоветовать этот продукт другим. То есть надо понять, в какой момент и почему потребитель осознаёт свою проблему, как поймать его в этот момент и предложить свой MVP, как удержать и как понравиться настолько, что он посоветует твой продукт другим.
Расписать и приоритизировать функции продукта
Здесь помогает метод составления пользовательских историй из предыдущего пункта. Если представить и понять, что хочет сделать пользователь, будет ясно, какая функция ему нужна. Далее надо расставить функции по приоритетам — критически важные, менее важные, подождут своего часа.
Вот такой пример. Пусть наш MVP — мобильное приложение по типу «Самоката» для заказа еды. Что войдёт в MVP? Точно каталог товаров и точно корзина — без них приложение вообще не будет иметь смысла. В MVP-версию тоже можно включить регистрацию пользователя через соцсеть или почтовый аккаунт (для удобства дальнейшего использования) и оплату картой в приложении. Другие плюшки подобных сервисов — например, добавить в избранное, история заказов, отзывы, возможность подвязать несколько адресов — могут подождать дальнейшей работы после запуска MVP и сбора обратной связи.
Определить объём MVP
Здесь пора решать, какие функции действительно войдут в MVP. Часть функций сформирует каркас продукта — критически важные, определяющие суть продукта. Без них ничего не поедет. А ещё часть функций каркасными не будут, но всё равно должны войти в будущий MVP. Тут проще на примере.
Протестировать
Есть альфа-тестирование — когда MVP пользуются люди из близкого окружения создателя MVP. Есть бета-тестирование — круг пользователей расширяется, в число первых юзеров MVP включаются реальные пользователи, которые пробуют продукт 1–3 недели. А автор MVP собирает обратную связь.
4 кейса от MVP до успешного бизнеса
Практика показывает, что создание MVP часто приводит к успешному бизнесу. Вот самые известные примеры:
- Wildberries. Основательница маркетплейса Татьяна Бакальчук сделала пробную закупку одежды из Германии, создала простенький сайт и запустила рекламу. Она проанализировала конкурентов — немецкие каталоги одежды, — отменила предоплату и упростила работу агентам. И спрос пошёл в гору! Так появился один из главных маркетплейсов России.
- Сериал «Игра престолов». Пилотная серия «Игры престолов» оказалась неудачной — создатели говорят, что в первой версии не было химии между актёрами, прически главных героев вызывали смех, а некоторые сюжетные повороты только путали зрителей. Пилот пересняли с учётом пожеланий фокус-групп и вуаля — ну и вот, у нас гипер-успешный сериал. Кстати, так часто делают с видеоиграми — сначала выпускают их в раннем доступе с кучей багов и недоработок, а когда понимают, что сюжет и сеттинг интересен людям, уже делают полноценную версию.
- Instagram (признан экстремистской организацией в РФ). Сейчас соцсеть занимает пятую строчку в рейтинге самых популярных в мире, и в ней 1,22 млрд пользователей! А начиналось с MVP с базовой функцией снимать и делиться фотографиями.
- Airbnb. Его мы уже упоминали. В 2007 году основатели Брайан Чески, Джо Геббиа и Натан Блечарчик сделали одностраничный сайт со своей квартирой и сдали в аренду… с надувными матрасами. Оказалось, что людям бывает необходимо снять жильё побыстрее, без посредников и на короткий срок. Со временем Airbnb разросся, привлекая инвесторов и пользователей благодаря уникальному опыту размещения и доступной альтернативе отелям.
Резюме вместо всего текста
- Создание MVP — важный этап для стартапов. Он нужен, чтобы оценить востребованность идеи на рынке и найти целевую аудиторию.
- Принципы MVP — валидация идеи, реализация только важнейших функций, быстрый запуск и сбор обратной связи.
- Разработка MVP — процесс из 8 шагов, который включает определение проблемы и целевой аудитории, анализ конкурентов, проведение SWOT-анализа, определение основных функций и их приоритизацию, определение объёма MVP и тестирование готового MVP.
- Последующая работа над MVP происходит в цикле «создать-оценить-научиться». Это означает, что сначала создаётся продукт, затем оценивается обратная связь от пользователей, успехи и ошибки учитываются в дальнейшей работе.
Подписаться 
