MVP (minimum viable product, минимально жизнеспособный продукт) — это самая простая версия продукта, которая позволяет проверить главную гипотезу на реальных пользователях с минимальными затратами. Принцип MVP в том, чтобы не строить полный продукт вслепую, а сначала узнать, нужен ли он кому-то и за что люди готовы платить. Иногда MVP — это работающее приложение с одной функцией, а иногда лендинг с формой заявки или сервис, который команда первое время выполняет вручную.
Откуда взялся термин
Термин приписывают Фрэнку Робинсону, который использовал его в 2001 году. Широкую известность он получил благодаря Эрику Рису и его книге «Бизнес с нуля» (The Lean Startup, 2011). Рис определяет MVP как версию продукта, которая даёт команде максимум проверенных знаний о клиентах при минимуме усилий.
Ключевое слово здесь — знания. MVP нужен не для того, чтобы быстрее выпустить урезанный продукт, а чтобы быстрее понять, в правильную ли сторону вы двигаетесь.
Цикл «создать — измерить — научиться»
В основе подхода лежит цикл из трёх шагов:
- Создать минимальную версию, которая проверяет конкретную гипотезу.
- Измерить, как ведут себя реальные пользователи: регистрируются ли, возвращаются ли, платят ли.
- Научиться: по данным решить, продолжать в том же направлении, менять курс (сделать «пивот») или закрыть идею.
Чем быстрее команда проходит этот цикл, тем меньше денег и времени уходит на то, что никому не нужно.
Что MVP — и что нет
| MVP — это | MVP — это не |
|---|---|
| Способ проверить гипотезу о спросе или ценности | Первая версия продукта со всеми задуманными функциями |
| Продукт, который решает одну главную проблему пользователя | Сырой прототип, который не решает ничего |
| Эксперимент с заранее заданной метрикой успеха | Запуск «посмотрим, что получится» |
| То, что можно показать реальным клиентам | Внутренний макет для инвесторов |
«Минимальный» не значит «плохой». Пользователь должен получить реальную пользу — иначе вы проверите не идею, а терпимость людей к недоделанному продукту.
Виды MVP с примерами
Лендинг (smoke test). Страница с описанием продукта, ценой и кнопкой «Оставить заявку» или «Предзаказ». Продукта ещё нет — вы измеряете, сколько посетителей готовы сделать целевое действие. Самый дешёвый способ проверить спрос на новую услугу.
Видеоролик. Показывает, как будет работать продукт, до того как он создан. Классический пример — Dropbox: основатель Дрю Хьюстон записал короткое видео с демонстрацией синхронизации файлов, и список желающих попробовать сервис резко вырос за одну ночь. Так команда убедилась в спросе до того, как вложилась в сложную разработку.
Консьерж-MVP. Услугу оказывают вручную, лично для каждого клиента, а клиент знает, что общается с людьми. Например, сервис подбора меню, где первые недели составляет списки покупок сам основатель. Это позволяет понять, что действительно ценно, прежде чем автоматизировать.
«Волшебник страны Оз». Снаружи продукт выглядит автоматизированным, а внутри всё делают люди. Так начинался Zappos: основатель Ник Свинмерн фотографировал обувь в магазинах, выкладывал фото на сайт, а при заказе покупал пару и отправлял её сам. Гипотеза «люди готовы покупать обувь онлайн» подтвердилась без склада и логистики.
MVP из готовых сервисов. Продукт собирают из существующих инструментов: конструктор сайта, формы, таблицы, чат-бот, платёжная ссылка. Ранний Groupon работал на обычном блоге с купонами в PDF, которые рассылались вручную.
MVP с одной функцией. Работающий продукт, который делает одну вещь, но хорошо. Подходит, когда ценность нельзя проверить без настоящей технологии — например, для сервиса распознавания документов или калькулятора с уникальной логикой.
Как запустить MVP: пошагово
- Сформулируйте гипотезу. Не «людям понравится наш сервис», а проверяемое утверждение: «владельцы небольших интернет-магазинов готовы платить 2 000 ₽ в месяц за автоматические ответы на отзывы».
- Определите метрику и порог успеха заранее. Например: из 500 посетителей лендинга не меньше 5 % оставят заявку, а 10 человек внесут предоплату. Если порог придумывать после запуска, легко убедить себя, что всё получилось.
- Выберите самый дешёвый вид MVP, который проверяет именно эту гипотезу. Спрос часто можно проверить лендингом, а готовность платить — предзаказом.
- Оставьте только ключевой сценарий. Выпишите все функции и уберите всё, без чего пользователь всё равно получит главную пользу. Личный кабинет, интеграции и тонкие настройки почти всегда могут подождать.
- Приведите реальных пользователей. Небольшая рекламная кампания, сообщества, личные контакты — главное, чтобы это были люди из целевой аудитории, а не друзья, которые хотят поддержать.
- Соберите данные и поговорите с пользователями. Цифры показывают, что происходит, интервью — почему.
- Примите решение: развивать продукт, изменить гипотезу или остановиться. Отрицательный результат — тоже результат: он экономит месяцы разработки.
Какие метрики смотреть
- Конверсия в целевое действие — заявка, регистрация, предзаказ.
- Активация — доля пользователей, которые дошли до главной ценности продукта (загрузили первый файл, получили первый отчёт).
- Удержание — сколько пользователей возвращаются через день, неделю, месяц. Для продукта это часто самая честная метрика.
- Готовность платить — оплаты или предоплаты, а не ответы «да, купил бы» в опросе.
- Стоимость привлечения — сколько стоит один пользователь или клиент; вместе с ценой продукта это даёт первую оценку юнит-экономики.
MVP, прототип и MMP
| Для чего | Кто видит | |
|---|---|---|
| Прототип | Проверить удобство и понятность решения | Команда, тестовые пользователи |
| MVP | Проверить спрос и ценность на реальном рынке | Реальные клиенты |
| MMP (minimum marketable product) | Выйти на рынок с продуктом, который можно продавать широкой аудитории | Все клиенты |
Иногда говорят и про MLP — minimum lovable product: минимальный продукт, который не просто работает, а вызывает у пользователей желание им пользоваться. Это не отдельная методика, а напоминание, что качество опыта тоже важно.
Частые ошибки
- Слишком большой MVP. Полгода разработки и десятки функций — это уже не эксперимент, а полноценный продукт с теми же рисками.
- Нет критерия успеха. Без заранее заданного порога любой результат можно интерпретировать как удачный.
- Неправильная аудитория. Отзывы знакомых и коллег не показывают реального спроса.
- Проверка не той гипотезы. Лендинг показывает интерес, но не доказывает, что продукт будут использовать регулярно.
- Страх показать «сырое». Пока команда шлифует продукт, рынок может уйти или конкурент проверит ту же идею быстрее.
Коротко
MVP — это эксперимент, а не урезанная версия продукта. Сформулируйте одну гипотезу, задайте метрику успеха, выберите самый дешёвый способ проверки — лендинг, видео, ручной сервис или продукт с одной функцией, — приведите реальных пользователей и по данным решите, что делать дальше.