Чому лише один із чотирьох пілотів ШІ-агентів доходить до щоденної роботи компанії і що закласти в пілот, щоб він не застряг?

Чому лише один із чотирьох пілотів ШІ-агентів доходить до щоденної роботи компанії і що закласти в пілот, щоб він не застряг?

Демонстрація ШІ-агента на підготовлених прикладах ще не означає, що компанія почала працювати з ним щодня. За опублікованими в листопаді 2026 спостереженнями серед великих компаній із виручкою понад 1 мільярд доларів на рік, у середньому лише близько 26% ініціатив з агентським ШІ, тобто приблизно одна з чотирьох, доходять до виробничого використання. Близько 43% витрат при цьому лишаються в застряглих проєктах, а середній шлях від пробного проєкту до щоденної роботи триває близько 12 місяців. Щоб пілот не застряг, у нього ще до старту закладають конкретного власника, роботу на реальних даних у робочих системах, правила перевірки, спостереження за збоями і заздалегідь домовлене рішення зупинити проєкт або доінвестувати. Цифри великих компаній варто читати як орієнтир механізму, а для невеликого бізнесу в Україні вони показують місця, де зазвичай виникають затримки.

Коротко

• Пілот ШІ-агента досягає мети тоді, коли агент щодня виконує реальну роботу в робочих системах компанії, і вдалий показ на підготовлених прикладах цю умову ще не виконує.
• У великих компаніях до виробничого використання в середньому доходить близько 26% ініціатив з агентським ШІ, і йдеться саме про частку ініціатив усередині компаній.
• Найчастіше пілот зупиняється через відсутність підтримки керівництва і спільної відповідальності між відділами, а найбільше допомагає інтеграція з робочими системами.
• Власника, реальні дані, правила перевірки, спостереження за збоями і точку рішення закладають у пілот до старту, бо пізніше додати їх значно дорожче.
• Короткий пробний пілот на одному процесі і шлях до щоденної роботи тривалістю близько 12 місяців є різними етапами з різними строками.

Чому більшість пілотів ШІ-агентів зупиняється до щоденної роботи компанії?

Опубліковані в листопаді 2026 спостереження охоплюють 100 старших керівників великих глобальних компаній. У середньому близько 26% їхніх ініціатив з агентським ШІ доходять до виробничого використання, тобто до стану, коли агент щодня працює на реальних задачах. Ця цифра описує середню частку ініціатив усередині компаній, і її не варто читати як частку компаній, які впоралися. Жодна з опитаних компаній не вивела у виробництво більше ніж 55% своїх ініціатив, тож навіть найсильніші учасники частину пілотів зупиняють.

Головним барʼєром опитані називають відсутність спонсорства керівництва і міжфункціональної відповідальності, тобто ситуацію, коли за агента повністю не відповідає жоден відділ. Так відповіли 56%. Управління, відповідність вимогам і контроль ризиків згадують 46%. Найбільшим чинником успіху називають інтеграцію з робочими системами, і так вважають 50%. Серед компаній, які вже вивели агентів у виробництво, 41% вважають керівництво найважливішою стороною, а серед тих, хто ще в пілотах, так думають 24%. Ця різниця підказує, що вага керівництва стає помітною тоді, коли проєкт виходить за межі показу.

Окреме питання стосується грошей. Близько 43% витрат лишаються в застряглій роботі, і кожна опитана компанія повідомила щонайменше про 25% таких витрат. Частка застряглих витрат зростає з 38% серед тих, хто ще в пілотах, до 54% серед тих, хто вже масштабує. Чим більше проєктів компанія запускає, тим більше коштів осідає там, де агент так і не дійшов до щоденної роботи.

Чим пілот на підготовлених прикладах відрізняється від перевірки в реальних умовах?

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

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

Різниця між двома режимами полягає в умовах. Підготовлені приклади перевіряють, чи модель здатна виконати задачу в найкращому випадку. Реальні умови перевіряють, чи компанія готова прийняти агента у свій процес: дати йому доступ до даних, визначити межі його дій і відповідальність людей навколо нього. Про це свідчить і те, що лише 8% компаній, які ще в пілотах, описують шлях як набагато повільніший, ніж очікували, тоді як серед тих, хто вже масштабує, таких 44%. Багато вимог щоденної роботи стають видимими пізніше, коли агент зустрічається з реальним потоком.

Що закласти в пілот ШІ-агента ще до старту, щоб він міг стати щоденною роботою?

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

Третім закладають правила перевірки. Заздалегідь вирішують, які результати агента людина переглядає перед дією, які можна пропускати без перегляду і за якою ознакою відповідь вважається помилковою. Четвертим іде спостереження за збоями: потрібен журнал того, що агент прочитав і зробив, і зрозумілий канал, куди співробітник повідомляє про невдалу відповідь. Без журналу збій помічають тоді, коли на нього поскаржився клієнт.

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

Хто має бути власником пілоту ШІ-агента і що саме ця людина вирішує?

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

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

Опитування пояснює, навіщо потрібна така роль: саме відсутність спонсорства керівництва і міжфункціональної відповідальності 56% опитаних назвали головним барʼєром. Агент для звернень клієнтів зачіпає продажі, підтримку, облік і безпеку даних одночасно, і без однієї людини, яка зводить ці інтереси, кожен відділ чекає рішення від іншого. У невеликій компанії власником часто стає сам керівник бізнесу, і тоді важливо виділити на пілот регулярний час у календарі, щоб рішення не відкладалися тижнями.

Які дві цифри варто вести по портфелю пілотів, щоб вчасно зупинити застряглий проєкт?

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

Друга цифра показує частку витрат у застряглих проєктах. Застряглим вважають проєкт, який пройшов показ, але не рухається до щоденної роботи: його підтримують, за нього платять, а реальних задач він не виконує. У великих компаніях таких витрат у середньому 43%, і кожна мала щонайменше 25%. Ці кошти легко пропустити, бо кожна окрема підписка чи година фахівця виглядає дрібною.

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

Як не плутати строк короткого пробного пілоту зі шляхом до щоденної роботи?

Короткий пробний пілот на одному процесі відповідає на вузьке питання: чи здатен агент виконувати конкретну задачу на реальних даних компанії з прийнятною якістю. Такий пілот триває тижні, і його результат видно швидко. Шлях до щоденної роботи довший: за спостереженнями серед великих компаній, він у середньому триває близько 12 місяців, і 74% опитаних працюють над ним шість місяців або довше.

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

Тому в плані тримають два горизонти окремо. Короткий пробний пілот має свою дату завершення і свої критерії. Шлях до щоденної роботи має свої етапи, бюджет і власника, а 12 місяців великих компаній слугують орієнтиром: невелика компанія з одним процесом може пройти цей шлях швидше, а для складного процесу з кількома системами він може затягнутися.

Що робити далі

1. Призначте для кожного пілоту ШІ-агента власника з іменем і повноваженнями змінювати процес, у який вбудовують агента.
2. Запускайте пілот на реальних даних і в робочих системах компанії, включно з нетиповими зверненнями і документами.
3. Запишіть до старту правила перевірки результатів агента і спосіб, яким команда фіксує кожен збій і передає його власнику.
4. Домовтеся заздалегідь про ознаки, за якими пілот переходить у щоденну роботу, отримує додаткові ресурси або зупиняється.
5. Ведіть по всіх пілотах дві цифри, частку ініціатив у щоденній роботі і частку витрат у застряглих проєктах, і переглядайте їх щомісяця.