Розробка з використанням ШІ: AI Build, AI + DEV чи DEV

Одне запитання, яке розрізняє формати

Будь-який проєкт із AI відповідає на одне запитання, навіть якщо підрядник не промовляє його вголос: хто остаточний автор коду і скільки інженерної перевірки стоїть між тим, що згенерував AI, і вашими користувачами?

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

Тож три формати — це не «з AI» і «без AI». Це три положення одного перемикача.

Три формати — так, як ми з ними працюємо

AI Build: найшвидший шлях

AI генерує структуру та більшу частину коду. Інженери перевіряють лише інтеграції та реліз. Максимум автоматизації й мінімальна ціна.

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

AI + DEV: баланс швидкості й перевірки

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

Підходить для MVP, якими користуватимуться клієнти, і для B2B-продуктів. Для більшості MVP ми радимо саме його: він зберігає більшу частину швидкості, яку дає AI, і не залишає моделі ті місця, де помилка може вам зашкодити.

DEV: максимум якості та контролю

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

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

Порівняння

У чому AI сильний, а де помиляється

Коли розумієте, де AI справді допомагає, вибір стає менш абстрактним.

Де AI заощаджує реальний час:

• структура проєкту, конфігурація, шаблонний код;
• типові екрани: списки, фільтри, картки, налаштування, форми з перевіркою полів;
• адмінпанелі та прості операції з даними за зрозумілою моделлю;
• інтеграції з API, які добре задокументовані;
• чернетки тестів, міграцій і документації.

Де потрібен інженер, який стежить:

• Доступи. Код перевіряє, чи користувач увійшов, але не перевіряє, чи це його рахунок.
• Гроші. Округлення, валюти, повернення коштів, повідомлення від платіжного сервісу, що приходять двічі або не в тому порядку.
• Одночасні дії. Двоє менеджерів редагують одну угоду, двоє покупців беруть останній товар.
• Інтеграції з «брудними» API, де документація каже одне, а сервіс робить інше.
• Узгодженість великої кодової бази. AI розв’язує кожне завдання окремо й може розв’язати ту саму проблему трьома способами в трьох місцях.
• Базова безпека: паролі й ключі в коді, відсутні обмеження на кількість запитів, небезпечне завантаження файлів, бібліотеки, яких не існує або які ніхто не підтримує.

Нічого з цього не видно на демонстрації. Усе це спливає на другий місяць, з реальними користувачами. Тому формат важить більше для продуктів, якими користуватимуться люди поза вашою компанією.

Як обрати: п’ять запитань

Відповідайте про свій продукт, а не про AI загалом.

1. Хто ним користуватиметься? Ваша команда обійде незручність і скаже вам про неї. Клієнт просто піде. Регулятор оштрафує.
2. Чи торкається він грошей або персональних даних? Якщо так, хтось має відповідати за кожен крайній випадок оплат, повернень, доступів і зберігання. Це щонайменше AI + DEV, а у великих обсягах — DEV.
3. Скільки він житиме? Прототип, що відповідає на запитання «чи це комусь потрібно?», можна викинути. Система, на якій бізнес працюватиме роками, потребує архітектури, яку хтось свідомо спроєктував.
4. Скільки коштує збій? Внутрішній звіт, який годину показує неправильні цифри, — це прикро. Неправильна виплата, витік документа чи зламаний кошик під час рекламної кампанії — це втрачені гроші й довіра.
5. Чи ідея вже перевірена? Поки ви тестуєте попит, швидкість і ціна важать більше за відшліфованість. Коли ідею підтверджено, баланс зміщується в бік перевірки.

Якщо відповіді вказують у різні боки, орієнтуйтеся на найвимогливішу. Внутрішній інструмент — завдання для AI Build, доки він не почне нараховувати працівникам премії: одного сценарію з грошима досить, щоб перейти на AI + DEV. Так само з даними: щойно у звіті з’являються паспортні дані чи медичні довідки клієнтів, побіжної перевірки вже замало.

Короткий чекліст

AI Build, якщо:

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

AI + DEV, якщо:

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

DEV, якщо:

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

Приклади за типом продукту

Це ті самі рекомендації, що й на сторінках наших послуг:

• Внутрішній інструмент, потрібний уже наступного тижня, — AI Build.
• CRM тримає ваші гроші й дані клієнтів, тому зазвичай це AI + DEV: доступи, документи й інтеграції ведуть інженери. Простий інструмент для однієї команди можна зробити в AI Build. Регульовані процеси (фінанси, медицина, небезпечні вантажі) — DEV.
• Маркетплейс рухає чужі гроші: перший реліз — AI + DEV, а з ростом обсягів — DEV. Клікабельний прототип, щоб перевірити попит на кількох користувачах, — AI Build.
• Мобільний застосунок для клієнтів з оплатами чи персональними даними — AI + DEV або DEV: перевірка в App Store і Google Play, різні пристрої й крайні випадки потребують інженерів.
• Інтернет-магазин із типовим каталогом і кошиком — AI + DEV. Разовий промомагазин — AI Build. Великий каталог зі складними B2B-цінами — DEV.
• AI-функції, що відповідають клієнтам або торкаються грошей, — AI + DEV або DEV. AI Build підійде для внутрішніх автоматизацій, результат яких перевіряє людина.

Що не змінюється з форматом

Формат визначає, хто пише код і скільки перевірки він проходить. Але в EVA-X він не змінює того, як іде проєкт:

• оцінка показує формат, модулі, терміни й ціну, а команда погоджує з вами обсяг робіт ще до договору;
• договір, підписаний онлайн, фіксує ціну, обсяг, розбитий на модулі, і графік оплати;
• QA перевіряє кожен модуль, перш ніж він потрапить до вас, а у вас є 7 календарних днів, щоб прийняти його або повернути зі списком правок;
• ваші платежі лежать у резерві проєкту й зараховуються модуль за модулем — лише коли ви приймаєте роботу;
• відтворювані дефекти в нашому коді, про які ви повідомили протягом 30 днів після приймання, виправляємо безоплатно, якщо договір не каже іншого.

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

Типові помилки під час вибору формату

• Обирати лише за ціною. AI Build — найдешевший спосіб зробити прототип. Але не найдешевший спосіб тримати продукт із платними клієнтами: перевірка, яку ви пропустили зараз, згодом повертається роботою підтримки.
• Платити за DEV, щоб перевірити ідею. Якщо ви ще не знаєте, чи продукт комусь потрібен, відшліфований senior-розробниками код — це гроші, витрачені до того, як з’явилася відповідь.
• Не сказати, навіщо прототип. Якщо прототип в AI Build може вирости в справжній продукт, скажіть про це до договору. Від цього залежить, що перевірятимуть інженери і що згодом можна буде залишити.
• Сприймати «зроблено з AI» як знак якості. Це не знак якості — ні в той, ні в інший бік. Про якість говорить процес перевірки, що стоїть за кодом.

Що далі

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