MVP (Minimum Viable Product) — минимально жизнеспособный продукт. Это наименьшая версия, которая уже приносит пользу клиенту и даёт данные для следующих решений. Не «сырой продукт на скорую руку» и не демо: за MVP клиент готов платить — деньгами, временем или вниманием. Цель — проверить главную гипотезу с минимальными затратами и решить: масштабировать, дорабатывать или пивотить.
Что такое MVP
MVP (Minimum Viable Product, минимально жизнеспособный продукт) — версия продукта с минимальным набором функций, которая уже решает ключевую задачу клиента и позволяет собрать обратную связь и данные.
Термин популяризировал Эрик Рис в книге «Бережливый стартап» (2011). Концепция выросла из бережливого производства (lean manufacturing) и идей Стива Бланка о развитии клиентов (Customer Development). Главная мысль: не стройте продукт месяцами в закрытой комнате — выпустите минимальную версию, измерьте, обучитесь и повторите.
Эрик Рис сформулировал принцип так: если вам стыдно показать свой MVP первым клиентам, вы сделали его слишком поздно. Стесняться — нормально; значит, вы не переинвестировали.
Чем MVP НЕ является
Полезнее всего определять MVP от обратного — через частые заблуждения:
- Не «сырой продукт на скорую руку». MVP решает задачу клиента по-настоящему. Сырость только в том, что покрыта не вся ниша, а узкий сегмент.
- Не демо для инвесторов. Демо показывает; MVP — им пользуются реальные люди.
- Не прототип. Прототип проверяет интерфейс; MVP проверяет продукт (подробнее — ниже в таблице).
- Не урезанная версия «на потом». Цель — не «доделать потом», а проверить гипотезу и принять решение.
- Не фичер для фичи. MVP отвечает на конкретный вопрос бизнеса, а не закрывает строчки в дорожной карте.
4 признака настоящего MVP
| Признак | Что значит |
|---|---|
| Минимум функций | Оставлено только то, без чего клиент не получит ценность |
| Жизнеспособность | Продуктом реально пользоваться — он не падает, закрывает задачу |
| Ценность для клиента | Клиент получает результат, ради которого пришёл |
| Сбор данных | Встроена метрика, по которой вы поймёте, работает гипотеза или нет |
Если убрать хотя бы один признак — это уже не MVP. Например, продукт без метрики — это просто релиз, а не эксперимент: вы не узнаете, подтвердилась ли гипотеза.
Типы MVP
Эрик Рис и продуктовое сообщество выделяют несколько видов MVP. Выбор зависит от того, что именно вы проверяете.
| Тип MVP | Как работает | Что проверяет | Пример |
|---|---|---|---|
| Wizard of OZ («волшебник страны Оз») | Пользователь думает, что всё автоматизировано, за кадром люди делают вручную | Есть ли спрос на ценность, до вложений в автоматизацию | Обувь Zappos в первые месяцы: фото выкладывались, заказы отвозились в магазин вручную |
| Concierge | Сервис вручную для каждого клиента, персонально | Ценность и сценарий «как надо делать» | Куратор подбирает рацион, пока нет алгоритма |
| Single-Feature | Только одна функция, доведённая до конца | Главную метрику и ядро ценности | WhatsApp начинался только со статусов |
| Piecemeal («лоскутный») | Склейка готовых инструментов, без своего кода | Гипотезу быстро и дёшево | Тильда + Google Таблицы + Telegram-бот |
| No-code | Сборка на платформе (Bubble, Glide, Tilda) | Гипотезу без разработки | Каталог услуг на Glide за неделю |
5 примеров MVP известных продуктов
- Dropbox. До строчки кода основатель выложил 3-минутное видео с тем, как будет работать сервис. Бета-лист вырос с 5000 до 75000 за ночь. Видео — и был MVP: проверка «нужен ли людям такой инструмент».
- Zappos. Основатель фотографировал обувь в ближайшем магазине и выкладывал на сайт. Когда приходил заказ — шёл покупать и отправлял. Так проверялась гипотеза «люди готовы покупать обувь онлайн».
- Airbnb. Первые хозяева сдавали надувные матрасы в своей квартире во время конференции — проверяли, есть ли спрос на жильё у незнакомцев. Сайт был простейшим.
- Amazon. Джефф Безос начал с книг: один товар, выкупленный у дистрибьютора по факту заказа. Проверялась идея «покупки онлайн удобнее оффлайн».
- Buffer. Лендинг с тремя тарифами и кнопкой, которая вела на страницу «ещё не готово». Собранный email показал, что люди готовы платить за планировщик постов — и только тогда начали писать код.
Общее у всех: гипотеза проверена с минимальными вложениями, до того как построен «настоящий» продукт.
Чем MVP отличается от прототипа, претотипа и PoC
Эти слова часто путают, но они про разное.
| Что | Вопрос, на который отвечает | Делается код? | Платят клиенты? |
|---|---|---|---|
| Претотип | Захотят ли этим пользоваться вообще? | Нет (фишка, лендинг, опрос) | Нет |
| Прототип | Как продукт должен работать и выглядеть? | Иногда (кликабельный в Figma) | Нет |
| PoC (proof of concept) | Технически реализуемо? | Да (узкий кусок) | Нет |
| MVP | Решит ли продукт задачу клиента и подтвердит ли гипотезу? | Да (минимум) | Да |
Стратегия простая: претотип → прототип → PoC → MVP. Каждый этап отсеивает идею дешевле, чем следующий. Если можно проверить спрос лендингом (претотип) — не пишите MVP.
Кому MVP не нужен
MVP — инструмент проверки гипотезы. Если гипотезы нет или её проверять не нужно, MVP только замедлит. Когда MVP избыточен — подробно разобрано в отдельном материале «Когда нужен MVP».
Если коротко: MVP не нужен, когда вы копируете проверенный продукт в понятном рынке, делаете малую доработку существующего сервиса или запускаете локальный бизнес с гарантированным спросом (например, кофейню у проходного места).
Что делать дальше
MVP — это точка старта, а не финиш. После запуска собирают метрики поведения и проводят интервью с первыми клиентами, через 4–6 недель принимают решение: масштабировать, дорабатывать или пивотить.
- Если хотите понять, нужна ли вам вообще эта стадия — читайте «Когда нужен MVP».
- Если нужен процесс запуска по фазам и типичные ошибки — «Как правильно запустить MVP».
- Если нужен конкретный календарный план — «MVP за 6 недель» или «MVP за месяц».
- Если запускаете в РФ в 2026 году — специфика по платежам, законам и стеку.
А до MVP обязательна проверка гипотезы и сильное ценностное предложение — иначе неясно, что именно вы проверяете.
Комментарии · 0