Сім підрядників, три місяці переговорів, два підписаних NDA — і перший обраний вендор зупинив проєкт на етапі MVP через архітектуру, яка не масштабувалася під ERP-інтеграції. Цей провал змусив переосмислити, чим вибір підрядника для AI-агента принципово відрізняється від найму звичайної аутсорс-команди. За даними Gartner, понад 40% проєктів у сфері агентного AI будуть скасовані до 2027 року — і більшість із тих, хто позиціонує себе як agentic-вендори, реально такими не є. У статті — конкретні питання, червоні прапори і юридичні пункти, які відрізняють справжнього підрядника від того, хто просто перейменував чат-бот.
Минулого року ми запустили тендер на розробку AI-агента для автоматизації закупівельного процесу. Сім підрядників, три місяці переговорів, два підписаних NDA — і в підсумку перший обраний вендор зупинив проєкт на етапі MVP, бо "архітектура не масштабується під наші ERP-інтеграції". Гроші витрачено, час втрачено, команда демотивована. Саме тоді я зрозумів: вибір підрядника для AI-агента — це не те саме, що вибір аутсорс-команди для звичайного веб-додатку. Тут інші ризики, інші питання і зовсім інший чеклист.
Ця стаття — про те, що я виніс із того досвіду і з кількох наступних проєктів, де все пішло інакше.
Чому стандартний підхід до вибору підрядника тут не працює
Ринок AI-агентів зростає стрімко: за даними Precedence Research, у 2025 році він оцінювався приблизно в $7,9 млрд, а до 2035-го прогнозується зростання до $294 млрд. Але разом із ринком зростає і кількість вендорів, які просто перейменували свій чат-бот або RPA-скрипт на "AI-агент". Gartner у червні 2025 року опублікував прогноз: понад 40% проєктів у сфері агентного AI будуть скасовані до кінця 2027 року — через ескалацію витрат, нечітку бізнес-цінність і недостатній контроль ризиків. Причому аналітики окремо зазначили: з тисяч компаній, що позиціонують себе як agentic-вендори, реально такими є лише близько 130.
Це означає одне: більшість підрядників, яких ви зустрінете на ринку, продають вам ілюзію агентності. Ваше завдання — відрізнити реальне від маркетингу ще до підписання договору.
Питання, які треба поставити до того, як побачити демо
1. Покажіть агента в продакшені — не пілот, не демо.
Будь-яка команда може зробити красиве демо в ізольованому середовищі. Питайте конкретно: які агенти зараз працюють у реальному бізнес-середовищі клієнта, скільки місяців вони в продакшені, яке реальне навантаження обробляють? Якщо підрядник не може назвати жодного живого кейсу з конкретними цифрами — це сигнал.
2. Який фреймворк і чому саме він?
Зрілий підрядник не просто "використовує LangChain" — він пояснює, чому для вашого завдання підходить LangGraph, а не AutoGen або CrewAI, і які компроміси несе кожен вибір. Якщо відповідь звучить як "ми працюємо з усіма популярними фреймворками" без жодної аргументації — перед вами генераліст, а не спеціаліст.
3. Як агент інтегрується з вашими системами?
Агент, який чудово працює в демо-середовищі, може повністю зламатися при підключенні до вашого ERP з п'ятнадцятирічною кастомізацією. Запитайте: чи є у підрядника досвід інтеграції з вашим конкретним стеком? Як вони діють, коли інтеграція ламається в продакшені? Хто несе відповідальність за підтримку коннекторів після запуску?
4. Як виглядає observability?
Агент — не статичний код. Він приймає рішення, і ці рішення треба відстежувати. Запитайте, які інструменти моніторингу вони використовують: LangSmith, Arize, Helicone чи власне рішення? Як вони трасують поведінку агента? Що відбувається, коли агент починає "дрейфувати" від очікуваної поведінки через кілька тижнів після запуску?
5. Хто підтримує агента після здачі?
Розробка — це менша частина загальної вартості. Витрати на LLM-інференс, моніторинг, оновлення моделей і підтримку інтеграцій у довгостроковій перспективі часто перевищують початковий бюджет розробки. Підрядник, який не має чіткої моделі підтримки після запуску, залишить вас наодинці з системою, яку ніхто у вашій команді не розуміє.
Червоні прапори, які я навчився помічати
"Ми можемо автоматизувати будь-який процес." Зрілий підрядник скаже вам, які процеси *не варто* автоматизувати агентом — і поясне чому. Якщо вендор погоджується на все без заперечень, він або не розуміє обмежень технології, або просто хоче підписати контракт.
Відсутність розмови про governance. Агент діє від імені вашого бізнесу: він може надсилати листи, ініціювати платежі, змінювати дані в CRM. Якщо підрядник не піднімає питання про права доступу, аудит-лог і механізми відкату — це архітектурна сліпа пляма, яка коштуватиме вам дорого.
Ціна без деталізації TCO. Бюджет на розробку — це лише частина картини. Запитайте про тривалу вартість: LLM-токени при реальному навантаженні, інфраструктура, підтримка. За деякими оцінками, витрати на інтеграцію та комплаєнс у великих enterprise-проєктах становлять від 40 до 60% загальної вартості — і більшість вендорів про це мовчать на етапі пресейлу.
"Агент" як перейменований чат-бот. Справжній агент планує, приймає рішення і виконує багатокрокові завдання з мінімальним втручанням людини. Якщо під капотом — просто if-else логіка з GPT-обгорткою, ви переплачуєте за маркетинг.
Що перевірити в договорі
Окремо варто зупинитися на юридичній стороні — її часто ігнорують до моменту, коли вже пізно.
Переконайтеся, що договір містить: чітке визначення права власності на код і дані; пункт про те, що ваші дані не використовуються для навчання моделей вендора без явної згоди; умови розірвання контракту без втрати доступу до системи; SLA на підтримку з конкретними метриками, а не розмитими формулюваннями.
Детальніший розбір того, на що звертати увагу при виборі вендора для AI-агента — включно з питаннями архітектури, безпеки та оцінки зрілості підрядника — є у цьому чеклисті для бізнесу.
Про те, що відчуваєш, коли все зроблено правильно
Коли ми нарешті запустили агента з другим підрядником — через сім місяців після провалу першого — я відчув щось, що важко описати інакше ніж спокій. Не ейфорію від "інновацій", а саме спокій: процес іде, дані коректні, команда не гасить пожежі щодня. Це і є та операційна стабільність, заради якої все затівалося.
І ще один момент, про який рідко говорять відкрито: коли ви приходите на раду директорів або до інвесторів із запущеним агентом, який реально скорочує цикл погоджень або знижує OPEX — це змінює те, як вас сприймають. Не як менеджера, що "теж впроваджує AI", а як керівника, що будує прогнозовану операційну систему. Різниця відчутна.
Мені цікаво: чи стикалися ви з ситуацією, коли підрядник обіцяв одне, а в продакшені виявилося зовсім інше? Або навпаки — є досвід вдалого вибору вендора з першого разу? Поділіться в коментарях — такі кейси набагато корисніші за будь-який теоретичний чеклист.
