Коли з’являється ідея нового сайту, а підрядника хочеться знайти чимшвидше, витрачати тижні на проектування та збір вимог здається зайвою бюрократією. Найпростіший шлях – відкрити ChatGPT, накинути кілька абзаців і попросити його «написати ТЗ». За пару хвилин з’являється акуратний документ зі структурою, ролями та інтеграціями, який виглядає цілком солідно. Проте красива обгортка ще не гарантує, що розробники зрозуміють задачу без викривлень, адже ШІ лише структурує відомі шаблони, але не вміє тестувати реальну бізнес-логіку на міцність.
Саме тому важливо розділяти: коли ШІ справді спростить життя й заощадить бюджет, а коли без класичного бізнес-аналізу проєкт ризикує застрягти на етапі нескінченних переробок.
Коли ТЗ можна скласти за допомогою ChatGPT
ChatGPT – суперінструмент для типових рішень, де все прогнозовано. Наприклад, якщо планується запуск звичайного лендингу, візитки, простого корпоративного сайту, блогу або каталогу без хитрих особистих кабінетів. Тобто коли наперед чітко відомо: які будуть сторінки, що користувач пише у форму і куди ця заявка падає.
У цьому разі нейромережа допоможе витягнути думки з голови й причесати їх. Туди можна скинути все підряд: опис компанії, цільову аудиторію, референси, вимоги до мовних версій чи мобільної адаптації. ШІ зліпить із цього цілісну чернетку, з якою вже можна йти до дизайнера чи програміста.
Порада з практики: замість команди «напиши професійне ТЗ» краще доручити ChatGPT спочатку поставити уточнювальні запитання про проєкт. Нехай ШІ згенерує список із 10-15 пунктів. Так одразу виявляються забуті сторінки й суперечливі побажання, які раніше не бралися до уваги.
Що насправді створює ChatGPT
Будемо реалістами: на виході виходить не готове ТЗ, а деталізований бриф чи чернетка вимог. Нейромережа розпише каталог чи підключення еквайрингу, але значну частину деталей вона просто додумає або візьме з типових шаблонів в інтернеті.
Наприклад, фраза в ТЗ «користувач отримує сповіщення після замовлення» здається цілком зрозумілою. Але розробнику цього мало. Яке саме сповіщення? SMS, email, повідомлення в Telegram-бот? Через скільки секунд воно має надійти? Що робити, якщо платіж завис, а товар уже зарезервовано? Саме на таких дрібницях зазвичай зливається бюджет, бо замовник думав про одне, а програміст реалізував інше.
ChatGPT не відповість на ці питання, якщо у вихідних даних не було відповідних правил. Він може запропонувати логічний варіант, але це буде лише гіпотеза. Тому варто прямо просити ШІ чітко маркувати в тексті: де зафіксовані вимоги, а де – власні пропозиції та «галюцинації» алгоритму.
Коли потрібен бізнес-аналітик
Бізнес-аналітик (BA) потрібен не для того, щоб гарно формулювати речення. Його робота – залізти під капот бізнесу й розібратися, як усе працює насправді, хто кінцевий користувач, яка в нього мотивація і що відбувається, коли щось іде не за основним сценарієм.
Це критично для складних продуктів: маркетплейсів, сервісів бронювання, CRM-систем, внутрішніх ERP чи інтернет-магазинів із гнучким ціноутворенням і купою інтеграцій. Тут не пройде формулювання «сайт має синхронізуватися з 1С». Потрібно чітко розписати: які саме дані передаються, з якою періодичністю, хто має пріоритет при конфлікті даних і як система реагує, якщо сервер синхронізації раптово «приліг».
Аналітик проводить інтерв’ю, витягує приховані вимоги, малює схеми процесів, знаходить суперечності ще до початку кодингу і допомагає зрізати зайвий функціонал (MVP), щоб не витрачати бюджет на те, чим ніхто не користуватиметься.
Чи може ChatGPT замінити бізнес-аналітика?
Повністю – ні, але він може стати для нього крутим асистентом. Ші бере на себе рутину: підготувати список питань до зустрічі, структурувати хаотичні нотатки після обговорення, перекласти вимоги у формат User Stories чи швиденько накидати чернетку специфікації.
Також ШІ чудово знаходить «воду» в тексті. Якщо завантажити в нього готове ТЗ, можна попросити підсвітити розмиті фрази. Усі ці «зручний інтерфейс», «швидке завантаження» та «надійна безпека» – це кошмар для розробника, бо їх неможливо виміряти під час здачі проєкту. ChatGPT легко знайде такі місця, хоча перетворювати їх на конкретні цифри й вимоги все одно доведеться спільно з технічною командою.
Іншими словами, ШІ економить час на старті й бере на себе оформлення, але відповідальність за архітектурні рішення залишається на людях.
Кому ще варто показати ТЗ перед стартом
Навіть якщо над документом попрацював аналітик, його корисно прогнати через інші ролі:
- Дизайнер оцінює, чи логічно лягають сценарії користувача на інтерфейс і чи не перевантажена структура.
- Техлід або senior-розробник перевіряє реалістичність фіч. Можливо, якась деталь здорожчує розробку втричі, і її простіше замінити готовим сервісом.
- SEO-фахівець має внести вимоги до структури URL, тегів та редиректів ще до того, як буде написано перші рядки коду. Інакше після релізу доведеться переробляти базу даних.
- Якщо проєкт розгортається на VPS або виділеному сервері, підключається DevOps-інженер або сисадмін. Вони мають заздалегідь розуміти вимоги до навантаження, щоб налаштувати резервне копіювання, моніторинг та деплой.
Як зрозуміти, який підхід потрібен
Орієнтуватися варто не на масштаби сайту, а на кількість винятків із правил та інтеграцій.
Якщо логіка лінійна (зайшов – вибрав – залишив контакти), для старту цілком достатньо зробити чернетку через ChatGPT й обговорити її з розробниками.
Якщо починаються розгалуження (у одного клієнта знижка 5%, у іншого 10%, тут інтеграція з трьома службами доставки, а замовлення має автоматично створювати задачу в CRM), краще залучити бізнес-аналітика ще до того, як буде озвучено фінальний кошторис розробки.
Найбільш робочий компроміс – зібрати первинне бачення й базові вимоги через ChatGPT, а всі складні вузли, кастомні кабінети й логіку інтеграцій віддати на опрацювання спеціалісту. Це і час економить, і захищає від отримання продукту, який на релізі працює зовсім не так, як планувалося.