Щоб ШІ справді запрацював у компанії, потрібні чотири ролі, закріплені за конкретними людьми з часом у календарі: власник процесу, який задає мету й критерій якості, відповідальний за впровадження, який має повноваження і години на налаштування, виконавець, який щодня користується інструментом, і той, хто підписує результат перед клієнтом. Коли ці ролі розмиті між усіма, впровадження лишається гаслом на нараді: інструмент придбано, доступи видано, а за місяць ним користуються одиниці. Окремої посади директора з ШІ для цього вводити не треба, закон її не вимагає. Потрібні імена в графіку і зрозуміла межа відповідальності кожного.
Коротко
- Впровадження ШІ тримається на чотирьох ролях: власник процесу, відповідальний за впровадження, виконавець і той, хто підписує результат.
- Кожна роль закріплюється за конкретною посадою і отримує захищений час у календарі.
- Відповідальному за впровадження на старті одного процесу зазвичай потрібні кілька захищених годин на тиждень і повноваження змінювати налаштування.
- Зовнішні тексти, ціни й строки підтверджує окрема людина на точці підтвердження, відповідальність за результат лишається на організації.
- Окремої посади директора з ШІ закон не вимагає, ролі розподіляються в межах наявної команди.
Чому впровадження ШІ без іменованих ролей і часу в календарі не працює?
Типова ситуація виглядає так. Невелика компанія вирішує, що менеджери відповідатимуть клієнтам швидше, якщо чернетку відповіді готуватиме ШІ. Керівник оголошує це на загальних зборах, кожен отримує доступ, і на цьому організаційна частина закінчується. Хтось пробує інструмент у перший же день, хтось відкладає до спокійнішого тижня, а хтось вирішує, що це завдання для ІТ. За кілька тижнів зʼясовується, що ніхто не знає, які відповіді вважати хорошими, хто має право змінити інструкцію для моделі і хто перевіряє лист, перш ніж він піде клієнту.
Причина рідко криється в самому інструменті. Впровадження для всіх означає, що жодна конкретна людина не відповідає ні за якість, ні за налаштування, ні за щоденне використання. Завдання без власника розчиняється в поточній роботі, бо поточна робота завжди здається терміновішою. Зміна процесу потребує часу, і якщо цього часу немає в календарі, він не зʼявляється сам собою. Тому розмова про впровадження починається з питання, хто саме і в які години цим займається.
Мінцифри у квітні 2026 року в рекомендаціях щодо використання ШІ поставило той самий акцент: організація має призначити відповідальних за нагляд, залучити експерта процесу і поставити людину на точках підтвердження. Там само наголошено, що відповідальність за результат несе організація, а офіційні повідомлення без перевірки людиною не делегують. Ці вимоги природно розкладаються на чотири ролі, і кожна з них має власне місце в робочому тижні.
Що робить власник процесу в роботі зі ШІ і чим він відрізняється від ІТ?
Власник процесу відповідає на питання, навіщо компанії ШІ саме в цьому місці і як виглядає хороший результат. У прикладі з відповідями клієнтам цю роль отримує керівник відділу обслуговування. Він знає, які звернення приходять найчастіше, де клієнти найшвидше втрачають терпіння і яких формулювань компанія собі не дозволяє. Саме він задає мету: скоротити час першої відповіді, вирівняти тон листів між менеджерами або звільнити години для складних випадків. І саме він формулює критерій якості, за яким команда відрізнятиме вдалу чернетку від невдалої.
ІТ у цій схемі відповідає за інше: доступи, безпеку, підключення до пошти чи облікової системи. Це потрібна робота, і без неї інструмент не запрацює, але ІТ не може знати, чи правильно чернетка пояснює клієнту умови повернення товару або порядок гарантійного обслуговування. Коли власником процесу стає ІТ, компанія отримує технічно справний інструмент, який вирішує не ту задачу. Власник процесу і є тим експертом процесу, про якого йдеться в рекомендаціях Мінцифри.
У календарі власника процесу вистачає короткого регулярного слоту раз на тиждень. На ньому він переглядає кілька чернеток, які пройшли через систему, порівнює їх зі своїм критерієм якості і вирішує, що варто змінити в інструкціях. Ця зустріч займає небагато часу, і якщо її регулярно скасовувати, процес швидко втрачає напрям. Власник процесу також ухвалює рішення, коли між швидкістю відповіді й обережністю формулювань виникає конфлікт, бо цей вибір стосується бізнесу, і технічне налаштування його не розвʼяже.
Хто такий відповідальний за впровадження ШІ і чому це не ентузіаст у вільний час?
Відповідальний за впровадження перетворює мету власника процесу на робоче налаштування. Він пише й уточнює інструкції для моделі, збирає базу знань із правилами, цінами та умовами, підключає джерела, перевіряє, як система поводиться на складних зверненнях, і фіксує, що змінено й чому. У прикладі цю роль отримує старший менеджер відділу, який добре знає продукт і має авторитет серед колег.
Найчастіша помилка тут виглядає благородно. Компанія знаходить людину, якій тема цікава, і доручає їй впровадження на додачу до основних обовʼязків. Ентузіаст береться з радістю, працює вечорами, а за кілька тижнів основна робота знову забирає весь його час. Налаштування застигає на половині, колеги бачать недоробленість і повертаються до старих звичок. Ентузіазм корисний як якість людини, але як модель управління він не тримається.
Тому у відповідального за впровадження є дві речі, без яких роль лишається номінальною. Перша з них повноваження: право змінювати інструкції, просити доступи в ІТ, зупиняти використання, якщо якість впала, і виносити спірні питання на рівень власника процесу. Друга з них час. На старті одного процесу зазвичай потрібні кілька захищених годин на тиждень у календарі, які не можна віддати під термінову нараду. Захищені означає, що безпосередній керівник про них знає, погодився їх не чіпати і заздалегідь зняв частину поточних обовʼязків.
Яка роль виконавця, який щодня користується ШІ в процесі?
Виконавцями тут є менеджери, які щодня відповідають клієнтам і для яких ШІ стає частиною звичайної роботи. Вони отримують чернетку, правлять її, доповнюють тим, що знають про конкретного клієнта, і відправляють або передають на підтвердження. Від них залежить, чи стане інструмент звичкою. Найкращі налаштування нічого не варті, якщо менеджери пишуть листи по-старому, бо так звичніше.
Роль виконавця має дві сторони. Перша полягає у щоденному використанні в межах процесу, з дотриманням правил, які задав власник процесу. Друга полягає у зворотному звʼязку. Виконавець першим бачить, де модель плутає умови, вигадує неіснуючу знижку або пише надто сухо для постійного клієнта. Якщо ці спостереження ніде не фіксуються, відповідальний за впровадження налаштовує систему наосліп.
Тому в календарі виконавця теж є час, хоч і зовсім іншого типу. Це щоденна робота з інструментом у звичному ритмі і зрозумілий спосіб позначити невдалу чернетку, наприклад окремою міткою чи записом у спільному документі для зауважень. Раз на тиждень відповідальний за впровадження переглядає ці позначки і повертається до виконавців із поясненням, що змінено. Коли люди бачать, що їхні зауваження впливають на систему, вони користуються нею охочіше і самі пропонують, де ще вона може допомогти.
Хто підписує результат роботи ШІ перед клієнтом і навіщо ця роль окрема?
Той, хто підписує результат, стоїть на точці підтвердження, тобто в місці, де текст, ціна чи строк виходять за межі компанії і стають зобовʼязанням перед клієнтом. Рекомендації Мінцифри прямо вказують, що офіційні повідомлення без перевірки людиною не делегують, а відповідальність за результат лишається на організації. Модель може запропонувати формулювання, але пообіцяти клієнту знижку чи дату постачання від імені компанії може тільки людина, яка має на це право.
Цю роль варто відокремити від виконавця з цілком практичної причини. Менеджер, який пише багато листів за день, природно читає власну чернетку менш уважно, ніж чужу. Коли той, хто пише, і той, хто підтверджує, збігаються, перевірка перетворюється на формальність. У прикладі підписувати зовнішні тексти з цінами, строками й умовами доручено заступнику керівника відділу або комерційному директору, залежно від суми та типу зобовʼязання. Звичайні відповіді на довідкові питання менеджер відправляє сам, а все, що змінює умови угоди, проходить через підпис.
Щоб ця роль не стала вузьким місцем, у неї теж має бути час у календарі. Це регулярне вікно вдень і ще одне наприкінці дня, коли підтвердження проходять пакетом, і зрозуміле правило на випадок, якщо підписант відсутній. Компанія заздалегідь визначає заміну, щоб клієнт не чекав відповіді через чиюсь відпустку чи відрядження.
Як за тиждень призначити чотири ролі на один процес компанії?
Почати варто з одного процесу, де ШІ готує щось для людей поза компанією. Відповіді клієнтам підходять добре, бо результат видно щодня і його легко оцінити за критерієм якості. Розподіл ролей на ширший фронт краще відкласти, поки перший процес не запрацює в щоденному ритмі.
На початку тижня керівник компанії разом із власником процесу записує мету й критерій якості в коротку робочу записку. Далі вони називають відповідального за впровадження і домовляються з його безпосереднім керівником, які обовʼязки тимчасово знімаються, щоб звільнити кілька захищених годин на тиждень. Наступного дня визначають виконавців, того, хто підписує результат, і його заміну. Ближче до кінця тижня всі чотири ролі отримують слоти в календарі: щотижневий перегляд у власника процесу, захищені години у відповідального за впровадження, щоденну роботу з інструментом у виконавців і вікна підтвердження у підписанта. Тиждень завершує коротка зустріч, на якій усі учасники чують однакові правила: що ШІ робить у процесі, що робить людина і де стоїть точка підтвердження.
Такий розподіл вписується в наявну структуру і не потребує нової посади. Європейський закон про штучний інтелект теж не вимагає окремої посади директора з ШІ, тож питання вирішується призначенням ролей серед людей, які вже знають процес. Цей текст є загальною навчальною інформацією і не є порадою для конкретної компанії.
Що робити далі
- Оберіть один процес, де ШІ готує чернетки для клієнтів, і назвіть власника процесу, який задасть мету й критерій якості.
- Призначте відповідального за впровадження з повноваженнями змінювати налаштування і закріпіть за ним кілька захищених годин на тиждень у календарі.
- Визначте виконавців, які щодня користуватимуться інструментом, і дайте їм зрозумілий спосіб позначати невдалі чернетки.
- Назвіть того, хто підписує результат, задайте точку підтвердження для зовнішніх текстів, цін і строків та призначте йому заміну.
- Проведіть спільну зустріч, на якій усі чотири ролі почують однакові правила, і поставте в календар щотижневий перегляд результатів.