Вайбкодинг: почему ИИ-прототип — это ещё не продукт

У способа собирать приложение через нейросеть за несколько вечеров, почти без единой написанной вручную строчки кода, уже есть имя — вайбкодинг. По опросу русскоязычных разработчиков за конец 2025-го его пробовали уже около трёх четвертей. В этой статье я разберу, что это такое, почему он гениален для прототипа и опасен для продукта, чего конкретно не хватает приложению, собранному на вайбкодинге, когда его реально достаточно (да, иногда правда достаточно), и как из такого прототипа сделать настоящий продукт, который выдержит прод и реальных пользователей.

Что такое вайбкодинг

Вайбкодинг — это когда вы собираете приложение не написанием кода, а описанием нейросети простым языком того, что хотите. «Сделай мне приложение со списком задач, входом и тёмной темой» — и через несколько секунд у вас рабочий экран. Не нравится цвет — просите поменять. Не хватает кнопки — просите добавить. Вы не пишете код строку за строкой, а ведёте проект по ощущению: попросил, посмотрел на результат, попросил поправить.

Инструменты, которые это умеют, уже на слуху: Lovable и Bolt генерируют целое приложение, v0 — интерфейс, Cursor и ChatGPT пишут код по диалогу, из российских в ход идут GigaChat и YandexGPT. Это действительно впечатляющая технология, и я её не обесцениваю — эти инструменты я хорошо знаю. Вопрос никогда не стоял «может ли нейросеть писать код». Вопрос в том, выдержит ли то, что она написала, реальный мир.

Потому что у вайбкодинга есть одно невидимое свойство: он оптимизирован под то, чтобы выглядеть работающим. Нейросеть генерирует код, который проходит очевидную проверку — вы нажали кнопку, что-то произошло. Но «работает у меня на экране» и «работает в проде для реальных людей» — это две совершенно разные вещи, а между ними прячется ровно та работа, которую ИИ сам по себе не делает.

Почему он прекрасен для прототипа и опасен для продукта

Задача прототипа одна — доказать идею. Ему достаточно работать у вас, один раз, по счастливому сценарию (так я называю случай, когда пользователь всё делает правильно и ничего не ломается). Если нужно показать инвестору, как будет выглядеть сервис, или самому себе проверить, имеет ли идея вообще смысл — вайбкодингу здесь нет равных. То, на что раньше уходила неделя и несколько тысяч евро, теперь делается за один вечер. Это реальный, огромный плюс.

Задача продукта совсем другая. Продукт должен работать не вам, а незнакомым людям. С плохим интернетом. С криво введёнными данными. С человеком, который пытается вас обмануть. Ночью, когда вы спите. Через полгода, когда обновилась библиотека. С тысячей пользователей одновременно, а не с одним. Вот здесь вайбкод-прототип начинает сыпаться — и сыпется не там, где видно, а там, где не видно, пока не становится поздно.

7 вещей, которых нет у вайбкод-приложения

В вайбкод-прототипах, которые мне показывают, почти всегда не хватает одних и тех же семи вещей. Не потому что нейросеть «плохая» — она просто генерирует то, что вы просите, а об этих вещах никто не просит, потому что о них даже не знаешь, пока они не становятся проблемой.

Чего не хватает	Почему это важно в проде
1. Автотесты	Без тестов каждое изменение — азартная игра. Поправил одно место — незаметно сломалось другое. В вайбкод-коде тестов почти никогда нет, поэтому проект становится тем хрупче, чем больше его трогаешь.
2. Обработка ошибок	Что происходит, когда пропал интернет, сервер не ответил или пользователь ввёл мусор? В прототипе — белый экран или вылет. В продукте должны быть понятное сообщение, запасной путь и тихая фиксация ошибки.
3. Безопасность	Открытые API-ключи прямо в коде, незащищённая база, где любой может вытащить чужие данные, никакой валидации ввода. Это самая частая и опасная дыра вайбкода — её используют за минуты. И страх «код от ИИ небезопасный» здесь полностью обоснован.
4. Миграции данных	Когда добавляешь новое поле или меняешь структуру, уже имеющиеся данные пользователей должны «переехать» без потерь. В вайб-прототипе схему меняют, удаляя и создавая заново — в проде это означало бы стёртых клиентов.
5. Мониторинг	В проде вы должны узнавать о проблеме раньше пользователя. Без отслеживания ошибок и логов вы не видите, что половина людей не может войти — узнаёте только тогда, когда они перестают возвращаться.
6. Масштаб	Код, который работает с одним пользователем, может рассыпаться на сотне. Неоптимизированные запросы, никакого кэширования, всё в одном потоке — прототипу всё равно, а продукту это смертельно в первый же успешный день.
7. Поддержка	Библиотеки стареют, появляются уязвимости, меняются правила оплаты и авторизации. Продукт требует постоянного ухода. Вайбкод-код, который никто не понимает, становится неремонтопригодным после первого серьёзного сбоя.

Обратите внимание: ни одну из этих семи вещей пользователь не видит, пока всё хорошо. Все они проявляются в один плохой день — и именно из-за них строить продукт дороже и медленнее, чем прототип. Это не «лак» в самом конце, это фундамент.

Локальная боль: оплата и 152-ФЗ, которые нейросеть игнорирует

Для моей аудитории — релокантов в Грузии, Армении, Сербии, Казахстане, диаспоры в ЕС и тех, кто внутри РФ — к этим семи пунктам добавляются ещё две вещи, на которых вайбкод-проекты чаще всего и «не доезжают до прода». Нейросеть про них вообще не в курсе.

Первая — оплата. Lovable или Bolt радостно нарисуют вам красивую кнопку «Оплатить» и форму карты. Но за этой кнопкой ничего нет. А дальше начинается реальность: Stripe, PayPal, Wise и Payoneer требуют зарубежного юрлица, и релокант с ИП в Грузии или физлицо из РФ просто не может их подключить. Эксперт собрал курс-платформу, а принять деньги через ЮKassa и СБП не получается. Магазин в Telegram считает заказы, но не умеет провести оплату по СБП или через Kaspi в Казахстане. Это не «допилить пару мелочей» — это отдельный технический пласт, который надо проектировать под вашу конкретную юрисдикцию.

Вторая — 152-ФЗ и хранение персональных данных. С 1 июля 2025-го локализация ПДн ужесточена: данные граждан РФ должны собираться и храниться на серверах в России, штрафы выросли до 6 млн ₽ за первое нарушение и до 18 млн ₽ за повторное, Роскомнадзор усилил проверки. И это применяется даже к зарубежной компании, если продукт таргетит РФ-пользователей: .ru-домен, рубли, русский интерфейс, доставка в РФ. Нейросеть по умолчанию положит вашу базу на американский хостинг и не скажет ни слова. Параллельно для клиентов из ЕС работает GDPR со своими требованиями. Архитектура хранения данных и согласий — это реальный технический риск, а не строчка в политике конфиденциальности, и вайбкод-инструменты его полностью игнорируют.

Когда вайбкодинга действительно достаточно

А теперь — самая важная и честная часть статьи. Вайбкодинг не «плохой». Есть много случаев, когда его не просто достаточно, а это самый разумный выбор. Если вы попадаете в один из них — не нанимайте меня, экономьте деньги и собирайте сами.

Когда вайбкодинга уже не хватает

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

Вайбкодинга достаточно	Нужна профессиональная сборка
Пользуетесь только вы или узкий доверенный круг	Пользуются незнакомые, реальные клиенты
Никаких денег в системе	Оплаты, подписки, расчёты (ЮKassa, СБП, Stripe)
Данные неважны или публичны	Персональные данные, 152-ФЗ, GDPR, приватность клиентов
Поломка не стоит ничего	Простой означает потерянных клиентов или репутацию
Живёт пару недель	Должно работать и поддерживаться годами

Как только появляются реальные клиенты или оплаты, каждая из тех семи недостающих вещей превращается в ответственность. Незащищённая база с вашими клиентами — это уже не техническая мелочь, а нарушение 152-ФЗ или GDPR со штрафами. Оплаты без обработки ошибок — деньги, которые пропадают между вами и банком. Вот почему здесь это уже не вопрос вайбкодинга, а вопрос продукта.

Как из вайб-прототипа сделать продукт

Хорошая новость: вайб-прототип часто не выброшенная работа — он отличный старт. Вы уже определились, что приложение делает, как выглядит, какая логика. Это самая ценная и труднее всего записываемая часть спецификации, и она уже сделана. Остаётся закрыть те тяжёлые 30%, из-за которых прототип ещё не продукт. И я уважаю вашу работу — мой подход не «выбросьте всё», а «ваш прототип становится техзаданием, а продукт я строю начисто с нуля».

Когда ко мне приходят с вайбкод-проектом, его код я не беру и не латаю — продукт строю начисто с нуля, а прототип становится техзаданием и визуальным ориентиром. Общая логика, которую полезно знать и вам: продолжать на существующем коде или пересобирать, решает не объём кода, а его структура. Если логика и модель данных здоровые, недостающий слой на текущем коде можете добавить сами или с тем, кто его писал. Если код хаотичный, с открытыми ключами и неуправляемым состоянием, — чистая пересборка выходит быстрее и дешевле, чем латание. Подробнее о том, что происходит, когда код от ИИ начинает рушиться, а «починки» рушат его ещё сильнее, я пишу в отдельной статье «Lovable, Bolt, v0, Cursor — что делать, когда код от нейросети сломался».

Моё предложение никогда не «приведу твой код в порядок». Оно — «соберу так, чтобы работало и зарабатывало». Разница принципиальная: наведение порядка в коде — это косметика, а сборка продукта означает, что ваши клиенты могут спокойно пользоваться, платить и возвращаться, а вы — спокойно спать.

Конкретные цифры

Теперь про деньги, раз вы всё равно спросите. Мои цены — в евро, прозрачно, по принципу «от X €». Для контекста: средний фриланс на русскоязычном рынке — лендинг от 300–900 € (30–80 тыс ₽), простой MVP от 1500–6000 € (150–600 тыс ₽). Я работаю на сеньор-уровне и довожу до прода, поэтому стою выше дешёвого фриланса, ближе к студийным расценкам — но всегда открыто.

Это может звучать как немало за «почти готовый» проект. Но вспомните таблицу с семью недостающими вещами — вы платите не за лак, а за тот фундамент, без которого приложение не продукт, а только его фотография.

Часто задаваемые вопросы