Недавно мне написал человек с фразой, которую я слышу всё чаще: «Приложение уже есть, оно работает, осталось буквально допилить пару мелочей». Открыл его экран — и правда, работало. Красивый интерфейс, кнопки нажимаются, данные появляются. Всё собрано за несколько вечеров на Lovable, почти без единой написанной вручную строчки кода. Проблема была в том, что эти «пара мелочей» на деле оказались всем, что отделяет демо от продукта. И этого «всего» было больше, чем всей предыдущей работы.
У этого явления уже есть имя — вайбкодинг. По опросу русскоязычных разработчиков за конец 2025-го его пробовали уже около трёх четвертей. В этой статье я разберу, что это такое, почему он гениален для прототипа и опасен для продукта, чего конкретно не хватает приложению, собранному на вайбкодинге, когда его реально достаточно (да, иногда правда достаточно), и как из такого прототипа сделать настоящий продукт, который выдержит прод и реальных пользователей.
Что такое вайбкодинг
Вайбкодинг — это когда вы собираете приложение не написанием кода, а описанием нейросети простым языком того, что хотите. «Сделай мне приложение со списком задач, входом и тёмной темой» — и через несколько секунд у вас рабочий экран. Не нравится цвет — просите поменять. Не хватает кнопки — просите добавить. Вы не пишете код строку за строкой, а ведёте проект по ощущению: попросил, посмотрел на результат, попросил поправить.
Инструменты, которые это умеют, уже на слуху: Lovable и Bolt генерируют целое приложение, v0 — интерфейс, Cursor и ChatGPT пишут код по диалогу, из российских в ход идут GigaChat и YandexGPT. Это действительно впечатляющая технология, и я её не обесцениваю — сам каждый день использую ИИ-инструменты в работе. Вопрос никогда не стоял «может ли нейросеть писать код». Вопрос в том, выдержит ли то, что она написала, реальный мир.
Потому что у вайбкодинга есть одно невидимое свойство: он оптимизирован под то, чтобы выглядеть работающим. Нейросеть генерирует код, который проходит очевидную проверку — вы нажали кнопку, что-то произошло. Но «работает у меня на экране» и «работает в проде для реальных людей» — это две совершенно разные вещи, а между ними прячется ровно та работа, которую ИИ сам по себе не делает.
Почему он прекрасен для прототипа и опасен для продукта
Задача прототипа одна — доказать идею. Ему достаточно работать у вас, один раз, по счастливому сценарию (так я называю случай, когда пользователь всё делает правильно и ничего не ломается). Если нужно показать инвестору, как будет выглядеть сервис, или самому себе проверить, имеет ли идея вообще смысл — вайбкодингу здесь нет равных. То, на что раньше уходила неделя и несколько тысяч евро, теперь делается за один вечер. Это реальный, огромный плюс.
Задача продукта совсем другая. Продукт должен работать не вам, а незнакомым людям. С плохим интернетом. С криво введёнными данными. С человеком, который пытается вас обмануть. Ночью, когда вы спите. Через полгода, когда обновилась библиотека. С тысячей пользователей одновременно, а не с одним. Вот здесь вайбкод-прототип начинает сыпаться — и сыпется не там, где видно, а там, где не видно, пока не становится поздно.
Самая опасная иллюзия вайбкодинга
Когда приложение выглядит готовым на 90%, интуиция говорит, что осталось 10% работы. На деле всё наоборот: видимая часть (интерфейс, кнопки, экраны) — это та лёгкая, которую нейросеть делает хорошо. А невидимая часть — безопасность, данные, крайние случаи, деплой — и самая трудная, и самая дорогая. Этот тяжёлый 30% я отдельно разобрал в статье «Начали делать приложение с ИИ и застряли? Что делать дальше».
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%, из-за которого прототип ещё не продукт. И я уважаю вашу работу — мой подход не «выбросьте и закажите с нуля», а «доведу то, что вы начали».
Когда ко мне приходят с вайбкод-проектом, я первым делом смотрю репозиторий и решаю одну вещь: продолжать на существующем коде или пересобрать начисто. Решает не объём кода, а его структура. Если логика и модель данных здоровые — продолжаю на них и добавляю недостающий слой. Если код хаотичный, с открытыми ключами и неуправляемым состоянием — чистый rebuild выходит быстрее и дешевле, чем латание. Подробнее о том, что происходит, когда код от ИИ начинает рушиться, а «починки» рушат его ещё сильнее, я пишу в отдельной статье «Lovable, Bolt, v0, Cursor — что делать, когда код от нейросети сломался».
Путь от прототипа до прода
- Аудит. Смотрю, что реально работает, а что только выглядит так. Нахожу дыры в безопасности и критические места. Это от 800–1500 €.
- Прочный фундамент. Безопасная база, нормальная авторизация (Telegram-логин, SMS-OTP, при необходимости Госуслуги/ЕСИА или ЭЦП), скрытые ключи, валидация ввода.
- Тяжёлый 30%. Оплата (ЮKassa, CloudPayments, СБП, Telegram Payments, Stripe/Wise для диаспоры, Kaspi для Казахстана), интеграции, обработка ошибок, крайние случаи. Подробно весь локальный стек — в материале про разработку приложений.
- Хранение данных по закону. Архитектура под 152-ФЗ (серверы в РФ, если таргет — РФ) и GDPR для ЕС, согласия, электронные счета (ФНС/«Мой налог», rs.ge в Грузии, ЭСФ в Казахстане, SEF в Сербии).
- Предохранитель и деплой. Тесты, мониторинг и логи, настоящий домен, хостинг, бэкапы и понятная договорённость, кто поддерживает дальше.
Моё предложение никогда не «приведу твой код в порядок». Оно — «соберу так, чтобы работало и зарабатывало». Разница принципиальная: наведение порядка в коде — это косметика, а сборка продукта означает, что ваши клиенты могут спокойно пользоваться, платить и возвращаться, а вы — спокойно спать.
Конкретные цифры
Теперь про деньги, раз вы всё равно спросите. Все цифры — в евро с привязкой к рублю и тенге, прозрачно, по принципу «от X €». Для контекста: средний фриланс на нашем рынке — лендинг от 300–900 € (30–80 тыс ₽), простой MVP от 1500–6000 € (150–600 тыс ₽). Я работаю на сеньор-уровне и довожу до прода, поэтому стою выше дешёвого фриланса, ближе к студийным расценкам — но всегда открыто.
Сколько стоит довести вайб-проект
Аудит и стабилизация существующего кода: от 800–1500 € (≈ 80–150 тыс ₽ / 460–870 тыс ₸)
Чистый rebuild до прода (авторизация, безопасность, деплой, базовые интеграции): от 3000–5000 € (≈ 300–500 тыс ₽)
Сложный продукт с оплатой (ЮKassa/Stripe), локальными интеграциями и админкой: от 8000 €
Сроки обычно 2–6 недель — зависит от того, как далеко реально зашёл прототип.
Это может звучать как немало за «почти готовый» проект. Но вспомните таблицу с семью недостающими вещами — вы платите не за лак, а за тот фундамент, без которого приложение не продукт, а только его фотография.
Есть вайб-прототип, который хотите превратить в реальный продукт?
Покажите проект — посмотрю ваш Lovable, Bolt, v0, Cursor или GigaChat и честно скажу, что доделать: продолжать на текущем коде или дешевле пересобрать начисто. С конкретной ценой и сроком. Лучше всего написать в Telegram, email — как запасной канал. Первая консультация бесплатна.
Написать в Telegram Email