Сколько стоит довести MVP, созданный с помощью ИИ, до полноценного запуска

После генерации кода начинается отдельная работа

Фраза «MVP уже собран» не отвечает на вопрос, сколько стоит довести его до запуска. Между демонстрацией и рабочим продуктом могут находиться проверка требований, исправление критичных ошибок, настройка окружений, защита данных, развёртывание, наблюдаемость и передача проекта.

Поэтому честный ответ начинается не с одной цифры. Сначала нужно понять, что именно осталось до запуска и насколько хорошо это измеряется. Цена исправления проекта, который можно воспроизвести и проверить, будет другой, чем цена кода, который работает только на компьютере автора.

Из чего складывается бюджет доведения MVP

Этап	Что в него входит	Почему он меняет оценку
Диагностика	Запуск, чтение архитектуры, проверка сценариев, список рисков	Без неё неизвестно, что исправлять и можно ли доверять текущему результату
Исправления	Критичные ошибки, права, данные, интеграции, повторные операции	Количество проблем и цена ошибки важнее количества экранов
Доведение до эксплуатации	Окружения, сборка, домен, логи, резервное копирование, откат	Демо может работать без этих частей
Приёмка и передача	Тестовые сценарии, документация, доступы, инструкция	Без передачи продукт остаётся зависимым от автора
Расходы после запуска	Хостинг, база, внешние API, почта, хранение файлов, поддержка	Это регулярные расходы, а не часть разовой разработки

Почему нельзя честно назвать цену только по описанию MVP

Два проекта с одинаковыми пятью экранами могут отличаться по стоимости в несколько раз. В одном есть только форма и локальные данные. В другом — роли, платежи, история статусов, персональные данные, внешние вебхуки и обязанность работать без остановки.

Для оценки нужны хотя бы доступ к репозиторию, инструкция запуска, список сценариев, информация об окружениях и понимание того, что уже проверено. Если исполнитель называет итоговую сумму до короткой диагностики, уточните, что именно он предполагает и что будет считаться дополнительной работой.

Три сценария оценки

Проект воспроизводится и главные сценарии работают

В этом случае можно отдельно оценить замечания, усилить тесты, настроить рабочую среду и подготовить запуск. Основной риск — не переплатить за полную переделку того, что уже можно безопасно использовать.

Проект запускается, но поведение непредсказуемо

Сначала нужен аудит и карта рисков. Исправлять функции по одной без понимания архитектуры опасно: одна правка может сломать авторизацию, миграцию или интеграцию. Бюджет лучше делить на диагностику, блокирующие исправления и следующий этап.

Код не запускается или доступен только у автора

Здесь оплата идёт не только за исправление ошибок. Нужно восстановить окружение, получить доступ к сервисам, понять структуру данных и определить, что можно сохранить. Иногда выгоднее переписать ограниченный участок, но это должно быть выводом аудита, а не первым предложением.

Как получить сопоставимую смету

Попросите разбить предложение на одинаковые строки:

• аудит и список рисков;
• обязательные исправления до запуска;
• тестирование и критерии приёмки;
• настройка Preview и Production;
• миграция и резервное восстановление;
• документация и передача доступов;
• поддержка после запуска;
• внешние расходы, которые оплачиваются отдельно.

Для каждой строки нужны результат, срок, условия и границы. Формулировка «исправим всё» не позволяет сравнить предложения. Хорошая смета может содержать неизвестные места, но отмечает, как их уточнить.

Как считать без выдуманных тарифов

До аудита используйте не случайную цифру, а формулу:

Бюджет запуска = диагностика + блокирующие исправления + доведение до эксплуатации + приёмка и передача + внешние расходы + резерв на неизвестные риски.

Резерв не должен маскировать отсутствие плана. Его размер зависит от качества исходного проекта и того, насколько много неизвестного. Для критичных систем отдельной строкой считайте безопасность, нагрузочное тестирование и план восстановления.

Публичные статьи о стоимости разработки нового MVP могут дать общий ориентир по рынку, но их нельзя автоматически переносить на уже созданный код. На странице о стоимости разработки MVP такие ориентиры отделены от конкретной сметы; итог всё равно зависит от функций, данных, интеграций и ответственности.

Что спросить до согласования

• Что вы проверите до того, как назовёте цену?
• Какие проблемы блокируют запуск, а какие можно оставить на потом?
• Кто владеет хостингом, базой, доменом и внешними сервисами?
• Входит ли восстановление данных и проверка отката?
• Как будет подтверждён результат?
• Что произойдёт, если после запуска найдётся ошибка?

Если проект уже существует, начните с отдельного заказа на диагностику или доработку, а не с расплывчатой задачи «закончить MVP». Для этого можно использовать страницу поддержки существующего проекта и приложить критерии приёмки.

Итог

Стоимость доведения MVP до запуска определяется не тем, сколько строк сгенерировал ИИ, а тем, сколько неопределённости осталось до безопасной эксплуатации. Сначала зафиксируйте состояние проекта, затем разделите обязательные работы и расходы после запуска. Так вы получите не красивую цифру, а смету, которую можно проверить.