Вайбкодинг, low-code, AI-driven low-code — три подхода к автоматизации бизнес-процессов в эпоху AI
Стоимость написания кода резко снизилась, и часть компаний пробует воспроизводить корпоративные системы самостоятельно. В этом обзоре разбираю, где заканчивается разработка прототипа и начинается промышленная эксплуатация, а также условия, при которых оправдан каждый из трех подходов. Все ключевые утверждения в статье подтверждены авторитетными источниками.
Почему рынок пробует «вайбкодить»
Генерация кода стала почти бесплатной: небольшая команда собирает рабочее демо за несколько часов. Появился специальный термин «vibe coding»: разработчик описывает задачу своими словами, ИИ пишет код, а человек почти не проверяет результат вручную. Для прототипа и несложной системы такой подход себя оправдывает.
Дешевая генерация не отменяет того, что делает систему промышленной:
- точность требований и логики;
- корректные данные, права и интеграции;
- безопасность и соответствие нормам;
- эксплуатацию, проверенную временем.
Когда компании перенесли этот подход с пилотных проектов в промышленную эксплуатацию, они столкнулись с проблемами качества — и термин «vibe coding» приобрел негативный оттенок. Скорость старта пилота ничего не говорит о конечной стоимости: ее определяет весь цикл эксплуатации.
Три подхода к автоматизации бизнес-процессов
Low-code как класс технологий продолжает расти: Gartner прогнозирует рынок таких решений на уровне 58,2 млрд долларов к 2029 году при среднегодовом росте около 14%. Компании получают корпоративную систему одним из трех способов.
Классический low-code
Готовая платформа с визуальным конструктором. Кастомизацию под процессы делают аналитики руками. Платформа готова, но любое изменение системы идет через людей.
AI-driven low-code
AI достраивает решение поверх готовой платформы. Платформу уже проверили и сертифицировали. AI ускоряет изменения и не трогает основу. В BPMSoft есть всё необходимое для такого подхода: сертифицированная платформа и встроенные AI-инструменты.
Вайбкодинг с нуля
AI генерирует систему из описаний. Готовой платформы нет. Максимум свободы, но системный фундамент команда выстраивает сама.
На коротком горизонте вайбкодинг с нуля выигрывает: он не зависит от платформы и дает быстрый результат.
Платформенные подходы заранее решают базовые задачи — управление данными, ролями и правами, интеграциями, аудит, безопасность, ФСТЭК-контур, правила эксплуатации. Еще одно преимущество: каждое следующее изменение не приводят к откату.
Разрыв между демо и промышленной системой недооценивают в любом из трех подходов. Видимую часть — формы, экраны, отчеты, автоматизации можно создать быстро. Основная работа остается скрытой: единая модель данных, роли и разделение прав, история изменений и аудит, интеграционные контракты, качество и жизненный цикл данных, безопасность, отказоустойчивость и SLA.
55–80% совокупной стоимости владения ПО приходится на сопровождение и эксплуатацию.
Сравнение подходов
Оценки ниже — типовые закономерности: результат зависит от контура, объема кастомизации, практик команды и уровня фиксации требований.
Где растет стоимость
Стоимость вайбкодинга с нуля растет по пяти причинам:
- новые изменения ломают предыдущую итерацию через неявные связи и потерю контекста;
- обновления внешних API требуют собственной аналитики вместо поддержки вендора;
- рост объемов данных повышает требования к хранению и качеству;
- уход автора идеи оставляет продукт без видения;
- безопасность прод-контура требует сертификации и соответствия регуляторным нормам.
Данные о «долге» AI-генерации подтверждают эти риски. Отчет GitClear по 211 млн строк кода фиксирует многократный рост доли скопированных/дублированных блоков и снижение доли рефакторинга по мере распространения AI-ассистентов.
По опросу Stack Overflow 2025 среди 49 тыс. разработчиков, около 66% тратят больше времени на доводку «почти правильного» AI-кода, а ~45% считают отладку такого кода более трудоемкой.
Отчет Google DORA связывает рост использования AI на 25% со снижением стабильности поставок примерно на 7,2%.
Крупное исследование AI-коммитов относит к «долгу сопровождаемости» около 89% выявленных проблем. Практический смысл: промпт ≠ спецификация, и основную цену приходится платить на втором-третьем изменении.
Безопасность и ФСТЭК-контур
Для многих корпоративных контуров безопасная эксплуатация закреплена нормативно. Соответствие ПО требованиям по безопасности информации подтверждает сертификация ФСТЭК России. Порядок разработки и производства таких средств задает приказ ФСТЭК № 76. Требования к безопасной разработке устанавливает ГОСТ Р 56939: модель угроз, контроль архитектуры, испытания на уязвимости и недекларированные возможности, поддержка безопасности на всем жизненном цикле.
Сертификация «единичного экземпляра» относится к конкретной сборке у конкретного заказчика и не тиражируется. Для платформы это разовая процедура на стороне вендора. При вайбкодинге с нуля сертификация, ее поддержание и повторное прохождение при изменениях ложатся на команду.
Рыночный кейс и его риски
Вот как это выглядит на практике. Компания с собственной командой разработки воспроизвела функциональность CRM с помощью вайбкодинга и отказалась от лицензии.
Функциональность воспроизвести удалось. Открытым остается вопрос: во сколько обойдется ее эксплуатация за весь срок службы.
Экономика
Ответ — в разбивке полной стоимости владения. Она выходит за рамки разработки и включает восемь статей:
1. Лицензии, runtime и инфраструктура
2. Анализ и проектирование
3. Разработка или конфигурирование
4. Интеграции и миграция данных
5. Проверка, безопасность и комплаенс
6. Поддержка, мониторинг и устранение сбоев
7. Обновления и адаптация к изменениям
8. Простой и стоимость ошибочных решений
Стоимость первой версии:
- Вайбкодинг с нуля — низкая
- Low-code — средняя
Предсказуемость жизненного цикла:
- Вайбкодинг с нуля — заранее неизвестен
- Low-code — предсказуемый
Вайбкодинг с нуля выигрывает в стоимости первой версии, но проигрывает в предсказуемости жизненного цикла. Сопровождение и управление изменениями — это большая часть совокупной стоимости, поэтому решающей статьей становится доказательство того, что систему можно безопасно эксплуатировать: сертификация, соответствие, SLA.
Как выбрать путь
Простая функциональности или разовые задачи, сильная команда, нет требований к внешней сертификации → Вайбкодинг с нуля.
Стабильный контур, скорость изменений не критична → Классический low-code.
Жизненный цикл системы рассчитан на годы, поток изменений постоянный, есть требования к контролю и ФСТЭК → AI-driven low-code.
Выбор пути определяет весь срок эксплуатации системы — от запуска до сопровождения. Считать стоит весь жизненный цикл: запуск, поток изменений, эксплуатацию.
Ключевые выводы
Демо и промышленная система требуют разных затрат. Экраны и отчеты собираются за часы. Данные, права, интеграции, безопасность и эксплуатация занимают основное время.
Сопровождение доминирует в стоимости владения: основная сумма тратится после запуска и растягивается на весь жизненный цикл.
У каждого подхода своя область применения: ее задают длина жизненного цикла системы, требования к контролю и управлению изменениями.
За скорость AI-генерации платят позже. Исследования фиксируют рост дублирования кода и падение стабильности поставок при интенсивном использовании AI.
Главная скрытая стоимость — безопасная эксплуатация: соответствие, отказоустойчивость и SLA на всем жизненном цикле, сертификация ФСТЭК.
AI-driven low-code соединяет два преимущества: скорость изменений, как у вайбкодинга, и стабильную платформенную базу — данные, права, безопасность, сертификацию. Такое сочетание снимает главный риск вайбкодинга с нуля: разрыв между демо и промышленной эксплуатацией.