Чому корпоративний штучний інтелект застряє після придбання

Пропуск між тим, що штучний інтелект (ШІ) обіцяє, і тим, що він насправді доставляє, став визначальною історією нашого часу.

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

Але макро-данні розповідають зовсім іншу історію. Технологія приземляється в корпоративних середовищах, але трансформативні повернення часто застряють на першій лінії.

За даними глобального опитування компанії Bain & Company, приблизно 40% компаній бачать зниження витрат на ШІ на 10% або менше. Навіть більш стримуюче, лише краплина організацій досягла зниження ефективності на 30%. Сама компанія Bain зазначила, що ці цифри повинні зробити виконавців незручними, особливо враховуючи, скільки ініціатив ШІ було схвалено на обіцянку експоненціального повернення.

Все ж таки, попри ці відсталі показники, 90% підприємств збільшують свої витрати на ШІ тим часом. Індустрія фактично подвоює свою ставку на невиконаний обіцянку.

Це не ізольований статистичний аномалія. Звіт Cisco про стан ШІ в сфері безпеки підкреслив подібний瓶aggable: тоді як 85% великих підприємств активно тестують агентів ШІ, лише 5% успішно розгорнули їх у повному виробничому середовищі. Тим часом Звіт Deloitte про стан ШІ в підприємствах вказує на те, що 79% організацій зустрічають серйозні операційні перешкоди при масштабуванні своїх інвестицій у ШІ, постійно цитуючи гостру внутрішню прогалину у навичках та прийнятті як свою основну бар’єр.

Технічні моделі працюють. Потужність обробки даних є. Але вартість просочується десь між контрактом на придбання та щоденною робочою діяльністю працівника.

У корпоративному програмному забезпеченні розрив має ім’я: відсутність прийняття

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

Невдача ШІ виглядає зовсім інакше. Вона тиха, тонка і винятково дорога.

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

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

Причина не в технології, а в поспішності

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

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

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

Організації, які успішно закривають розрив між обіцянкою і доставкою, підтримують дисципліновану відмову від будівництва просто заради технології. Вони не починають свої виконавчі стратегічні сесії, запитуючи: “Де ми можемо застосувати ШІ?”

Натомість вони запитують набагато більш фундаментальне питання: “Яку проблему ми фактично розв’язуємо для клієнта?” Все інше – вибір моделі, архітектури даних, поверхні інтеграції – повинно рухатися вперед від那里.

Від генерації виводу до прийняття довірчих дій

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

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

Коли система переходить від проектування повідомлення до виконання високоризикових робочих процесів – таких як переміщення запису всередині CRM, зміна фінансового контракту або завершення автоматизованого документа про дотримання вимог законодавства – маржа помилки падає до абсолютного нуля. Для підприємств, які працюють під суворими нормативними рамками, такими як HIPAA, FedRAMP або SOC 2, цей розрив довіри не абстрактний; це негайна юридична і фінансовая відповідальність.

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

Сигнали попередження тихі і належать до продукту

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

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

Істинний диференціатор: петля зворотного зв’язку тепер стратегія продукту

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

У поточній ері швидкість виходу на ринок стала таблицею ставок. Через відкриті джерельні коди, міцні хмарні архітектури та комерційні API майже будь-яка програмна організація може побудувати і доставити функцію ШІ з неймовірною швидкістю. Істинний, сталійний диференціатор у сучасному підприємстві вже не полягає в тому, як швидко ви можете доставити код; це як швидко ваша організація може вивчити, адаптуватися та ітеруватися, коли ця технологія потрапляє до рук справжніх користувачів.

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

Але у світі, де штучний інтелект нативно вплетений безпосередньо у核心 корпоративного робочого процесу, ця петля зворотного зв’язку вже не може бути передана команді облікового управління. Вона повинна стати основним стовпом вашої загальної стратегії продукту.

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

Що виконавці повинні взяти з цього

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

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