Содержание
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 собран на нормальном стеке с понятной структурой, он развивается дальше. Переписывают обычно то, что делалось «на скорость» без проектирования, — экономия на старте оборачивается двойной оплатой.