Содержание
MVP — это первая работающая версия продукта, в которой оставлен только сценарий, доказывающий ценность идеи. Не прототип и не демонстрация: им пользуются реальные люди. Простой MVP стоит 180 000–300 000 ₽ и собирается за три-четыре недели, сервис с личным кабинетом и оплатой — 300 000–600 000 ₽ и полтора-два месяца.
Смысл формата не в экономии как таковой, а в скорости получения ответа. Через месяц вы знаете, пользуются продуктом или нет, и решаете дальше по цифрам, а не по презентации.
Что входит в работу над MVP
Приоритизация функций. Самый недооценённый этап. Из списка «нужно всё» остаётся один-два сценария, которые доказывают идею. Здесь экономятся основные деньги проекта.
UX-прототип. Схема экранов и переходов до дизайна. Правки на этом этапе стоят часы, а не недели.
Дизайн ключевых экранов. Только те экраны, которые реально будут. Дизайн-система и оформление второстепенных состояний в MVP не входят.
Разработка и интеграции. Рабочая логика, хранение данных, связки с внешними сервисами — оплатой, почтой, CRM.
Аналитика. Обязательный пункт: без событий и счётчика проверить гипотезу невозможно.
Запуск и рекомендации. Публикация, инструкция и список того, что делать дальше в зависимости от результата.
Сколько стоит по типам продуктов
| Что собираем | Что внутри | Цена | Срок |
|---|---|---|---|
| Лендинг с формой и ручной обработкой | Проверка спроса без разработки логики | 80 000–150 000 ₽ | 1–2 недели |
| Бот как MVP | Сценарий, заявки, уведомления, таблица | 80 000–200 000 ₽ | 1–3 недели |
| Веб-сервис с одним сценарием | Регистрация, основной сценарий, админка | 180 000–300 000 ₽ | 3–4 недели |
| Сервис с ролями и оплатой | Личный кабинет, роли, платежи, отчёты | 300 000–600 000 ₽ | 6–8 недель |
Мы работаем в формате до 300 000 ₽. Если задача крупнее, мы говорим об этом на старте и либо сокращаем объём до честного MVP, либо честно говорим, что задача выходит за наш формат.
Как урезать объём и не убить смысл
Оставьте один сценарий. Не «маркетплейс», а «клиент оставляет заказ и получает отклик». Всё остальное — потом.
Замените автоматизацию человеком. Модерация, подбор, распределение заявок на старте прекрасно делаются руками. Автоматизировать процесс, который ещё не проверен, — самая дорогая ошибка в MVP.
Откажитесь от админки, пока данных мало. Часто достаточно таблицы и уведомлений.
Не делайте мобильное приложение сразу. Веб-версия проверяет ту же гипотезу дешевле и обновляется без магазинов приложений. Иногда для проверки хватает и бота вместо сервиса.
Уберите вторую роль. Каждая новая роль — это отдельный набор экранов, прав и тестов.
Что нельзя выбрасывать
Есть вещи, экономия на которых обесценивает весь запуск.
Аналитику. Без неё вы получите продукт и ноль информации.
Обработку ошибок в главном сценарии. Если оплата или отправка заявки иногда молча не срабатывает, вы измерите не спрос, а качество своей сборки.
Юридический минимум. Политика обработки данных и согласие нужны с первого дня, если вы собираете контакты.
Понятную структуру кода. Именно она определяет, будет ли MVP развиваться дальше или его придётся переписывать.
Как понять, что MVP удался
Заранее договоритесь, какая цифра считается успехом: количество заявок, доля дошедших до оплаты, повторные визиты. Без этого обсуждение результата превращается в спор о вкусах.
Дальше три варианта: развивать, менять гипотезу или закрывать. Закрыть проект через месяц и 250 000 ₽ — нормальный исход, ради которого формат и существует. Тот же вывод после года разработки стоит в десять раз дороже.
Частые вопросы
Чем MVP отличается от прототипа?
Прототип показывает, как продукт будет выглядеть и работать, но данных не хранит и реальных задач не решает. MVP работает по-настоящему: им пользуются живые люди, он принимает заявки или платежи. Прототип нужен для обсуждения и инвесторов, MVP — для проверки спроса.
Сколько стоит MVP?
Простой продукт с одним сценарием — 180 000–300 000 ₽ и три-четыре недели. Сервис с личным кабинетом, ролями и оплатой — 300 000–600 000 ₽. Мы работаем в формате до 300 000 ₽: если задача явно крупнее, честнее сказать это на старте, чем растянуть бюджет по ходу.
Можно ли делать MVP на конструкторе или no-code?
Иногда да, и это разумно для проверки самой гипотезы спроса — лендинг с формой и ручной обработкой заявок часто отвечает на главный вопрос дешевле любой разработки. Ограничение появляется там, где нужна своя логика или объём данных.
Что делать с MVP после запуска?
Смотреть на поведение и решать: развивать, переделывать или закрывать. Для этого в MVP с первого дня должна стоять аналитика — иначе через месяц у вас будут мнения вместо цифр.
Придётся ли переписывать MVP с нуля при развитии?
Не обязательно. Если MVP собран на нормальном стеке с понятной структурой, он развивается дальше. Переписывают обычно то, что делалось «на скорость» без проектирования, — экономия на старте оборачивается двойной оплатой.