Успішне впровадження ШІ запускає другий етап, до якого компанії рідко готуються

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

Перший етап загалом пройшов успішно. Приблизно за шість місяців швидкість внутрішньої розробки зросла орієнтовно вп’ятеро. Водночас збільшився й інший показник: витрати на ШІ зросли приблизно в 15 разів.

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

То що має робити генеральний директор, коли впровадження ШІ дає результат, але компанія вже не має повного контролю над тим, як його використовують? Спробуймо відповісти на це запитання.

Не ототожнюйте активне використання ШІ з результатами для бізнесу

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

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

Shopify зіткнулася з подібною проблемою, настільки глибоко інтегрувавши ШІ, що її внутрішній агент River тепер готує чернетки до половини запитів на злиття коду для виробничого середовища. Водночас генеральний директор Тобі Лютке нещодавно застеріг від того, що він називає «гранатами з низькоякісним ШІ-контентом»: це створені ШІ матеріали, які працівники передають далі, не перевіривши належним чином, тож комусь іншому доводиться їх переглядати, виправляти або навіть підсумовувати.

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

Саме це генеральним директорам і потрібно змінити. Кількість запитів, входів у систему та використаних токенів свідчить про високу активність у робочих процесах. Однак ці показники не показують, чи окупається ШІ.

Швидкість створює нове вузьке місце

Є така приказка: поспіх до добра не доводить. Гадаю, до ШІ вона теж застосовна: ми зрозуміли, що коли ШІ допомагає людям працювати «швидше», це не обов’язково означає, що роботи раптом стає менше.

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

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

Інакше кажучи, робота нікуди не зникає. Вона лише набуває іншої форми.

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

Другий етап впровадження необхідний

На мою думку, компаніям потрібен те, що я назвав би «другим» етапом упровадження ШІ.

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

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

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

У цьому й полягає різниця між першим і другим етапами впровадження ШІ. Перший ставить запитання: де ми можемо використовувати ШІ? Другий — де його варто використовувати, за якими правилами й з якими витратами?

Проведіть аудит упровадження, перш ніж знову масштабувати його

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

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

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