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