MVP на вайбкодинге
MVP — минимальный рабочий продукт, чтобы проверить бизнес-идею на реальных пользователях, а не строить полноценную систему сразу. Вайбкодинг здесь в своей стихии: цель MVP — быстро понять, есть ли спрос, а не сделать код, который проживёт пять лет. Получите рабочий прототип за дни вместо месяцев и в разы дешевле. Если гипотеза подтвердится, боевую версию обычно переписывают отдельно — это нормальный путь, а не недоработка.
Что входит в результат
Рабочий прототип
Развёрнутое приложение с ключевым сценарием, которое можно показать пользователям и инвесторам. Не вся задуманная функциональность, а тот минимум, который проверяет главную гипотезу.
Лендинг или точка входа
Страница, через которую пользователь попадает в продукт: описание, призыв к действию, регистрация. Часто это и есть способ собрать первых пользователей для теста.
Базовый бэкенд и данные
Хранение данных, авторизация, простая логика. На MVP обычно берут готовые сервисы (BaaS) и генерируемый код — это быстрее, но уточняйте, насколько решение переносимо, если продукт пойдёт в рост.
Развёртывание
Деплой на хостинг или облачную платформу, чтобы продукт был доступен по ссылке. Уточняйте, кто оплачивает хостинг (обычно заказчик) и кому остаются доступы.
Передача исходников
Репозиторий с кодом и доступы — обязательный пункт ТЗ. Отдельно проговорите краткую документацию: сгенерированный код без неё сложнее передать другому разработчику на этапе роста.
Как обезопасить заказ на Agon
Чат с исполнителем доступен до оплаты — задачу можно обсудить и проверить опыт
6 дней на отмену без комиссии после оплаты
Спор разбирает модератор в общем чате — обе стороны видят аргументы
Что писать в ТЗ
Например: Будут ли самозанятые вести учёт доходов через простого Telegram-ассистента вместо таблиц
Например: Пользователь регистрируется, добавляет доход в одно действие, в конце месяца получает сводку для налога
Например: Интеграции с банками, отчёты для ФНС, мультивалютность — это следующие итерации, если гипотеза сработает
Например: Веб-приложение, адаптивное под мобильные. Нативное приложение пока не нужно
Например: Описание сценария, примерные макеты в Figma, текст для лендинга
Например: До 60 000 ₽, готовность через 2 недели, приёмка — деплой по ссылке и тест ключевого сценария
Ценовые ориентиры
Простой MVP: один сценарий, лендинг, данные в готовом сервисе, без сложной логики
MVP с собственным бэкендом, авторизацией, несколькими сценариями и базовыми интеграциями
Сложный MVP с нестандартной логикой, платежами, ролями пользователей и несколькими интеграциями
Диапазоны — срез по рынку на момент публикации, не обязательство Agon. Финальную смету фрилансер пришлёт в отклике на конкретную задачу.
Частые вопросы
Сколько стоит заказать MVP на вайбкодинге?+
Простой MVP с одним сценарием — 15 000–40 000 ₽. С собственным бэкендом и несколькими сценариями — 40 000–120 000 ₽. Сложный, с платежами и интеграциями, — 120 000–350 000 ₽. Это ориентиры по рынку: вайбкодинг-сборка обычно дешевле классической разработки того же объёма. Точную смету исполнитель пришлёт в отклике.
За сколько реально сделать MVP?+
Простой MVP на вайбкодинге — несколько дней, иногда одна-две недели. С бэкендом и интеграциями — 2–4 недели. Скорость — главное преимущество подхода, но она упирается в чёткость гипотезы: чем точнее вы знаете, что именно проверяете, тем быстрее и дешевле результат.
Можно ли потом развивать этот MVP в полноценный продукт?+
Иногда да, но честный ответ — часто боевую версию переписывают заново. MVP-код оптимизирован под скорость проверки гипотезы, а не под нагрузку и долгую поддержку. Если гипотеза подтвердилась, заложите отдельный этап: рефакторинг или переписывание силами инженера. Это не провал MVP, а нормальный жизненный цикл.
Чем рискует заказчик при вайбкодинг-MVP?+
Главный риск — принять прототип за готовый продукт и сразу запустить в бой. Сгенерированный код может содержать уязвимости и плохо держать нагрузку. Для проверки гипотезы это допустимо, для работы с платежами и персональными данными в проде — нет. Проговорите с исполнителем границы: что MVP умеет, а что требует доработки перед боевым запуском.
Что писать в ТЗ, чтобы MVP не разросся?+
Главное — явно зафиксировать, что НЕ входит в MVP. Опишите одну гипотезу, один ключевой сценарий и список функций, которые откладываются на следующие итерации. Без этого MVP превращается в «сделать сразу всё», теряет смысл быстрой проверки и выходит за бюджет.