Спосіб зібрати застосунок через ШІ за пару вечорів, майже без жодного написаного вручну рядка коду, вже має назву — вайбкодинг (вайб-кодинг). В Україні термін давно прижився: про нього є стаття у Вікіпедії, його розбирають у блогах і вчать на курсах. У цій статті я поясню, що це таке, чому воно геніальне для прототипу і небезпечне для продукту, чого саме бракує вайбкод-застосунку, коли його цілком досить (так, іноді справді досить), і як з такого прототипу зробити справжній продукт, що працює в продакшні.
Що таке вайбкодинг
Вайбкодинг — це спосіб розробки, коли застосунок ви будуєте не пишучи код, а описуючи природною мовою ШІ-інструменту, що хочете. «Зроби мені застосунок зі списком завдань, з авторизацією і темною темою» — і за кілька секунд маєте робочий екран. Не подобається колір — просите змінити. Бракує кнопки — просите додати. Ви не пишете програму рядок за рядком, а керуєте нею за відчуттям: тут розробник стає радше «режисером задач», який задає ШІ потрібний вайб.
Інструменти, які це роблять, вже добре відомі: 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 НБУ. Цього ШІ сам не підключить.
- Запобіжник. Тести, моніторинг і логи, щоб про проблему дізнавалися ви, а не ваш клієнт.
- Деплой і підтримка. Справжній домен, справжній хостинг, резервні копії і чітка домовленість, хто доглядатиме далі.
Моя пропозиція ніколи не звучить як «приберу ваш код». Вона звучить як «зроблю так, щоб працювало і заробляло». Різниця принципова: прибирання коду — це косметика, а побудова продукту означає, що ваші клієнти можуть спокійно користуватися, платити і повертатися, а ви можете спокійно спати.
Реальні цифри
Конкретно про ціну, бо ви все одно про це питаєте. Чиста перебудова за вашим вайбкод-прототипом — з автентифікацією, безпекою і деплоєм — починається від 2 900 € (MVP / PWA, iOS і Android з однієї кодової бази). Бізнес-застосунок з оплатами, локальними інтеграціями (Нова Пошта, LiqPay, ПРРО) та адмінкою — від 6 900 €, складна платформа — від 14 900 €. Терміни найчастіше 2–6 тижнів, залежно від обсягу і того, наскільки чітко прототип уже описує, що має робити продукт.
Це може звучати як чимало за «майже готовий» проєкт. Але згадайте таблицю із сімома відсутніми речами — ви платите не за лакування, а за той фундамент, без якого застосунок не продукт, а лише його фотографія.
Маєте вайбкод-прототип? Зроблю з нього справжній продукт.
Ваш прототип на Lovable, Bolt, v0 чи Cursor стає технічним завданням: екрани й сценарії зберігаю, а під ними з нуля будую міцний фундамент — безпеку, дані, оплати і деплой. MVP від 2 900 €. Напишіть, що будуєте, — безкоштовно надішлю пропозицію з ціною і терміном.
Перебудувати мій прототипЧасті запитання
Що таке вайбкодинг?
Вайбкодинг — це спосіб розробки, коли застосунок ви будуєте не рядками коду, а описуючи природною мовою ШІ-інструменту (Lovable, Bolt, v0, Cursor, ChatGPT), що саме хочете, а він генерує код. Ви не пишете програму вручну — керуєте проєктом за відчуттям: просите, дивитеся на результат, просите поправити. Це чудово для швидкого прототипу, але згенерований код часто не має того, що потрібно продакшну — тестів, обробки помилок, безпеки.
Чим прототип відрізняється від продукту?
Прототип має довести ідею — достатньо, щоб він працював на вашому екрані щасливим шляхом. Продукт має працювати в продакшні, з реальними клієнтами, поганим інтернетом, помилковими введеннями та зловмисниками. Різницю складають тести, обробка помилок, безпека, міграції даних, моніторинг, масштаб і підтримка — саме те, чого вайбкод-прототипу зазвичай бракує.
Чи можна вайбкод-прототип запустити в продакшн?
Технічно запустити можна, але для реальних клієнтів чи оплат я цього не раджу. У вайбкод-прототипі зазвичай бракує безпеки (відкриті API-ключі, незахищена база), обробки помилок і моніторингу. Перший зловмисник або перше несподіване дане легко його кладе. Перед запуском потрібна людина, яка закриє ті важкі 30% — безпеку, дані, деплой і крайні випадки.
Коли вайбкодингу справді досить?
Вайбкодингу досить, коли застосунок не тримає чужих даних і не приймає грошей: внутрішній інструмент для кількох людей, демо інвестору, візуалізація ідеї, особистий проєкт. Якщо застосунком користуєтеся лише ви самі або вузьке коло довірених людей, вайбкод-рішення економить багато часу і грошей — у такому разі я точно не пропонуватиму наймати розробника.
Скільки коштує з вайбкод-прототипу зробити справжній продукт?
Залежить від того, що має робити продукт. Чиста перебудова за вашим прототипом — з автентифікацією, безпекою і деплоєм — починається від 2 900 € (MVP / PWA, iOS і Android з однієї кодової бази). Бізнес-застосунок з оплатами, локальними інтеграціями (Нова Пошта, LiqPay, ПРРО) та адмінкою — від 6 900 €, складна платформа — від 14 900 €. Найважча й найдорожча частина завжди ті останні 30%, а не початок.
Доробити вайбкод чи переписати з нуля?
Рішення визначає не обсяг коду, а його структура. Якщо логіка та модель даних прототипу здорові, додати відсутній продакшн-шар на наявному коді може бути розумно — це можна зробити самому або з тим, хто писав код. Якщо код хаотичний, з відкритими ключами та некерованим станом, чиста перебудова виходить швидшою й дешевшою за латання. Я працюю лише другим шляхом: чужий код не беру, а продукт будую з нуля, використовуючи ваш прототип як технічне завдання.