AI-стратегія

AI автоматизація бізнес процесів: як провести аудит і вибрати перші задачі

AI автоматизація бізнес процесів: як провести аудит і вибрати перші задачі

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

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

Якщо вам потрібен список ідей, почніть із 50 прикладів, з яких складається автоматизація бізнес процесів підприємства. Тут — як вибрати з цих ідей свої три і перевірити їх до старту.

Коротко

  • Аудит відповідає на три питання: яку задачу віддати ШІ, чи є для неї дані і хто буде цим користуватися. Без відповіді хоча б на одне з них проєкт ризикує стати ще однією непотрібною підпискою.
  • Не кожна рутина — задача для ШІ. Ціну, терміни й виплати рахують формули. ШІ потрібен там, де людина читає текст у вільній формі й переносить його в таблицю чи документ.
  • Оцінюйте задачі в балах за п’ятьма критеріями: обсяг, повторюваність, вхідні дані, ціна помилки, готовність даних. У пілот беріть одну задачу з найвищим балом, а не найцікавішу.
  • Окупність рахуйте з повною вартістю години — зарплата плюс ЄСВ, поділені на робочі години, — і окремо додавайте втрачені замовлення.
  • Результат аудиту — рішення, а не звіт: одна задача для пілоту, метрика, базова лінія і дата, коли ви скажете «продовжуємо» або «зупиняємось».

Що таке ШІ-аудит і чим він відрізняється від інших перевірок

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

Три питання, на які відповідає аудит

  1. Що віддати ШІ. Яка робота повторюється щодня, забирає години і складається з читання тексту, перенесення даних або підготовки чернеток.
  2. З чим ШІ працюватиме. Де живуть дані для цієї задачі: у Telegram, пошті, Excel, обліковій програмі чи в голові менеджера. І чи можна до них дістатися без ручного копіювання.
  3. Хто цим користуватиметься. Хто отримає результат роботи ШІ, хто його перевірятиме і хто відповідає, якщо щось піде не так.

Чим ШІ-аудит відрізняється від IT-аудиту, опису процесу і вимірювання

Перевірка Головне питання Що отримуєте Коли потрібна
IT-аудит Чи безпечно й правильно все налаштовано технічно Список вразливостей, доступів, резервних копій Є власні сервери, доступи, вимоги безпеки
Опис процесу Як іде замовлення від заявки до оплати Етапи, ролі, формули, документи, винятки Перед розробкою будь-якої системи
Вимірювання процесу Де замовлення чекають і скільки Час на етапах, черги, вузьке місце Процес уже записується в систему
ШІ-аудит Яку роботу віддати ШІ і чи окупиться це Оцінені кандидати, перевірка даних, план пілоту Перед першою покупкою ШІ-інструмента чи розробкою

Ці перевірки не конкурують, а йдуть одна за одною. Як описати процес так, щоб за описом можна було зібрати систему, ми розібрали в статті про програму для опису бізнес процесів. Як знайти, де замовлення стоять у черзі, — у матеріалі про оптимізацію процесів через вимірювання. Аудит бере від опису карту «як є», а від вимірювання — звичку рахувати, а не вгадувати.

Чому проєкти без аудиту зупиняються

Дослідники RAND опитали 65 досвідчених фахівців з даних і машинного навчання. У звіті наведено оцінку, за якою понад 80% проєктів зі ШІ провалюються — удвічі частіше, ніж звичайні ІТ-проєкти. Головних причин п’ять. Перша і найчастіша — бізнес і розробники по-різному розуміють, яку задачу розв’язують. Далі — бракує даних, захоплюються технологією замість проблеми користувача, немає інфраструктури для даних, або задача надто складна для ШІ (RAND, 2024).

Українська картина схожа. В опитуванні Top Lead для звіту AI FOCUS 2026 взяли участь 216 компаній. Найбільшим бар’єром 73,6% з них назвали складність інтеграції ШІ з наявними системами, 71,8% — високу вартість впровадження, 63,9% — брак фахівців. Водночас 14,4% компаній визнали, що економічної вигоди від ШІ поки не отримали (Dengi.ua). Більшість причин зі звіту RAND і головний український бар’єр можна перевірити ще до старту. Саме на це розрахований аудит.

Три типи задач: ШІ, формула чи спершу порядок

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

Задачі для ШІ

Ознаки, за якими задача підходить для мовної моделі:

  • вхід — текст у вільній формі: повідомлення клієнта в Telegram, лист, скан рахунку, прайс постачальника в PDF;
  • людина зараз читає цей текст і вручну переносить дані в таблицю, картку чи документ;
  • результат можна перевірити: менеджер бачить чернетку і підтверджує або виправляє її;
  • помилка коштує недорого, або її ловить людина до того, як вона дійде до клієнта.

Типові приклади: розібрати заявку «потрібно 12 фасадів, фрезерування як на фото, до п’ятниці» на поля замовлення; прочитати прайс постачальника й оновити ціни матеріалів; підготувати чернетку відповіді клієнту; уточнити відсутні деталі в Telegram; описати словами тижневі цифри для власника.

Задачі для формул і правил

Якщо задачу можна записати як «якщо… то…» або як формулу, мовна модель там не потрібна. Ціна виробу, термін виготовлення, виплата майстру за операцію, нагадування про оплату через три дні після рахунку — це правила. Вони мають рахувати однаково щоразу. У наших системах діє просте правило: ціну рахують формули, а не ШІ. Модель може помилитися в цифрі, формула — ні, якщо її перевірили на контрольних прикладах.

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

Задачі, які спершу треба впорядкувати

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

Як визначити тип за хвилину

Ознака задачі Тип Приклад
Текст у вільній формі, людина переносить дані ШІ з перевіркою людиною Розбір заявки з Telegram у картку замовлення
Документи чи прайси в різних форматах ШІ з перевіркою людиною Оновлення цін матеріалів з PDF постачальника
Є формула або таблиця значень Формула Ціна деталі з площі, ставки й коефіцієнта складності
Є умова і дія «якщо… то…» Правило або нагадування Нагадати про оплату, попередити про відкриті питання
Кожен робить по-своєму, правила немає Спершу порядок Статуси замовлень, які ніхто не оновлює
Рішення залежить від досвіду і відповідальності Лишити людині Розрахунок разового складного виробу технологом

AI автоматизація бізнес процесів: п’ять кроків аудиту

П'ять кроків проведення AI-аудиту бізнесу — схема процесу

Аудит одного напряму в компанії на 5–30 людей вміщається в робочий тиждень, якщо ним займається одна відповідальна людина по кілька годин на день. Для більшої компанії або кількох напрямів закладайте тиждень на кожен напрям. Головне правило всіх кроків: дивимося, як робота йде насправді, а не як написано в інструкції.

Крок 1. Мета, межі й одна метрика

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

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

Крок 2. Пройдіть шлях трьох останніх замовлень

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

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

Крок 3. Розмови з тими, хто виконує роботу

Найцінніше знають не керівники, а виконавці: менеджер, бухгалтер, майстер, диспетчер. З кожним — 30–40 хвилин наодинці, без керівника поруч. Питання, які працюють:

  • «Що ви робите першим зранку і що забирає найбільше часу?»
  • «Що ви переносите з одного місця в інше вручну?»
  • «Де ви найчастіше помиляєтеся і як про це дізнаєтеся?»
  • «На що ви чекаєте від інших, щоб продовжити роботу?»
  • «Що відбувається, коли замовлення нестандартне?»
  • «Якби помічник міг забрати одну задачу, яку б ви віддали?»

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

Крок 4. Перевірка даних і систем

Для кожної задачі-кандидата запишіть, де лежать дані і в якому вигляді: Telegram-чати, пошта, Excel, Google-таблиці, облікова програма, банківські виписки, кабінет служби доставки. Перевірте, чи можна отримати їх автоматично, чи лише копіюванням. Перевірте якість даних на зрізі за три місяці. Як це зробити і де пороги — у розділі про готовність нижче.

Крок 5. Оцінка, пріоритети і рішення

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

Хто за що відповідає

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

Як оцінити процес-кандидат: бали і пороги

Список із двадцяти пунктів «було б добре автоматизувати» нічого не вирішує. Потрібна однакова шкала для всіх задач. Ми користуємося п’ятьма критеріями, кожен оцінюється від одного до трьох балів.

П’ять критеріїв

Критерій 1 бал 2 бали 3 бали
Обсяг До години на тиждень Кілька годин на тиждень Щодня, годину і більше
Повторюваність Кожен випадок інший Є типові випадки й помітні винятки Майже всі випадки однакові
Вхідні дані Усні домовленості, пам’ять людей Текст у різних місцях Текст або документи в одному каналі
Ціна помилки Без перевірки під ризиком гроші або клієнт Помилку ловлять пізніше Помилку видно одразу, виправити дешево
Готовність даних Даних немає або записи порожні Дані є, але їх треба чистити Дані є, і до них можна дістатися автоматично

Пороги рішень

  • 13–15 балів — кандидат у пілот. Беріть першим.
  • 10–12 балів — у чергу. Часто досить прибрати одну перешкоду: зібрати заявки в один канал або почистити дані.
  • 9 балів і менше — не автоматизувати зараз. Задача рідкісна, без людини небезпечна, або спершу треба навести порядок.
  • Один бал за ціною помилки — лише режим чернетки, незалежно від суми: ШІ готує, людина перевіряє і надсилає.

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

Умовний приклад оцінки

Компанія з виробництва меблів під замовлення, 15 людей. Це умовний приклад для ілюстрації методу, а не дані реального клієнта.

Задача Обсяг Повтор Вхід Помилка Дані Разом Рішення
Розбір заявок з Telegram і сайту в картку замовлення 3 2 3 3 3 14 Пілот ШІ
Нагадування клієнтам про погодження й оплату 3 3 3 3 2 14 Правило, без ШІ
Оновлення цін матеріалів з прайсів постачальників 2 3 2 2 2 11 Черга
Чернетка комерційної пропозиції 2 2 2 2 2 10 Черга
Тижневий звіт власнику 2 3 2 3 1 11 Спершу лад у статусах
Розрахунок нестандартного виробу 1 1 1 1 1 5 Лишити технологу

Дві задачі набрали однаково, але вони різні. Нагадування — правило: його вмикають як звичайну автоматизацію, без моделі і без окремого пілоту. Розбір заявок — справжня задача для ШІ, вона і йде в пілот. Інші процеси у форматі «як є — як стає» є в добірці бізнес процес приклад: 10 схем, а для виробництва — у матеріалі бізнес процеси на підприємстві: приклади для виробництва.

Дані, системи й люди: перевірка готовності

Де живуть дані в українській компанії

У компанії на 5–100 людей дані рідко лежать в одному місці. Типова картина така: заявки — у Telegram, Viber і на пошті; розрахунки — в Excel; рахунки й накладні — в обліковій програмі на кшталт BAS; оплати — у банк-клієнті; посилки — у кабінеті служби доставки. Для кожної задачі з таблиці запишіть, звідки беруться дані і як їх отримати.

Частина українських сервісів уже віддає дані автоматично. ПриватБанк має «Автоклієнт» і його API для отримання виписок і надсилання платежів з будь-якої облікової системи (ПриватБанк, інтеграція). У monobank є API, яке віддає виписки по особистому рахунку і рахунках ФОП (документація monobank). Гірше з тим, що лежить у людей: особисті Telegram-чати менеджерів і Excel на робочому столі автоматично не прочитає ніхто, поки заявки не почнуть надходити в спільний канал. Тому перший висновок аудиту часто звучить просто: зібрати заявки в одне місце.

Тест якості даних за три місяці

Перед аудитом попросіть когось зробити простий зріз за останні три місяці. Скільки замовлень без суми? Без дати? Без статусу або зі статусом, який давно не відповідає дійсності? Без контакту клієнта? Скільки разів той самий клієнт записаний двічі під різними назвами?

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

Окремо перевірте розрахунки в Excel. Коли ми переносили в систему розрахунок ферм для виробника металоконструкцій, книга мала 104 аркуші: 96 таблиць ферм і понад 2 000 варіантів. Під час звірки на контрольних прикладах ми знайшли помилки в самій книзі: для кроку ферм 4,25 м таблиця видавала #Н/Д, а в кількох місцях рахувала неточно. Ми не виправляли мовчки, а передали інженеру. Аудит, який не перевіряє формули на реальних прикладах, пропустить саме таке. Як влаштована система для цієї галузі, ми описали окремо — у статті про систему керування виробництвом металоконструкцій.

Персональні дані і доступ стороннього спеціаліста

Якщо аудит проводить людина ззовні, вона побачить імена, телефони й адреси клієнтів. Закон «Про захист персональних даних» вимагає, щоб передача відомостей про людей іншим особам мала одну з підстав, які перелічує закон, наприклад згоду людини чи виконання договору (Закон України «Про захист персональних даних»). Практичні правила: договір про нерозголошення до початку робіт; доступ лише на читання і лише до потрібних розділів; для аналізу — вивантаження без імен і телефонів; після аудиту доступ закривають.

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

Люди: хто користуватиметься і хто опиратиметься

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

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

Ще одна ознака неготовності — у компанії немає нікого, хто розуміє, що ШІ може, а що ні. Це не лише українська проблема. У 2025 році серед європейських компаній, які розглядали ШІ, але не почали ним користуватися, найчастішою причиною був брак експертизи — 70,89% (Eurostat). Аудит частково закриває цю прогалину: після нього хоча б одна людина в компанії знає, що саме автоматизують і чому.

Як порахувати окупність: формула і умовний приклад

Повна вартість години

Окупність починається з чесної вартості години. Формула: (зарплата + ЄСВ) ÷ робочі години за місяць. ЄСВ роботодавця становить 22% від бази нарахування (Закон № 2464-VI, стаття 8). Медіанна зарплата у вакансіях менеджера з продажу в Україні в листопаді 2026 року — 40 000 грн, за даними 9 611 вакансій (Work.ua). З ЄСВ це 48 800 грн на місяць. При 165 робочих годинах година такого менеджера коштує компанії близько 296 грн.

Формула економії

Економія за місяць = години на задачу за місяць × частка, яку бере на себе автоматизація × вартість години − щомісячні витрати на роботу рішення (підписка, оплата моделі, супровід).

Окупність у місяцях = вартість впровадження ÷ економія за місяць.

Умовний приклад. Менеджер витрачає півтори години на день на розбір заявок з Telegram і пошти та перенесення їх у картки. За 21 робочий день це близько 32 годин на місяць. Припустимо, після запуску ШІ готує чернетку картки, а менеджер лише перевіряє, і на задачу йде чверть колишнього часу. Звільняється 24 години. При вартості години 296 гривень із розрахунку вище це близько 7 100 гривень на місяць. Від цієї суми відніміть щомісячні витрати на рішення — і порівняйте різницю з ціною впровадження.

Що порахувати, крім годин

  • Втрачені замовлення. Скільки заявок за місяць лишилися без відповіді або отримали її наступного дня. Помножте на вашу звичайну частку заявок, які стають замовленнями, і на середній прибуток з одного замовлення. Як порахувати прибуток з кожного замовлення, ми розібрали в статті як порахувати рентабельність бізнесу.
  • Переробки. Скільки разів за квартал переробляли замовлення через неправильно записаний розмір, колір чи адресу, і скільки коштувала кожна переробка.
  • Залежність від однієї людини. Скільки замовлень стоїть, коли людина, яка рахує ціну, у відпустці або на лікарняному.

Такі втрати не видно в годинах, але вони часто більші за зекономлений час. У нашій компанії з виробництва на верстатах з ЧПК перші тижні роботи системи показали, що одне замовлення програли через безкоштовні візуалізації без обмежень, а ще одне — бо вчасно не нагадали клієнту. Жодне з них не потрапило б у розрахунок «години × ставка».

Песимістичний сценарій

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

Що має бути на виході: документи і чекліст перед пілотом

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

Чотири документи

  1. Карта процесу «як є». Етапи, хто що робить, у яких програмах, де замовлення чекають. Три відновлені замовлення як приклади.
  2. Таблиця кандидатів. Усі знайдені задачі з балами за п’ятьма критеріями, типом (ШІ, формула, правило, спершу порядок) і рішенням.
  3. Розрахунок окупності для двох-трьох задач з найвищими балами, разом із песимістичним сценарієм.
  4. Опис пілоту. Одна задача, метрика, базова лінія, ціль, строк, відповідальний, критерій «продовжуємо чи зупиняємось», режим роботи ШІ — чернетка чи самостійні відповіді.

Як виглядає опис пілоту

Умовний приклад для тієї ж меблевої компанії:

  • Задача: розбір заявок з Telegram і сайту в картку замовлення.
  • Метрика: час від заявки до першої відповіді клієнту і хвилини менеджера на одну заявку.
  • Базова лінія: виміряна за два тижні до старту, а не взята з пам’яті.
  • Режим: ШІ заповнює чернетку картки і готує уточнювальні питання, менеджер перевіряє і підтверджує.
  • Строк: чотири тижні.
  • Рішення: якщо менеджер витрачає на заявку вдвічі менше часу, а помилок у картках не більше, ніж було, розширюємо на пошту й дзвінки. Якщо ні — розбираємо причини або беремо наступного кандидата.

Як оцінювати пілот по ходу і в кінці, ми розписали в матеріалі як оцінити результат пілоту: метрики і рішення.

Чекліст перед стартом пілоту

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

Останній пункт — з нашого досвіду. Одного разу оновлення зі старої копії затерло свіжий модуль, і його відновлювали вручну. Відтоді бекапи й контроль версій — обов’язкова частина будь-якого запуску.

Хто проводить аудит: самі, консультант чи постачальник

За даними того ж опитування Top Lead, 73,6% українських компаній впроваджують ШІ самостійно, без зовнішніх консультантів чи інтеграторів (дані Top Lead на Dengi.ua). Самостійний аудит — нормальний варіант. Але кожен із трьох шляхів має свої сліпі зони.

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

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

Питання до того, хто проводить аудит

  • Чи говоритимете ви з виконавцями, а не лише з власником?
  • Чи перевірите формули й розрахунки на реальних замовленнях?
  • Що буде в таблиці кандидатів, крім ШІ: правила, формули, «не чіпати»?
  • Як ви рахуєте окупність і чи є песимістичний сценарій?
  • Кому належатиме опис процесу після аудиту і чи можна віддати його іншому підряднику?
  • Чого ви не робите і до кого порадите звернутися з цим?

Скільки коштує аудит

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

Типові помилки під час аудиту

Почати з інструмента

«Хочу чат-бота, як у конкурентів» — і аудит перетворюється на пошук місця для бота. Потім стає видно, що клієнти пишуть менеджеру в особистий Telegram, а не в чат на сайті, і бот стоїть без діла. Правильний порядок: задача, дані, люди, інструмент. Як вибрати тип рішення, коли задача вже відома, — у статті ШІ-рішення для бізнесу: сервіс, доробка чи система.

Охопити всю компанію

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

Записувати, як має бути

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

Рахувати лише зекономлені години

Години легко порахувати, але часто вони не головне. Замовлення, втрачене через забуте нагадування, може коштувати більше, ніж місяць ручного перенесення даних. У розрахунок окупності вносьте і години, і втрачені замовлення, і переробки.

Забути про винятки

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

Масштабувати без пілоту

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

Покласти звіт у шухляду

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

Як аудит перетворюється на ШІ-систему управління бізнесом

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

Як ми працюємо після аудиту

  1. Розмова й демо — 30 хвилин, безкоштовно. Показуємо робочу систему на вигаданих даних і слухаємо, як у вас іде замовлення.
  2. Опис процесу — тиждень, за фіксованою ціною, яка зараховується в запуск. По суті це аудит одного шляху замовлення: етапи, ролі, формули, документи, винятки, контрольні приклади.
  3. Запуск — 2–4 тижні, теж за фіксованою ціною. Перша робоча версія — за кілька днів, далі модулі по одному. Два тижні система працює паралельно зі старим способом, щоб було з чим порівняти.
  4. Підтримка й розвиток — за підпискою. Нові модулі — за фіксованою ціною.

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

Що робить ШІ в системі, а що ні

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

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

Приклад: що показала система Saloy

Saloy — наша компанія з виробництва на верстатах з ЧПК: меблеві фасади, різьблення, деталі під замовлення, команда від 3 до 6 людей. Влітку 2026 року ми розглядали KeyCRM, зв’язку Google Sheets і Trello та ERPNext. Готові варіанти не підійшли: ціна за формулою, «ворота» перед виробництвом, виплати за операції і Telegram як основний інтерфейс. ERPNext закривав більше, але налаштування зайняло б місяці.

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

Найцінніше система показала в перші тижні — те, чого не знайшов би жоден аудит на словах. Великі замовлення приходили дзвінками. Одне замовлення програли через безкоштовні візуалізації без обмежень — звідси передоплата й ліміт правок. Ще одне — бо вчасно не нагадали клієнту. Майстер запускає таймер командою в боті, і видно реальний час на операцію, а не оцінку з пам’яті. Повна історія — у кейсі власної системи управління бізнесом, а як рахувати час на кожне замовлення — у статті про систему обліку робочого часу.

Коли аудит не потрібен

Аудит — інструмент, а не обов’язковий ритуал. Є ситуації, коли він зайвий або не допоможе.

  • Проблема одна й очевидна. Якщо ви точно знаєте, що заявки губляться в особистих месенджерах менеджерів, аудит не потрібен. Потрібні спільний канал і правило. До аудиту можна повернутися пізніше.
  • Компанія з двох-трьох людей. Власник і так бачить кожне замовлення. Досить записати шлях одного замовлення і прибрати найбільшу ручну операцію.
  • Процесу ще немає. Новий напрям, де кожне замовлення інше, автоматизувати рано. Спершу потрібні кілька десятків замовлень, щоб побачити, що повторюється.
  • Немає часу власника. Якщо власник не готовий дати кілька годин і ухвалити рішення наприкінці, аудит стане звітом у шухляду.
  • Задача рідкісна й відповідальна. Розрахунок разового складного виробу, оцінка договору, кадрове рішення — тут ШІ може підготувати матеріал, але вирішує людина.
  • Процес типовий, і готова програма закриває його без доробок. Тоді беріть готову програму, а ШІ підключайте згодом, якщо в ній знайдеться ручна робота з текстами.

Часті питання

Скільки триває аудит?

Самостійний аудит одного шляху замовлення в компанії на 5–30 людей займає робочий тиждень, якщо відповідальна людина приділяє йому кілька годин на день. Для кількох напрямів закладайте тиждень на кожен. У нашій роботі роль аудиту виконує опис процесу — він теж займає тиждень.

Чи потрібен аудит малому бізнесу?

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

Що робити, якщо немає обліку і все в месенджерах?

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

Чи обов’язково після аудиту замовляти впровадження?

Ні. Таблиця кандидатів, розрахунок окупності й опис пілоту — ваші документи. З ними можна піти до будь-якого підрядника, зробити пілот власними силами або відкласти, якщо цифри кажуть, що зараз не час.


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

Готові впроваджувати AI?

Почніть з безкоштовного аудиту — за 5 днів покажемо, що можна автоматизувати у вашому бізнесі і скільки це зекономить.

Розрахувати вартість

Прокрутка до верху