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