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

Сцена, яку я бачу мало не щотижня. Людина має добру ідею, відкриває 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 — електронний документообіг і звітність за українськими правилами

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

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

Переходимо до цифр, бо саме їх тобі й треба. Наведу реальні діапазони для українського ринку. Наголошую — точна сума залежить від стану твого коду і того, скільки функцій лишилося доробити, тому конкретну ціну я завжди даю після перегляду репозиторію. Ціни в гривнях, у дужках — приблизний еквівалент у євро (≈ 45 ₴ за €1 станом на середину 2026, курс плаває).

Сценарій	Що охоплює	Орієнтовна ціна
Доробка MVP на наявному коді	Притомна ШІ-база, бракує бекенду, авторизації та деплою	55 000 – 150 000 ₴ (≈ €1 200 – 3 300)
Чистий перепис до продакшну	Авторизація, оплата, дані, безпека, деплой від міцного фундаменту	90 000 – 250 000 ₴ (≈ €2 000 – 5 500)
Локальна інтеграція (кожна)	LiqPay / Monobank-еквайринг / Нова Пошта / ПРРО — по одній серйозній	+25 000 – 90 000 ₴ (≈ €550 – 2 000)

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

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

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

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

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

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

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

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

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

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