Проблема больших систем
Большая система проектируется в отрыве от живых требований: полгода назад заказчик описал двадцать функций, за полгода процесс изменился, и к запуску система отвечает вчерашнему дню. Бюджет потрачен, команда выгорела, а эффект — гипотетический, потому что метрики никто не проверял до инвестиций. Это классический сценарий перерасхода, знакомый по любым ИТ-проектам, — в ИИ он ещё дороже из-за неочевидного качества моделей.
MVP переворачивает последовательность: сначала минимальная работающая версия на одном процессе, измерение эффекта, потом масштабирование подтверждённого.
Три числа, которые всё объясняют
| Стадия | Цена «от» | Срок | Что получаете |
|---|---|---|---|
| Прототип | 90 000 ₽ | Дни | Демонстрацию возможности |
| MVP с интеграциями | 690 000 ₽ | 2–3 недели | Работающую версию на реальном процессе |
| Пилот LLM+RAG | 480 000 ₽ | 4–6 недель | Проверку контура и метрик на одном процессе |
| Полный промышленный контур | 0,9–1,2 млн ₽ | 8–12 недель | Масштабирование подтверждённого эффекта |
Ключевое свойство лестницы: наработки каждой ступени переходят на следующую без потерь. MVP — не выброшенный прототип, а первый этаж промышленной системы.
Что даёт MVP до больших трат
- Метрики вместо мнений. Доля ответов, закрываемых автоматически, точность контура и экономия часов — измеряются на живом процессе до того, как в проект вложен миллион.
- Раннее обнаружение слабых мест. Если база знаний неполна или вопросы клиентов уходят мимо — это видно на второй неделе, а не после запуска корпоративного портала.
- Обучение организации. Сотрудники и клиенты привыкают к ассистенту постепенно; регламент использования ИИ пишется по живым кейсам.
- Точка остановки. Если эффект не подтверждён — вы останавливаетесь на втором этаже лестницы, а не на четвёртом.
Когда большая система оправдана
Полный контракт разумен при двух условиях: готовое ТЗ и подтверждённый эффект — например, пилот уже доказал метрики, и стоит задача масштабирования на все процессы компании. Также большие системы неизбежны там, где процесс единообразен и хорошо формализован заранее: типовые ГИС-контуры, отраслевые решения.
Рынок подтверждает осторожный подход: по 236 закрытым ИТ-лотам средняя цена контракта складывается на 29% ниже НМЦК — команды, прошедшие пилоты, торгуются предметнее.
С чего начать
Разбор задачи бесплатный: опишите процесс, получите за один рабочий день оценку объёма и смету. Дальше — прототип от 90 000 ₽ для демонстрации или сразу MVP от 690 000 ₽ за 2–3 недели на реальном процессе.
Как выбрать процесс для MVP
Подходит процесс с тремя свойствами: повторяющийся (десятки однотипных обращений в неделю), документированный (правила записаны, а не живут в голове одного эксперта) и измеримый (можно до старта посчитать, сколько часов уходит вручную). Идеальные кандидаты — ответы на типовые вопросы клиентов, первичный разбор обращений, поиск по внутренним регламентам.
Не подходят для первого шага процессы с высокой ценой единичной ошибки и слабой документированностью: там MVP не даст ни качества, ни метрик, только разочарование в технологии. Их очередь приходит после того, как команда научилась работать с контуром на простых задачах.
Хороший подрядчик честно скажет, если ваш процесс — из второй категории, и предложит начать с аудита данных, а не с эффектной демонстрации.
И напоследок о терминах: MVP — это не «сырой продукт», а полная, но узкая функциональность. Ассистент, отвечающий на пятьдесят вопросов безупречно, полезнее энциклопедического коллеги, отвечающего на пятьсот кое-как. Узкий охват и высокое качество — правильная формула первого шага, и именно её проверяет MVP.
Разница форматов — в ответе «Чем отличается MVP от промышленной системы»; выбор между готовым сервисом и разработкой — в материале «Готовый ИИ-сервис или своя разработка»; заказать — на странице ИИ-ассистентов и чат-ботов.