Кілька місяців тому до мене написав засновник зі Львова з фразою, яку я тепер чую дедалі частіше: «Застосунок у мене вже є, він працює, треба лише останній штрих». Відкрив його екран — і справді, працювало. Гарний інтерфейс, кнопки натискаються, дані з'являються. Усе зібрано за пару вечорів на Lovable, майже без жодного написаного рядка коду. Проблема була в тому, що той «останній штрих» насправді був усім, що відділяє демо від продукту. І цього «всього» виявилося більше, ніж усієї попередньої роботи.
Це явище вже має назву — вайбкодинг (вайб-кодинг). В Україні термін давно прижився: про нього є стаття у Вікіпедії, його розбирають у блогах і вчать на курсах. У цій статті я поясню, що це таке, чому воно геніальне для прототипу і небезпечне для продукту, чого саме бракує вайбкод-застосунку, коли його цілком досить (так, іноді справді досить), і як з такого прототипу зробити справжній продукт, що працює в продакшні.
Що таке вайбкодинг
Вайбкодинг — це спосіб розробки, коли застосунок ви будуєте не пишучи код, а описуючи природною мовою ШІ-інструменту, що хочете. «Зроби мені застосунок зі списком завдань, з авторизацією і темною темою» — і за кілька секунд маєте робочий екран. Не подобається колір — просите змінити. Бракує кнопки — просите додати. Ви не пишете програму рядок за рядком, а керуєте нею за відчуттям: тут розробник стає радше «режисером задач», який задає ШІ потрібний вайб.
Інструменти, які це роблять, вже добре відомі: Lovable і Bolt генерують цілий застосунок, v0 — інтерфейс, Cursor і ChatGPT пишуть код за діалогом. Це справді вражаюча технологія, і я її не применшую — сам щодня використовую ШІ у своїй роботі. Питання ніколи не було «чи може ШІ писати код». Питання в тому, «чи витримає те, що він написав, реальний світ».
Бо вайбкодинг має одну непомітну властивість: він оптимізований під те, щоб здавалося, ніби все працює. ШІ генерує код, який проходить очевидний тест — ви натискаєте кнопку, і щось відбувається. Але «працює на моєму екрані» і «працює в продакшні для реальних користувачів» — це дві зовсім різні речі, а між ними ховається саме та робота, яку ШІ сам по собі не робить.
Чому це чудово для прототипу і небезпечно для продукту
Завдання прототипу одне — довести ідею. Йому досить працювати для вас, один раз, щасливим шляхом (так я називаю сценарій, коли користувач усе робить правильно і нічого не ламається). Якщо хочете показати інвестору, який вигляд матиме ваш сервіс, або самі собі перевірити, чи ідея взагалі має сенс — вайбкодинг тут поза конкуренцією. Те, на що раніше йшов тиждень і кілька десятків тисяч гривень, тепер робиться за вечір. Це реальний, величезний плюс.
Завдання продукту зовсім інше. Продукт має працювати не для вас, а для незнайомих людей. З поганим інтернетом. З помилково введеними даними. З людиною, яка намагається вас обдурити. Уночі, коли ви спите. За пів року, коли оновилася бібліотека. З тисячею користувачів одночасно, а не з одним. Ось де вайбкод-прототип починає сипатися — і сиплеться не там, де видно, а там, де не видно, поки не стане пізно.
Найнебезпечніша ілюзія вайбкодингу
Коли застосунок має вигляд готового на 90%, інтуїція каже, що лишилось 10% роботи. Насправді все навпаки: видима частина (інтерфейс, кнопки, екрани) — це та легка, яку ШІ робить добре. А невидима частина — безпека, дані, крайні випадки, деплой — і найважча, і найдорожча. Що відбувається, коли вайбкод-проєкт зламався і ви застрягли, я окремо розбираю у статті «Почали робити застосунок з ШІ й застрягли? Що робити далі».
7 речей, яких немає у вайбкод-застосунку
Коли я беру в руки вайбкод-проєкт, майже завжди бракує тих самих семи речей. Не тому, що ШІ «поганий» — він просто генерує те, що ви просите, а цих речей ніхто не просить, бо про них навіть не знаєш, поки вони не стануть проблемою.
| Чого бракує | Чому це важливо в продакшні |
|---|---|
| 1. Автоматичні тести | Без тестів кожна зміна — азарт. Поправили одне місце — непомітно зламалося інше. У вайбкод-коді тестів майже ніколи немає, тому проєкт стає дедалі крихкішим, що більше до нього торкаєшся. |
| 2. Обробка помилок | Що буде, коли обірветься інтернет, сервер не відповість або користувач введе сміття? У прототипі — білий екран або краш. У продукті має бути зрозуміле повідомлення, запасний шлях і тихе фіксування помилки. |
| 3. Безпека | Відкриті API-ключі прямо в коді, незахищена база, де будь-хто може забрати чужі дані, жодної валідації введення. Це найчастіша і найнебезпечніша вайбкод-діра — її використовують за хвилини. |
| 4. Міграції даних | Коли додаєте нове поле чи змінюєте структуру, вже наявні дані користувачів мають «переїхати» без втрат. У вайбкод-прототипі схему даних змінюють видаленням і створенням наново — у продакшні це означало б стертих клієнтів. |
| 5. Моніторинг | У продакшні ви маєте дізнаватися про проблему раніше за користувача. Без трекінгу помилок і логів ви не бачите, що половина людей не може увійти — дізнаєтесь лише тоді, коли вони перестають повертатися. |
| 6. Масштаб | Код, який працює з одним користувачем, може розсипатися зі ста. Неоптимізовані запити, жодного кешування, усе в одному потоці — прототипу байдуже, продукту фатально першого ж успішного дня. |
| 7. Підтримка | Бібліотеки старіють, з'являються діри безпеки, змінюються правила оплат і авторизації. Продукт потребує постійного догляду. Вайбкод-код, якого ніхто не розуміє, стає невиправним після першої серйозної поломки. |
Зверніть увагу: жодну з цих семи речей користувач не бачить, поки все добре. Усі вони проявляються в один поганий день — і саме через них продукт будувати дорожче й повільніше, ніж прототип. Це не «лак» наприкінці, це фундамент.
Коли вайбкодингу справді досить
Тепер — найважливіша і найчесніша частина цієї статті. Вайбкодинг не «поганий». Є чимало випадків, коли його не лише досить, а й це найрозумніший вибір. Якщо ви потрапляєте в один із них — не наймайте мене, бережіть гроші й будуйте самі.
Тут вайбкодингу справді вистачає
- Внутрішній інструмент для кількох людей. Калькулятор, таблиця, проста система, якою користується ваша команда. Якщо вона не тримає чужих даних і не приймає грошей — будуйте з ШІ й не сушіть голову.
- Демо інвестору чи клієнту. Треба показати, який вигляд матиме ідея. Нікому не важливо, що під капотом, якщо ціль — переконати, а не обслуговувати.
- Візуалізація ідеї для себе. Хочете побачити, чи ваш задум взагалі має сенс, перш ніж вкладати серйозні гроші. Вайбкод-прототип відповідає на це питання найдешевше.
- Особистий проєкт. Хобі, особистий щоденник, інструмент для себе. Якщо зламається — зламається вам одному, і ви це переживете.
Загальне правило просте: якщо застосунок не тримає чужих даних і не приймає грошей, вайбкодингу вам, найімовірніше, вистачить.
Коли вайбкодингу вже не досить
А тепер інший бік. Є межа, за якою «здається, що працює» стає ризиком, що коштує значно більше, ніж ви заощадили під час збирання. Ви переходите її в ту мить, коли застосунок починають використовувати люди, яких ви не знаєте, або коли через нього рухаються гроші.
| Вайбкодингу досить | Потрібна професійна перебудова |
|---|---|
| Використовуєте лише ви або вузьке коло довірених | Використовують незнайомі, реальні клієнти |
| Жодних грошей у системі | Оплати (LiqPay, Monobank), підписки, розрахунки |
| Дані неважливі або публічні | Персональні дані, приватність клієнтів, згода на cookie |
| Поломка не коштує нічого | Простій означає втрачених клієнтів чи репутацію |
| Живе кілька тижнів | Має працювати й підтримуватися роками |
Щойно з'являються реальні клієнти чи оплати, кожна з тих семи відсутніх речей перетворюється на відповідальність. Незахищена база з вашими клієнтами — вже не технічна дрібниця, а порушення Закону про захист персональних даних (а якщо продаєте в ЄС — то й GDPR, який вимагається від вас незалежно від українського законодавства). Оплати без обробки помилок — це гроші, що зникають десь між вами і банком. Ось чому тут уже не питання вайбкодингу, а питання продукту.
Як з вайбкод-прототипу зробити продукт
Гарна новина: вайбкод-прототип часто не є змарнованою роботою — він чудовий старт. Ви вже визначилися, що застосунок робить, який має вигляд, яка логіка. Це найцінніша і найважче формульована частина специфікації, і вона вже зроблена. Лишається закрити ті важкі 30%, через які прототип не є продуктом.
Коли до мене звертаються з вайбкод-проєктом, я насамперед переглядаю репозиторій і вирішую одне: продовжити на наявному коді чи перебудувати начисто. Рішення визначає не обсяг коду, а його структура. Якщо логіка і модель даних здорові, я продовжую на них і додаю відсутній шар. Якщо код хаотичний, з відкритими ключами і некерованим станом — чиста перебудова виходить швидшою й дешевшою за латання. Докладніше про те, що відбувається, коли AI-код починає валитися і «виправлення» валять його ще більше, я пишу в окремій статті «Lovable, Bolt, v0, Cursor — що робити, коли AI-код зламався».
Шлях від прототипу до продакшну
- Аудит. Переглядаю, що справді працює, а що лише має такий вигляд. Знаходжу діри безпеки і критичні місця.
- Міцний фундамент. Безпечна база на Next.js, нормальна авторизація, приховані ключі, валідація введення — те, на чому можна будувати.
- Важкі 30%. Оплати, інтеграції, обробка помилок, крайні випадки. В Україні сюди часто додаються локальні інтеграції — Нова Пошта API, оплата через LiqPay, Monobank (plata by mono) чи WayForPay, ПРРО і фіскальний чек, авторизація через Дію або BankID НБУ. Цього ШІ сам не підключить.
- Запобіжник. Тести, моніторинг і логи, щоб про проблему дізнавалися ви, а не ваш клієнт.
- Деплой і підтримка. Справжній домен, справжній хостинг, резервні копії і чітка домовленість, хто доглядатиме далі.
Моя пропозиція ніколи не звучить як «приберу ваш код». Вона звучить як «зроблю так, щоб працювало і заробляло». Різниця принципова: прибирання коду — це косметика, а побудова продукту означає, що ваші клієнти можуть спокійно користуватися, платити і повертатися, а ви можете спокійно спати.
Реальні цифри
Конкретно про ціну, бо ви все одно про це питаєте. Якщо вайбкод-прототип уже має логіку та екрани, чиста перебудова до продакшну — з автентифікацією, безпекою, деплоєм і базовими інтеграціями — зазвичай коштує від 135 000 до 360 000 ₴ (≈ €3 000–8 000). Складніші продукти з оплатами, локальними інтеграціями (Нова Пошта, LiqPay, ПРРО) та адмінкою — від 360 000 ₴ (≈ €8 000) і вище. Терміни найчастіше 2–6 тижнів, залежно від того, як далеко насправді зайшов прототип.
Це може звучати як чимало за «майже готовий» проєкт. Але згадайте таблицю із сімома відсутніми речами — ви платите не за лакування, а за той фундамент, без якого застосунок не продукт, а лише його фотографія. У дев-середовищі ціни нерідко прив'язують до $ або €, тож показую і гривневий діапазон, і єврову прив'язку; працюю офіційно як ФОП, тож закриваючі документи отримуєте без проблем.
Маєте вайбкод-прототип, який хочете перетворити на справжній продукт?
Перегляну ваш проєкт на Lovable, Bolt, v0 чи Cursor і відверто скажу, чи варто продовжувати на наявному коді, чи дешевше перебудувати начисто — з конкретною ціною в ₴ і терміном. Перша консультація безкоштовна.
Обговорити мій проєктЧасті запитання
Що таке вайбкодинг?
Вайбкодинг — це спосіб розробки, коли застосунок ви будуєте не рядками коду, а описуючи природною мовою ШІ-інструменту (Lovable, Bolt, v0, Cursor, ChatGPT), що саме хочете, а він генерує код. Ви не пишете програму вручну — керуєте проєктом за відчуттям: просите, дивитеся на результат, просите поправити. Це чудово для швидкого прототипу, але згенерований код часто не має того, що потрібно продакшну — тестів, обробки помилок, безпеки.
Чим прототип відрізняється від продукту?
Прототип має довести ідею — достатньо, щоб він працював на вашому екрані щасливим шляхом. Продукт має працювати в продакшні, з реальними клієнтами, поганим інтернетом, помилковими введеннями та зловмисниками. Різницю складають тести, обробка помилок, безпека, міграції даних, моніторинг, масштаб і підтримка — саме те, чого вайбкод-прототипу зазвичай бракує.
Чи можна вайбкод-прототип запустити в продакшн?
Технічно запустити можна, але для реальних клієнтів чи оплат я цього не раджу. У вайбкод-прототипі зазвичай бракує безпеки (відкриті API-ключі, незахищена база), обробки помилок і моніторингу. Перший зловмисник або перше несподіване дане легко його кладе. Перед запуском потрібна людина, яка закриє ті важкі 30% — безпеку, дані, деплой і крайні випадки.
Коли вайбкодингу справді досить?
Вайбкодингу досить, коли застосунок не тримає чужих даних і не приймає грошей: внутрішній інструмент для кількох людей, демо інвестору, візуалізація ідеї, особистий проєкт. Якщо вас використовуєте лише ви самі або вузьке коло довірених людей, вайбкод-рішення економить багато часу і грошей — у такому разі я точно не пропонуватиму наймати розробника.
Скільки коштує з вайбкод-прототипу зробити справжній продукт?
Залежить від того, як далеко зайшов прототип. Якщо логіка та екрани вже є, чиста перебудова до продакшну з автентифікацією, безпекою, деплоєм і базовими інтеграціями зазвичай коштує від 135 000 до 360 000 ₴ (≈ €3 000–8 000). Складніші продукти з оплатами, локальними інтеграціями (Нова Пошта, LiqPay, ПРРО) та адмінкою — від 360 000 ₴ (≈ €8 000) і вище. Найважча й найдорожча частина завжди ті останні 30%, а не початок.
Доробити вайбкод чи переписати з нуля?
Рішення визначає не обсяг коду, а його структура. Якщо логіка та модель даних прототипу здорові, я часто можу продовжити на них і лише додати відсутній продакшн-шар. Якщо код хаотичний, з відкритими ключами та некерованим станом, чиста перебудова виходить швидшою й дешевшою за латання. Вирішую після перегляду репозиторію — і завжди обираю той шлях, який дешевше доводить вас до робочого, підтримуваного продукту.