Корпоративні витрати на ШІ прискорюються. Глобальні інвестиції в програмне забезпечення ШІ перевищили 150 мільярдів доларів у 2024 році та, за прогнозами, потроїться до 2028 року. Ради директорів зобов'язують впроваджувати стратегії ШІ. Директори з інформаційних технологій підписують контракти з OpenAI, Anthropic, Databricks та Palantir.
І більшість цих розгортань тихо зазнають невдачі.
Не на етапі демонстрації. Демо бездоганні. Вони зазнають невдачі після підписання контракту, коли починається реальна робота: інтеграція платформи ШІ в корпоративне середовище зі застарілою інфраструктурою, яке не було розроблено для цього, з вимогами правил відповідності, яких постачальник не передбачив, з даними, що є більш безладними, ніж будь-який орієнтир, та внутрішніми зацікавленими сторонами, які не брали участі в ухваленні рішення про покупку.
McKinsey оцінює, що 70% пілотних проєктів ШІ так і не досягають стабільного виробництва. Gartner називає ще вищу цифру конкретно для великих корпоративних розгортань. Індустрія ШІ має проблему з розгортанням — і вона більша, ніж дискусія про якість моделей, яка домінує в пресі.
Компанії, які стабільно перемагають у цій грі, мають одну структурну перевагу: виділених інженерів передового розгортання — роль, про яку більшість корпоративних покупців ніколи не чула, але від якої тепер безпосередньо отримує вигоду.
Розуміння цієї ролі пояснює, чому одні постачальники ШІ стабільно забезпечують ROI, тоді як інші залишають дорогі контракти, що працюють на 20% від запланованої потужності.
Розрив у корпоративному розгортанні ШІ
Розрив між «демо ШІ» та «ШІ у виробництві» ширший, ніж у будь-якій іншій категорії корпоративного програмного забезпечення. Ось чому:
Проблема даних
Кожен постачальник ШІ демонструє роботу на чистих, структурованих, доступних через API даних. Кожен корпоративний клієнт має дані в базах даних Oracle 2003 року, електронних таблицях, які вручну підтримуються окремими бізнес-підрозділами, PDF-файлах, відсканованих з паперових документів, та потоках у режимі реального часу у форматах, які більше не підтримуються сучасними інструментами.
Перш ніж будь-який продукт ШІ зможе функціонувати, хтось повинен очистити, структурувати та налаштувати конвеєр для цих даних. Це не разове завдання з налаштування — це постійна інженерна робота, яка вимагає розуміння як вимог платформи ШІ до даних, так і операційних обмежень клієнта.
Проблема правил відповідності
Корпоративні клієнти — особливо у сфері фінансових послуг, охорони здоров'я, державного управління та оборони — діють у регуляторних рамках, які стандартні хмарні розгортання ШІ порушують за замовчуванням:
- Вимоги до місця зберігання даних: клієнти з ЄС не можуть обробляти дані на серверах у США відповідно до GDPR
- Ізольовані мережі: клієнти з державного та оборонного секторів не мають підключення до інтернету
- Вимоги до аудиту: клієнти у сфері фінансових послуг потребують пояснюваних рішень ШІ з повними журналами аудиту
- Класифікація даних: персональні дані, захищена медична інформація та секретні дані не можуть потрапляти до загальних навчальних конвеєрів ШІ
Дотримання цих вимог при збереженні функціональності платформи ШІ вимагає інженерної експертизи, яка знаходиться на перетині корпоративної архітектури безпеки та систем ШІ — комбінація, яка є дійсно рідкісною.
Проблема інтеграції
Корпоративні клієнти не замінюють існуючі робочі процеси за допомогою ШІ. Вони інтегрують ШІ в робочі процеси, які функціонували десятиліттями, із залежностями, які не були задокументовані під час побудови оригінальних систем.
Система виявлення шахрайства на основі ШІ в банку не замінює існуючий процес перевірки шахрайства банку. Вона повинна інтегруватися з:
- Системою управління справами (часто розробленою на замовлення, якій 15 років)
- Робочим процесом регуляторної звітності (з суворими вимогами до аудиту)
- Робочим процесом аналітиків (де люди все ще приймають остаточні рішення у справах з високою вартістю)
- Основною банківською системою (яка обробляє транзакції, що аналізує ШІ)
Нічого з цього не задокументовано. Нічого з цього немає в посібнику з впровадження постачальника. І все це вимагає інженерів, які можуть писати виробничий код у середовищі клієнта.
Проблема впровадження
Найкраще розгортання ШІ у світі зазнає невдачі, якщо люди, яким воно має допомагати, не використовують його. Корпоративні невдачі з впровадженням переважно не є технічними — вони організаційні.
Аналітик, який займається перевіркою шахрайства 15 років, не довіряє оцінці ШІ, яку вона не розуміє. ІТ-команда обурена інструментом, який обійшов їхній процес закупівлі. Відповідальний за відповідність правилам не почувається комфортно з системою, яка не може пояснити свої рішення в термінах, прийнятних для регулятора.
Щоб ШІ прижився, потрібні інженери, які можуть навчати користувачів, пояснювати, як працює система, простою мовою, та будувати зворотні зв'язки, які підвищують довіру з часом. Це не допоміжна функція — вона вимагає такої ж технічної глибини, як і саме розгортання.
Що насправді роблять інженери передового розгортання
Модель FDE виникла в Palantir, де компанія розробила практику впровадження інженерів безпосередньо до державних та оборонних клієнтів на тривалі періоди — іноді роками — для розгортання Foundry в середовищах без підключення до інтернету, з вимогами до секретних даних та зацікавленими сторонами, які ніколи раніше не використовували корпоративне програмне забезпечення.
Модель принесла результати. Показники утримання клієнтів та розширення Palantir стали орієнтирами для корпоративного SaaS. Коли випускники Palantir переходили до інших компаній, вони брали модель із собою.
Сьогодні кожна велика компанія платформи ШІ має версію цієї функції:
Databricks називає їх резидентними архітекторами рішень. Вони впроваджуються до клієнтів зі списку Fortune 500 на 6–12 місяців під час великих міграцій даних, пишуть власні конектори, оптимізують продуктивність Spark для конкретних робочих навантажень клієнта та навчають команду інженерів даних клієнта. Коли ритейлер мігрує 500 ТБ з локального Hadoop до Delta Lake без простоїв, це зробив RSA.
Scale AI називає їх інженерами з роботи з клієнтами. Вони розгортають інфраструктуру розмітки даних та оцінки ШІ в компаніях ШІ, які будують базові моделі. Коли OpenAI або Anthropic потребує конвеєра розмітки виробничого рівня, що обробляє мільйони прикладів на день, інженер з роботи з клієнтами відповідає за це розгортання.
Snowflake називає їх інженерами професійних послуг. Коли фінансова установа мігрує з Oracle до Snowflake, не порушуючи свої торгові системи, PSE розробив архітектуру міграції, виконав трансформацію даних та керував переключенням.
OpenAI та Anthropic мають відповідно інженерів з розгортання та інженерів з рішень, які розгортають ChatGPT Enterprise та Claude у великих організаціях — інтегруючи з існуючими робочими процесами, налаштовуючи для вимог правил відповідності та стимулюючи впровадження серед великих груп співробітників.
Спільна риса: ці інженери відповідають за успіх розгортання від початку до кінця. Не «чи встановлено» — а «чи генерує воно бізнес-результат, заради якого клієнт його придбав?»
Чому це є конкурентним диференціатором, а не просто сервісною функцією
Корпоративні покупці зазвичай розглядають впровадження та професійні послуги як обов'язковий мінімум — витрати на ведення бізнесу, а не джерело конкурентної переваги. Модель FDE ставить під сумнів це припущення.
Математика утримання
Залучення нового корпоративного клієнта ШІ коштує від 500 тис. до 2 млн доларів у продажах і маркетингу (повна вартість залучення клієнта у компаніях корпоративного програмного забезпечення). Утримання існуючого клієнта коштує від 200 тис. до 400 тис. доларів на підтримку FDE щорічно.
Компанії, що інвестують у команди FDE, бачать:
- Нижчий відтік: клієнти, які успішно розгортають, не скасовують підписку. Технічні витрати на перехід, створені власними інтеграціями, є значними.
- Швидше розширення: клієнт, який використовує 20% можливостей платформи, розширюється до 80%, коли FDE активно знаходить нові варіанти використання та будує їх.
- Кращі рекомендації: кейси та реферали виникають із успішних розгортань. Невдалі розгортання стають дорогими судовими спорами.
Утримання чистого доходу Palantir перевищує 120% рік за роком — це означає, що існуючі клієнти витрачають на 20%+ більше щороку порівняно з попереднім роком. Модель FDE є основним драйвером цього показника.
Ефект захисного рову
Коли FDE витрачає 12 місяців на побудову власних інтеграцій у системи клієнта, навчання команди клієнта та оптимізацію розгортання для конкретних варіантів використання клієнта, витрати на перехід стають суттєвими.
Клієнт, який використовує продукт ШІ конкурента, може перейти, просто змінивши ключ API. Клієнт із 12 місяцями власних інтеграцій, побудованих FDE, навченими внутрішніми командами та оптимізованими робочими процесами, стикається з проєктом міграції тривалістю 12–24 місяці для переходу. Це справжній конкурентний захисний рів — створений не самим продуктом, а якістю розгортання.
Цикл інтелекту продукту
FDE бачать те, чого ніколи не бачать продуктові команди: як клієнти насправді використовують (і неправильно використовують) продукт у виробництві, які інтеграції потрібні, але не існують, де документація не спрацьовує, які вимоги правил відповідності не були передбачені.
Компанії ШІ з сильними командами FDE мають структурну перевагу продуктового інтелекту над компаніями, які будують дистанційно та відправляють. Кожне розгортання у клієнта генерує сигнал. Компанії, які обробляють цей сигнал і передають його назад до розробки продукту, будують кращі продукти швидше.
Що повинні знати корпоративні покупці
Для корпоративних осіб, які приймають рішення та оцінюють постачальників ШІ, модель FDE має прямі наслідки для вибору постачальника та структури контракту.
Запитання постачальникам
«Як виглядає ваша команда з впровадження?»
Є суттєва різниця між постачальником, який призначає менеджера проєкту, та постачальником, який призначає інженера, що писатиме код у вашому середовищі. Запитайте конкретно: чи буде ваша команда з впровадження писати власний код? Чи може вона працювати в нашому локальному середовищі? Який її досвід роботи з нашою системою правил відповідності?
«Хто відповідає за успіх розгортання?»
Деякі постачальники визначають успіх як «встановлено та працює». Інші визначають його як «генерує бізнес-результат, заради якого ви його придбали». Модель FDE побудована навколо другого визначення. Зрозумійте, яку модель ви купуєте, перш ніж підписати.
«Який ваш показник утримання чистого доходу?»
NRR — це найчесніший сигнал якості розгортання. Постачальник із NRR 100%+ розгортає достатньо успішно, щоб клієнти розширювалися. Постачальник із NRR 80% щорічно втрачає 20% цінності клієнтів — часто через те, що розгортання не виправдало очікувань.
«Скільки клієнтів у нашій галузі ви обслужили?»
FDE будують бібліотеки шаблонів на основі повторюваних розгортань у конкретних галузях. Постачальник, який розгортав для 20 компаній фінансових послуг, вирішив проблеми інтеграції правил відповідності, які ви ще не передбачили. Це варте оплати.
Міркування щодо структури контракту
Корпоративні контракти на ШІ зазвичай розділяють ліцензування програмного забезпечення та послуги з впровадження. При оцінці загальної вартості:
- Впровадження — це не разова витрата: постійна підтримка FDE для оптимізації, нових варіантів використання та усунення несправностей має бути включена в контракт
- Показники успіху мають бути визначені в термінах бізнес-результатів, а не технічних результатів («точність виявлення шахрайства покращилась на X%», а не «система розгорнута та працює»)
- Права на розширення мають бути структуровані так, щоб стимулювати постачальника стимулювати впровадження, а не просто підтримувати початкове розгортання
Дефіцит талантів, що обмежує корпоративне впровадження ШІ
Найбільшим обмеженням для корпоративного розгортання ШІ є не якість моделі, доступність даних чи бюджет. Це нестача інженерів, здатних виконувати роботу FDE.
Хорошим FDE потрібні:
- Досвід налагодження виробничих систем (реальні збої, реальний тиск, реальні наслідки)
- Знання архітектури розгортання в кількох хмарних середовищах та локально
- Навички спілкування з клієнтами на рівні керівництва
- Орієнтація на бізнес-результати (вимірювання успіху в KPI клієнта, а не в технічних показниках)
- Регуляторні знання, що стосуються їхніх вертикалей розгортання
Ця комбінація є дійсно рідкісною. Традиційна підготовка з розробки програмного забезпечення виховує інженерів із сильними технічними навичками та слабких у всьому іншому. Клієнтоорієнтована підготовка виховує людей із сильними комунікаційними навичками та слабкою технічною глибиною.
Дефіцит талантів — ось чому винагорода FDE сягає від 300 тис. до 500 тис. доларів у провідних компаніях ШІ та чому компанії будують структуровані навчальні програми, а не чекають, поки ці таланти з'являться органічно. FDE Academy — один із прикладів цього зсуву — програма, спеціально розроблена для навчання інженерів орієнтованій на розгортання, клієнтоорієнтованій роботі, якої вимагає корпоративний ШІ.
Компанії, які будують стабільні конвеєри талантів FDE, матимуть структурну перевагу в корпоративному ШІ протягом наступного десятиліття. Компанії, які ставляться до розгортання як до другорядної думки, продовжуватимуть втрачати клієнтів після демо.
Що це означає для корпоративного ринку ШІ
Розрив у корпоративному розгортанні ШІ має важливі наслідки для того, як ринок розвиватиметься протягом наступних п'яти років.
Якість моделі матиме менше значення, якість розгортання — більше. Оскільки кілька постачальників пропонують порівнянні можливості за подібними цінами, диференціація зміщується до того, хто може змусити технологію працювати в складних корпоративних середовищах. Це перевага, керована FDE.
Вертикальна спеціалізація прискориться. Команди FDE, які повторно розгортають у сфері фінансових послуг, охорони здоров'я або державного управління, накопичують інституційні знання, яким узагальнені команди не можуть відповідати. Очікуйте, що постачальники ШІ будуватимуть вертикально-специфічні практики FDE, а не команди впровадження загального призначення.
Корпоративні покупці почнуть ставити кращі запитання. Оскільки рівні невдач розгортання стають краще задокументованими, корпоративні команди із закупівель вимагатимуть послужних списків розгортань, а не лише якості демо. Постачальники, які можуть вказати на показники NRR та конкретні кейси, вигравати угоди, які чисте диференціювання продукту не може закрити.
Модель професійних послуг еволюціонує. Традиційні корпоративні програмні професійні послуги були консалтингом з оплатою за годину — дорогим, повільним та зацікавленим у продовженні, а не завершенні взаємодій. Модель FDE, де інженери найняті постачальником та зацікавлені в результатах клієнта, дає принципово інші результати. Очікуйте, що більше постачальників рухатимуться до цієї моделі, оскільки її конкурентні переваги стають більш очевидними.
Заключні думки
70% рівень невдач корпоративного розгортання ШІ не є насамперед технологічною проблемою. Моделі працюють. Платформи здатні. Невдача є операційною — розрив між тим, що ШІ може робити в контрольованому середовищі, та тим, що він насправді робить у реальному корпоративному середовищі зі застарілими системами, вимогами правил відповідності та людьми, яких не консультували при ухваленні рішення про покупку.
Компанії, які вирішують цю проблему, не просто будують кращі моделі. Вони будують операційну інфраструктуру — зокрема функцію FDE — яка змушує корпоративний ШІ працювати в реальному світі.
Для корпоративних покупців розуміння цього розрізнення є різницею між успішною інвестицією в ШІ та дорогим пілотним проєктом, який ніколи не досягне виробництва. Для постачальників ШІ побудова можливостей FDE дедалі більше є різницею між перемогою на корпоративному ринку та спостереженням за ним збоку.
Індустрія ШІ постійно говорить про якість моделей, продуктивність на орієнтирах та випуски можливостей. Тихіша історія — та, яка насправді визначає корпоративне впровадження ШІ — стосується інженерії розгортання. І компанії, які це зрозуміли, вириваються вперед.
