Зробив Сайт Через ШІ і Застряг? Що Робити Далі

Сцена, яку я бачу мало не щотижня. Людина має добру ідею, відкриває Lovable, Bolt або v0, описує промптом, чого хоче, і за кілька годин бачить на екрані щось, що виглядає як справжній сайт чи додаток. Перше відчуття — ейфорія. «Я сам це зробив, і воно працює.» Потім настає другий вечір. Треба, щоб люди могли зареєструватися. Треба приймати оплату. Треба, щоб дані десь зберігалися, а не зникали після перезавантаження сторінки. Треба викотити це в інтернет, а не показувати на localhost. І раптом усе зупиняється.

Просиш ШІ «підключи оплату» — він генерує код, який виглядає правильно, але не працює. Просиш виправити — лагодить одне місце, ламає три інших. Після десятого кола вже не зрозуміло, яка частина коду що робить, деплой кидає помилку, якої не розуміє ні ти, ні ШІ, і та ейфорія перетворюється на дивну паніку, коли в тебе 70% продукту і жодного уявлення, як подолати решту 30%. Якщо коротко — ти застряг на вайбкодингу.

Якщо це про тебе — читай до кінця. За свою кар'єру я не раз бачив такі «майже готові» проєкти. У цій статті відверто поясню, чому так стається майже з усіма, що насправді означає «production-ready», які три реальні варіанти має той, хто застряг, і скільки це коштує в євро. Без прикрас.

Чому майже всі застрягають в одному місці

Це не твоя провина і не питання твоїх здібностей. ШІ-інструменти влаштовані так, щоб довести тебе до вражаючого результату якнайшвидше — а найвражаючіша, найлегша для показу частина, це візуал. Екрани, кнопки, форми, анімації, гарний дизайн. Саме це ШІ генерує чудово, бо такого коду в інтернеті мільйони прикладів і він самодостатній — йому не треба підключатися до твоєї реальної бази даних чи твого банку.

Проблема в тому, що та вражаюча частина й так була найлегшою. Справжня робота — те, що перетворює гарний макет на працюючий бізнес — починається там, де ШІ врізається в стіну. Я цю стіну називаю складними 30%: авторизація, оплата, база даних, безпека, захист даних, деплой, інтеграції, крайні випадки. Ці 30% роботи забирають 70% часу і потребують досвіду, якого інструмент тобі не передасть.

Є ще одна причина, чому ти застряг саме зараз, а не раніше. ШІ працює з обмеженою «пам'яттю» про твій проєкт. Поки коду небагато, усе гаразд. Але коли файлів стає дедалі більше, інструмент починає забувати, що сам раніше написав, і правки дедалі частіше ламають те, що працювало. Це не баг — це межа системи. Докладніше про те, чим прототип відрізняється від продукту, пишу в окремій статті про вайбкодинг і чому AI-прототип ще не продукт.

Що насправді означає «production-ready»

Багато хто думає, що «готовий продукт» = «виглядає добре і працює на моєму екрані». У реальності між цими двома речами — прірва. «Production-ready» означає, що проєкт надійно працює для реальних людей, у реальному інтернеті, з реальними грошима і реальними даними — без тебе, який сидить поруч і перезавантажує сервер щоразу, коли щось ламається.

Ось чесна картина того, що ШІ у твоєму проєкті зробив добре, а де майже напевно врізався в стіну:

Сфера	Що ШІ робить добре	Де врізається в стіну
Інтерфейс	Гарні екрани, форми, кнопки, адаптивний дизайн	Майже ніде — тут ШІ справді сильний
Авторизація	Вигляд форми входу, екран «забув пароль»	Безпечні сесії, токени, захист паролів, реальний вхід через BankID НБУ чи Дію
Оплата	Вигляд кошика й екрана оплати	Реальний рух грошей, вебхуки, помилки, повернення коштів, безпека
Дані	Прості CRUD-приклади, демо-дані	Реальна база, що зберігається, міграції, резервні копії
Деплой	Працює на localhost	Домен, хостинг, змінні середовища, SSL, запуск в інтернет
Безпека й приватність	Майже нічого	Захист даних, згода на cookie, права доступу, політика конфіденційності
Крайні випадки	«Щасливий шлях», коли все вдається	Що буде, коли ввели погано, обірвався зв'язок, не пройшла оплата

Подивись на правий стовпчик. Це і є твої «решта 30%». Це не косметика — це сама серцевина продукту. Сайт, який гарно виглядає, але втрачає оплату клієнта або зливає його дані, гірший за відсутність сайту взагалі, бо він руйнує довіру до твого бізнесу.

Три варіанти, коли застряг

Коли ти дістався цього місця, реально маєш три шляхи. Жоден не правильний для всіх — усе залежить від того, наскільки тобі важливо вивести це на ринок і скільки часу та нервів готовий вкласти.

Варіант 1: битися далі самому з ШІ

Цей шлях підходить, якщо тобі важливо самому навчитися, якщо це пет-проєкт без дедлайну і якщо ризик зламатися для реального користувача тобі нічого не коштує. Якщо так — справді, користуйся ШІ й бийся. Кажу це відверто, бо не кожному проєкту потрібен розробник, і я не намагаюся продати тобі те, чого не треба.

Варіант 2: усе кинути й почати з нуля деінде

Правда в тому, що з твоєї роботи не все втрачено навіть починаючи спочатку. Сама ідея, сценарії, логіка екранів, чого ти хочеш — це цінна робота, яку можна використати. Про те, як люди проходять шлях від ідеї до реального додатка і які пастки на них чекають, пишу в статті від ідеї в ChatGPT до реального додатка.

Варіант 3: найняти, щоб переписали чисто за твоїм прототипом

Цей шлях підходить, коли тобі важливо запустити це реально, коли чекають справжні клієнти або оплати, і коли ти розумієш, що твій час цінніший, якщо віддати його бізнесу, а не війні з помилками деплою. Саме тут я і вмикаюся.

Чому я не латаю спагеті, а переписую чисто

Хочу бути відвертим щодо того, як я працюю, бо це часто дивує. Коли людина приносить застряглий ШІ-проєкт, вона зазвичай очікує, що я «просто виправлю її код». Я так не роблю — і це свідоме рішення на твою користь.

Чужий або згенерований ШІ код я не беру, не виправляю і не продовжую. Навіть коли структура виглядає притомною, розбиратися, що ШІ «мав на увазі», і шукати приховані діри виходить так дорого, що чистий перепис майже завжди надійніший. А якщо код — це те, що я називаю спагеті: шар на шарі правок від ШІ, де кожна зміна ламає три інші, де немає чіткої архітектури, — латати його було б і дорожче, і ненадійніше, ніж переписати чисто на підтримуваний продакшн-код. Якщо все ж хочеш продовжувати на наявному коді, це можна робити самому або з тим, хто його писав.

Суть така: я не пропоную «приберу твій код». Я пропоную «побудую так, щоб працювало і заробляло». Це різні речі. Прибрати код означає приліпити ще одну латку до того, що й так тріщить. Побудувати, щоб працювало, означає гарантувати, що оплати проходять, дані в безпеці, вхід надійний, деплой стабільний, а коли щось іде не так, система не розсипається. Очікування, яке я завжди ставлю наперед: складні 30% — найдорожча і найдовша частина, і саме через неї люди звертаються.

Найкраща частина твоєї роботи — ідея, екрани, сценарії — майже завжди зберігається. Переписати «чисто» не означає викинути твою роботу. Означає, що прототип стає технічним завданням, а під візуалом я з нуля будую міцний фундамент, якого ШІ не зробив.

Локальні інтеграції, які ШІ тобі не підключить

Є окрема категорія складних 30%, яку хочу виділити, бо вона властива саме нашому ринку, і ШІ в ній безсилий. Це локальні інтеграції. ШІ може згенерувати гарну форму оплати, але фізично не здатен за тебе підключити реальні українські системи.

Конкретні приклади, які постійно доводиться робити руками:

• Оплата через Monobank-еквайринг (plata by mono), LiqPay, WayForPay чи Fondy — потрібен договір із провайдером, тестування в sandbox, обробка вебхуків і безпечне підтвердження платежу
• Накладений платіж через Нову Пошту — оплата при отриманні досі величезний канал, і чекаут має його підтримувати
• Нова Пошта API — вибір відділення чи поштомата, розрахунок вартості й трекінг (плюс Укрпошта, Meest, Justin за потреби)
• Авторизація через Дію, BankID НБУ (через monobank / Privat24) і КЕП — не «підключи API за 5 хвилин», а реальна інтеграція з вимогами до даних
• ПРРО (програмний РРО) — фіскальний чек обов'язковий для більшості онлайн-продажів; безкоштовні рішення є через monobank, Fondy чи кабінет ДПС, але їх треба коректно під'єднати
• Податкові накладні в ЄРПН, Вчасно, M.E.Doc — електронний документообіг і звітність за українськими правилами

ШІ про ці системи «знає» лише поверхово, а згенерований ним код найчастіше навіть не компілюється або не відповідає вимогам провайдера. Це робота, що потребує людини — договорів, тестування в реальному середовищі й досвіду. Докладніше про те, чому саме тут ШІ досягає своєї межі, пишу в статті про різницю між вайбкод-прототипом і реальним продуктом.

Скільки реально коштує вибратися із застрягання

Переходимо до цифр, бо саме їх тобі й треба. Код від ШІ я не доробляю, тож тут — мої ціни на чистий перепис з нуля, де твій прототип стає технічним завданням. Наголошую — точна сума залежить не від стану твого коду, а від того, що має робити продукт: скільки функцій, які оплати й інтеграції. Ціни — в євро.

Обсяг	Що охоплює	Ціна
MVP / PWA	Авторизація, база даних, безпека і деплой; iOS і Android з однієї кодової бази	від 2 900 €
Бізнес-застосунок	Оплата, акаунти, адмінка й локальні інтеграції (Monobank-еквайринг / LiqPay / Нова Пошта / ПРРО)	від 6 900 €
Складна платформа	Кілька типів користувачів, складна бізнес-логіка, багато інтеграцій, масштабування	від 14 900 €

Зверни увагу: ці ціни збігаються зі звичайною вартістю розробки під ключ. Це не випадковість. ШІ робить легку половину, але найдорожча частина — складні 30% — однаково лишається, і саме вона визначає ціну. Люди іноді дивуються — «але ж половина вже зроблена». Зроблена дешева половина. Дорога ще попереду. Більшість українських замовників — це ФОП на єдиному податку, тому фіскалізація через ПРРО і накладений платіж Нової Пошти — не опція, а реальні вимоги до чекауту, які теж входять в обсяг робіт.

І все ж це майже завжди окупається. Оціни альтернативу: місяць твого власного часу у війні з помилками плюс ризик запустити щось, що втрачає оплати або зливає дані клієнтів. Чистий професійний перепис цей ризик знімає і виводить твій продукт на ринок швидше, ніж ти проб'єшся сам.

Що зробити ще до звернення

Якщо вирішиш, що тобі потрібна допомога, ось кілька кроків, які все пришвидшать і допоможуть отримати точну пропозицію. Чим зрозуміліше ти опишеш, що хочеш збудувати, тим точніше я оцінюю роботу.

• Збережи прототип. Посилання на робочий прототип у Lovable, Bolt, v0 чи Cursor або скриншоти екранів — це буде технічне завдання і візуальний орієнтир. Код мені не потрібен: я його не переймаю, продукт будую з нуля.
• Опиши, чого хотів досягти. Кілька речень про те, що проєкт має робити і хто твій користувач — це цінніше за десять екранів.
• Познач, що продукт має робити, але поки не робить. «Клієнт має платити через Monobank-еквайринг чи LiqPay», «дані мають зберігатися», «потрібна доставка Новою Поштою» — що конкретніше, то точніша пропозиція.
• Збери доступи. Якщо вже маєш домен, акаунт хостингу чи спробуваного платіжного провайдера — підготуй цю інформацію.

Коротко: що робити, коли застряг

Якщо ти почав робити сайт чи додаток через ШІ і застряг — насамперед знай: це нормально і стається майже з усіма. ШІ чудово доводить до 70%, але найскладніші 30% — авторизацію, оплату, дані, безпеку, деплой і локальні інтеграції — лишає тобі. Це не косметика, а сама серцевина продукту.

Маєш три шляхи: битися далі самому (добре для пет-проєкту без дедлайну), почати з нуля (ризикуючи врізатися в ту саму стіну) або найняти людину, яка перезбере продукт чисто за твоїм прототипом (коли важливо реально запустити). Якщо обираєш третій — твій прототип стає технічним завданням, а я з нуля будую продукт так, щоб він працював і заробляв. Ти лишаєшся власником коду, я працюю на звичних технологіях, а складні 30% переймаю на себе.

Продовжуючи тему, варто прочитати, чим AI-прототип відрізняється від продукту, і які пастки чекають на шляху від ідеї в ChatGPT до реального додатка. А якщо вже зараз хочеш, щоб твоя застрягла ідея стала працюючим продуктом, — напиши мені, що будуєш.

Часті питання (FAQ)