Что значит MVP
MVP расшифровывается как minimum viable product — «минимально жизнеспособный продукт». Термин придумал Фрэнк Робинсон в 2001 году, а известным его сделал Эрик Рис в книге The Lean Startup (2011): новый продукт — это череда проверок, и первая проверка должна стоить как можно меньше.
В названии важны оба слова. Минимальный — в первую версию входит только то, без чего пользователь не дойдёт до результата: записаться, заказать, пройти урок, получить ответ. Жизнеспособный — эта версия работает без вас: человек сам заходит, сам проходит сценарий, и то, что он сделал, сохраняется. Версия, которую приходится показывать за руку, жизнеспособной ещё не стала.
MVP проекта, MVP продукта, MVP в бизнесе — одно и то же: первая версия, на которой проверяют спрос, прежде чем вкладываться в остальное. В играх и спорте MVP значит другое — most valuable player, самый ценный игрок; к разработке это отношения не имеет.
MVP, прототип и проверка концепции
Эти три слова часто путают, хотя разница между ними не в размере. Каждое отвечает на свой вопрос, его видят разные люди, и после ответа с ним поступают по-разному.
| Прототип | Проверка концепции (PoC) | MVP | |
|---|---|---|---|
| На какой вопрос отвечает | Поймут ли идею? | Получится ли сделать трудную часть? | Будут ли пользоваться? |
| Кто видит | тестовые пользователи, инвесторы, команда | команда | настоящие пользователи, сами |
| Из чего сделан | экраны, за которыми часто ничего нет | только рискованная часть, на настоящих данных | один главный сценарий до конца, админка, оплата, запуск на сервере |
| Что с ним потом | заменяют настоящей разработкой | обычно выбрасывают, ответ остаётся | становится следующей версией |
| Сколько делается | дни | столько, сколько занимает один вопрос | у студий — от 4–6 недель до 3–4 месяцев, у нас — 6–8 недель |
Колонки прототипа и проверки концепции описывают общую практику, а не наш замер. Сроки студий — из их опубликованных описаний пакетов на октябрь 2026 года, наш срок и состав MVP — из нашего пакета.
Что проверяет прототип, а что нет
Прототип — модель продукта: кликабельный макет или интерфейс на выдуманных данных. Он быстро показывает, понимают ли люди, зачем продукт и как по нему пройти, потому что за экранами ничего не обязано работать.
Чего прототип не покажет — вернётся ли человек. В прототип никто не входит под своим именем, данные не сохраняются, и пользуются им при вас. Тестовый пользователь, который говорит «я бы пользовался», сообщил, что понял идею, — больше прототип измерить не может.
Ловушка здесь в цене. Эффектный прототип — это дни работы, и его легко принять за бо́льшую часть продукта. На деле от него до версии, за которую можно брать деньги, — вход, роли, оплата, ошибки, хранение данных, и бюджет уходит именно туда.
Когда нужна проверка концепции
Проверка концепции, proof of concept, берёт одну часть, в которой никто не уверен, и делает её на настоящих данных — без входа, админки и дизайна. Она доказывает, что это возможно, и только это, поэтому после ответа её обычно выбрасывают.
Большинству продуктов она не нужна: если главный риск в том, захотят ли пользователи, PoC отвечает на вопрос, которого у вас не было. Она окупается, когда есть настоящая техническая неизвестность: предел производительности, интеграция, которую никто не пробовал, данные, которых никто не видел.
В ИИ-продуктах неизвестность почти всегда одна: сможет ли модель отвечать правильно на ваших документах достаточно часто, чтобы строить на этом продукт. Это вопрос данных больше, чем модели. Полезная проверка берёт случайную выборку настоящих документов, договаривается, что считать правильным ответом, и меряет; как это делается, разобрано в статье «Что такое RAG-система».
Что входит в MVP проекта
Хороший MVP узкий, но доделанный. Наш пакет — это четыре части:
- Один главный сценарий. То, ради чего пользователь придёт: записаться, заказать, пройти урок, получить ответ. Сценарии, экраны и данные проектируем до кода и там же решаем, что в первую версию не входит.
- Админка и оплата. Панель, где вы управляете продуктом и видите, что делают пользователи, и приём денег: готовность платить — тоже часть проверки.
- Запуск. Сервис разворачиваем на сервере, код и доступы — ваши с первого дня.
- ИИ там, где он экономит пользователю время. Заполнить, найти, разобрать, ответить — с проверкой качества на настоящих примерах до запуска. Если такого места нет, MVP обходится без модели.
Всё остальное — следующий этап со своей ценой: вторая роль, интеграции с картами или CRM, вторая платформа. Не потому, что это не нужно, а потому, что каждое такое дополнение приносит свои сбои и свою неделю работы, а для ответа на главный вопрос не требуется.
Одно в MVP нужно сделать правильно сразу, каким бы маленьким он ни был, — модель данных: какие записи есть в системе и за какими правилами следит сама база. Эту часть дороже всего менять, когда у продукта уже есть пользователи. В нашем собственном продукте ArendaOS, системе для проката автомобилей, двойное бронирование одной машины запрещает ограничение в базе данных, а разделение данных компаний заложено в схему до первой функции. Ни того ни другого не видно на экране, и именно поэтому их закладывают в первую версию: встраивать потом — значит трогать каждый запрос.
Примеры MVP по типам продукта
Главный сценарий у каждого типа продукта свой. Вот что обычно входит в первую версию, а что разумно отложить до данных, которых у нового продукта ещё нет.
| Продукт | Главный сценарий первой версии | Что отложить |
|---|---|---|
| Приложение | запись или заказ: выбрать, оплатить, получить уведомление | вторую платформу, программу лояльности, чат и ленту |
| Маркетплейс | продавец выставил — покупатель нашёл, заказал и оплатил — продавец получил деньги | рейтинги и рекомендации, чат между сторонами, приложения для обеих сторон |
| Онлайн-школа | ученик оплатил курс, прошёл уроки и сдал задания | вебинары, мобильное приложение, сертификаты и баллы, перенос всех курсов |
| ИИ-сервис | одна задача модели с проверкой качества на настоящих примерах | дообучение своей модели, агента, который действует сам, несколько задач сразу |
| SaaS-сервис | то, за что компания будет платить подписку, — с разделением данных компаний в схеме | всё, без чего первый клиент проходит главный сценарий |
Известные примеры MVP — Dropbox, Zappos — полезно разобрать по тому же вопросу. Dropbox начинал с ролика о продукте, который ещё нельзя было скачать: ролик показал, что идею хотят, но пользоваться продуктом никто не мог, так что по смыслу это ближе к прототипу. Zappos начинал с того, что выкладывал на сайт фотографии обуви из обычных магазинов и выкупал пару после заказа: настоящие покупатели, настоящие деньги, ручная работа за экраном. Это MVP — он проверял, будут ли покупать. Разница важна: интерес можно собрать роликом, а вернутся ли люди, ролик не покажет.
Как сделать MVP: пять шагов
- Назовите главный риск. Что должно оказаться правдой, чтобы продукт имел смысл: люди поймут, трудная часть получится, за это будут платить. От ответа зависит, что строить первым — прототип, проверку концепции или MVP.
- Выберите один сценарий. Путь, после которого пользователь получил то, за чем пришёл. Всё, что не на этом пути, — в список «потом».
- Спроектируйте данные. Записи, связи и правила, которые держит база. До кода это дешевле, чем после первых пользователей.
- Зафиксируйте объём и цену письменно. Всё, что придумается по ходу, — следующий этап со своей оценкой, а не доплата задним числом. Иначе MVP превращается в проект без конца.
- Запустите на настоящих людях и смотрите, что они делают. Не что говорят, а проходят ли сценарий и возвращаются ли. Для этого в MVP и нужна админка.
Если на первом шаге главным риском оказалось «поймут ли», начните с прототипа; если «получится ли» — с проверки концепции. Если идея построена на привычном сценарии — записаться, заказать, оплатить, — эти шаги обычно можно пропустить и сразу проверять главное.
Сколько стоит MVP
По опубликованным ценам подрядчиков на октябрь 2026 года MVP веб-сервиса или SaaS стоит $3,7–25 тыс., а занимает у студий от 4–6 недель до 3–4 месяцев. Почти все цены — «от», то есть нижняя граница пакета. Подробно, по типам приложений, — в статье «Сколько стоит создать приложение».
Наш MVP веб-сервиса стоит от 14 700 BYN, нативного мобильного приложения — от 22 000 BYN, срок 6–8 недель. Цена фиксируется до начала работы за письменно согласованный объём; хостинг, API моделей и платные сервисы — отдельной строкой, по факту. Сумму двигают не экраны, а роли, интеграции и платформы: каждая добавляет свои сценарии, свои сбои и свою проверку.
Проекты дешевле 14 700 BYN мы не берём: за меньшие деньги не получится сделать работу целиком, с проектированием, запуском и передачей кода. Если вы ещё не решили, что строить первым, можно начать с консультации за 150 BYN в час. Прикинуть свой случай можно в калькуляторе.