MVP

MVP (minimum viable product, минимально жизнеспособный продукт) — версия продукта с минимальным набором функций, которого достаточно, чтобы проверить главную гипотезу ценности на реальных пользователях. Термин популяризировал Эрик Рис в книге «Бережливый стартап»: MVP — не первый релиз и не «сырой продукт», а инструмент обучения.

Как создать: логика и виды

MVP строится вокруг цикла:

Построить → Измерить → Научиться

Порядок проектирования — обратный: сначала формулируют, чему нужно научиться (гипотеза), затем — что измерить (метрика и критерий успеха), и только потом — что минимально построить. Гипотеза ценности отвечает на вопрос «будут ли люди этим пользоваться и платить», и именно её проверяют в первую очередь — раньше гипотезы роста.

Основные виды MVP, от дешёвых к дорогим:

• Лендинг с предзаказом — страница с описанием продукта и кнопкой оплаты; продукта ещё нет, измеряется готовность платить.
• «Консьерж» — услугу оказывают вручную, без автоматизации, на 5–20 клиентах.
• «Волшебник страны Оз» — снаружи продукт выглядит автоматическим, внутри работу делают люди.
• Однофункциональный продукт — реализована одна ключевая функция, закрывающая основную работу пользователя.

Выбор функций удобно проверять вопросом: «Если убрать это, гипотезу всё ещё можно проверить?» Всё, что можно убрать, — убирается.

Пример с числами

Команда придумала приложение «Шаги»: пользователь ставит денежную ставку на то, что пройдёт 10 000 шагов в день, и теряет её при срыве. Полноценное приложение оценили в 4 месяца разработки.

Вместо этого за 2 недели собрали MVP: лендинг, Telegram-бот, приём скриншотов шагомера вручную и оплата через платёжную ссылку. Гипотеза: «не менее 3% посетителей лендинга оплатят участие в челлендже за 490 ₽».

• Посетителей лендинга: 500 (трафик из рекламы, бюджет 15 000 ₽).
• Регистраций в боте: 90 (конверсия 18%).
• Оплат: 23, то есть 4,6% от визитов — критерий «≥3%» выполнен.
• Выручка 11 270 ₽ при затратах ~40 000 ₽ (реклама + 2 недели работы).

MVP убыточен — и это нормально: его результат не прибыль, а знание. Команда подтвердила спрос и заодно узнала неожиданное: 70% оплативших выбрали командный челлендж, которого в исходной концепции не было. Полная версия строилась уже вокруг команд.

Ориентиры по срокам и типам

Общий ориентир: если MVP делается дольше 2–3 месяцев, буква «M» из аббревиатуры потеряна — скоуп нужно резать. Критерий успеха фиксируется до запуска: конкретная метрика, порог и срок (например, «10 оплат за 3 недели»), иначе любой результат постфактум объявят успехом.

Частые ошибки

• Путать MVP с плохим продуктом. Минимальность — про количество функций, а не про качество ключевого сценария: он должен работать безотказно.
• Строить MVP полгода. Длинный MVP — это обычный запуск с отложенной проверкой гипотезы и накопленным риском.
• Не фиксировать критерий успеха заранее. Без порога «сколько — это успех» эксперимент превращается в самообман.
• Измерять мнения вместо поведения. «90% опрошенных сказали, что купили бы» — не сигнал. Сигнал — оплата, предоплата, депозит, регулярное возвращение в продукт.
• Останавливаться на подтверждении спроса. После гипотезы ценности проверяют удержание и юнит-экономику — спрос без сходящейся экономики не масштабируется.

Связанные термины

• JTBD — откуда берётся гипотеза ценности: работа, ради которой пользователь «нанимает» продукт.
• Тестирование гипотез — как формулировать проверяемые утверждения и критерии успеха.
• Юнит-экономика — следующая после MVP проверка: сходится ли бизнес на одном клиенте.
• A/B-тестирование — метод проверки гипотез на этапе, когда трафика уже достаточно.