Що насправді постачає компанія AI-агент-сервісів?

Один із найчистіших фільтрів при оцінюванні компанії AI-агент-сервісів — запитати, у письмовому вигляді, що саме ви отримаєте. Відповіді групуються у дві кошики. Вендори, що відповідають коротким списком («кастомний AI-агент під вас, з поточним супроводом»), продають щось ближче до фрилансу. Вендори, що відповідають довгим списком («робочий процес у роботі, набір оцінювань, дашборд спостережуваності, іменований оператор, експортована ІВ, щомісячний огляд, on-call покриття, визначений SLA»), продають справжній керований сервіс. Розрив у вартості між цими відповідями також має бути очевидним — і якщо ні, вендор з першої групи — переоцінений.

Ця стаття розкриває довгу відповідь. Вона — компаньйон до основного посібника Як обрати компанію AI-агент-сервісів.

Сам робочий процес

Очевидно, але варто бути конкретним. Робочий процес — це визначення входів, послідовність кроків агента, інструменти, які агент може викликати, виходи, які він видає, і місце, куди ці виходи йдуть. Він живе там, де ви можете його оглянути — спрямований граф у платформі вендора, YAML-файл, набір вузлів LangGraph — не «в голові інженера, який його збудував».

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

Набір оцінювань

Набір оцінювань (eval suite) — це набір тестових кейсів, які агент має пройти, перш ніж зміна піде у продакшен. Це різниця між «ми віримо, що це працює» і «ми можемо показати, що це працює». Без цього вендор робить зміни наосліп, і ви теж. Довша версія — у AI agent evaluations explained.

Що поставка має визначити: версіонований набір тестових кейсів (типово 50–500 для звичайного процесу), правильні відповіді (ground truth) до кожного, рубрику оцінювання (детермінована де можливо, модельна де ні, людська для невеликого набору, що цього потребує), історію темпу проходження в часі, політику регресій (що відбувається, коли темп падає).

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

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

Кожна дія, яку зробив агент, відтворювана. Не «за запитом». Жива стрічка активності з часовими мітками, входами, виходами, викликами інструментів, використаною моделлю, латентністю і вартістю на запуск. Пошук по запусках за користувачем, статусом, типом помилки. Можливість клікнути в один запуск і побачити повний trace.

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

Іменований старший оператор

Не «команда». Конкретна людина з іменем, календарем, поштовою адресою та повноваженнями приймати рішення щодо вашого процесу. Оператор переглядає активність агента щодня, обробляє винятки, веде стосунки з вами, проводить щомісячний огляд і є людиною, відповідальною за результат.

Що поставка має визначити: хто оператор, який його рівень сеньйорності, скільки інших акаунтів він тримає (стеля — 4–8 для бутика), як виглядає покриття під час його відпустки, вікно повідомлення при ротації з акаунта.

Інтеграції, що витримують обслуговування

Справжні конектори до вашого CRM, хелп-деску, бухгалтерії, документосховища, інструментів комунікації. З ротацією облікових даних, обробкою помилок, retry-логікою, фіксацією версій і письмовим шляхом повідомлень при зміні upstream-API.

Планка — «це працюватиме і через 18 місяців». Zapier-сценарій, що працював у день демо, не проходить цю планку. Запитайте вендора, як він обробляв зміну upstream-API раніше — конкретна історія з датою — це сигнал операційної зрілості.

Експортовані артефакти та передача ІВ

Впродовж 10 робочих днів з моменту припинення: кожен промпт, кожен граф робочого процесу, кожне оцінювання, кожен інтеграційний шлях коду, кожен файл лога. У форматі, що дозволяє відбудувати у іншого вендора або власноруч за 30 днів. Контракт має передавати ІВ на цей продукт роботи вам, а не ліцензувати.

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

Ритміка: письмові огляди та живий доступ

Щоденний перегляд оператором (внутрішній — ви його не бачите, але маєте знати, що він є). Щотижнева письмова зведення з ключовими метриками та винятками. Раз на два тижні tuning-сесія, де оператор проводить вас через запропоновані й відвантажені зміни. Щомісячний бізнес-огляд, що пов'язує KPI процесу з бізнес-результатом.

Усе нижче за це — і процес дрейфує, а ви дізнаєтесь пізно.

SLA, який реально можна забезпечити

Вендори люблять публікувати «99.9 % uptime» як SLA. Це здебільшого беззмістовно для робочого процесу AI-агента, бо правильна метрика uptime — на рівні процесу, а не інфраструктури. SLA, який вам потрібен, охоплює: час першої реакції на винятки (наприклад, 4 години в робочий час), нижні межі пропускної здатності (наприклад, мінімум 100 транзакцій/день у нормі), шлях ескалації з іменованими людьми. З реальними наслідками — кредит на наступний інвойс при пропуску SLA два місяці поспіль, право припинення при трьох.

Позиція з безпеки та комплаєнсу

SOC 2 Type II у зрілому стані. Для молодших вендорів: письмова політика безпеки, щорічний звіт пентесту, іменований DPO або еквівалент, підписаний DPA, іменовані субпроцесори, визначене вікно повідомлень про порушення (72 години — стандарт). Резидентність даних у ЄС, якщо ви в ЄС — див. AI agents data residency in the EU та AI agents and GDPR compliance.

Документація та runbook'и

Справжній керований AI-сервіс постачає документацію, що дозволяє команді-наступнику (вашій чи іншому вендору) зрозуміти процес без успадкування племінних знань. Мінімум: архітектурна діаграма входів агента, точок прийняття рішень, викликів інструментів і виходів; письмовий опис кожного промпта і чому він структурований так; runbook для трьох-п'яти найчастіших операційних проблем процесу; changelog кожної зміни з обґрунтуванням.

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

Документ щомісячного бізнес-огляду

Не скриншот дашборду. Письмовий наратив, що покриває: що зробив процес цього місяця проти KPI, що змінилось у поведінці агента і чому, що провалилось і що зробив оператор, що пропонується на наступний місяць, чесна оцінка, де процес деградує чи покращується. 2–4 сторінки плюс додаток із цифрами.

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

Що НЕ входить (і це нормально)

Справжній керований AI-сервіс не включає: побудову нових процесів поза узгодженим scope (це окрема домовленість), навчання вашої команди виконувати роботу самим (це консалтинг), бути внутрішнім спонсором проєкту (це робота вашого COO) або володіти результатами, на які агент не впливає (SDR-агент не володіє pipeline, якщо ваш sales зламаний).

Вендори, які включають усе це в scope, переобіцяють. Вендори, що виключають усе це, недо-scope'ять. Посередині живуть компетентні сервісні компанії.

Де вписується Logitelia

Керовані AI-команди Logitelia постачають кожен пункт цього списку як стандартний обсяг робіт. Якщо хочете прочитати повний фреймворк покупця, основна стаття — Як обрати компанію AI-агент-сервісів у 2026 році. Якщо хочете перевірити fit на конкретному процесі — забронюйте intro call, і ми пройдемось обсягом робіт за 30 хвилин.