Менеджер отримує заявку поштою і відкладає її, бо почалася нарада. Технолог у п’ятницю ввечері зводить виробіток у таблиці. Закупівельник замовляє позицію, яку склад уже замовив тиждень тому. Коли власник такого підприємства вводить у пошук «автоматизація бізнес процесів приклади», він хоче побачити саме ці задачі, а не визначення з підручника.
Проблема тут не в людях, а в процесах. На більшості невеликих виробництв процес живе в головах, у таблицях і в месенджерах. Його ніхто не описав і не виміряв. Тому й автоматизувати нічого: немає правил, які могла б виконувати система.
Стаття для власників і операційних директорів виробничих компаній на 5–100 людей. Розберемо 20 типових процесів у чотирьох блоках і покажемо, що запускається за кілька днів, а що потребує місяців. Пояснимо, як порахувати втрати й вибрати перший процес. Окремо — про внутрішній документообіг, про роль ШІ в цих процесах і про випадки, коли автоматизація не окупиться.
Коротко
- Спочатку процес, потім програма. Автоматизований хаос лишається хаосом, тільки швидшим.
- Шість задач із двадцяти не потребують інтеграцій. Чеклісти, облік виробітку, фіксація браку, сповіщення й онбординг запускаються через форму або Telegram-бота.
- Перший процес обирайте розрахунком, а не відчуттям. Хвилини на операцію × кількість операцій × вартість години, плюс ціна помилок.
- ШІ читає текст, формули рахують гроші. ШІ розбирає заявки, листи й документи. Ціну і суми рахують правила, а клієнту нічого не надсилається без людини.
- Запускайте по одному процесу. Перша версія за кілька днів, два тижні паралельно зі старим способом, потім наступний модуль.
Що таке автоматизація бізнес-процесів: визначення і шлях одного замовлення
Бізнес-процес — це повторювана послідовність дій, яка перетворює вхід на результат. Вхід — заявка клієнта, сировина, рахунок постачальника. Результат — відвантажений виріб, оплачений рахунок, готовий звіт.
Автоматизація бізнес-процесів — це коли передачі між людьми, розрахунки, нагадування й документи виконує система за заданими правилами. Рішення ухвалюють люди. Але їм не треба переписувати дані з листа в таблицю, дзвонити з питанням «що там із замовленням» і шукати потрібний файл.
Автоматизація — не те саме, що купівля програми. Можна придбати дорогу систему і далі вести облік у зошиті, бо ніхто не визначив, хто і що в неї вносить. І навпаки: Telegram-бот із трьома кнопками інколи прибирає більше ручної роботи, ніж річне впровадження.
Бізнес-процес на підприємстві — приклад без опису
Клієнт телефонує із запитом на партію меблів. Менеджер записує його в зошит і усно передає технологу. Технолог перевіряє матеріали на складі, повертається до менеджера, той передзвонює клієнту. Якщо хтось у цьому ланцюжку захворів або пішов у відпустку, заявка зависає.
Вхід є, результат теж є, але між ними — залежність від пам’яті конкретних людей. Це і є неописаний процес. Його ознаки легко перевірити у себе:
- ніхто не може швидко сказати, скільки зараз відкритих заявок;
- статус замовлення знає лише один менеджер;
- ті самі дані переписують з одного місця в інше більше одного разу;
- про проблему дізнаються від клієнта, а не від системи;
- підсумки тижня хтось збирає вручну з повідомлень і таблиць.
Якщо збіглися три пункти з п’яти, у вас є що автоматизувати вже зараз.
Основні й допоміжні процеси
На виробничому підприємстві процеси ділять на два блоки.
Основні безпосередньо створюють цінність для клієнта: виробничий цикл від матеріалів до готового виробу, обробка замовлень, контроль якості, відвантаження.
Допоміжні тримають основні: закупівлі й запаси, персонал і табель, бухгалтерія й документи, планування і звітність.
Автоматизувати можна і ті, і ті. Основний процес беріть першим, якщо через нього губляться замовлення або гроші. Допоміжний — якщо він з’їдає час людей, які мали б працювати з клієнтами чи виробництвом.
Шлях замовлення від заявки до відвантаження
Ось повний цикл на прикладі виробництва меблів під замовлення:
- Клієнт надсилає запит через сайт, телефон або месенджер.
- Менеджер перевіряє технічні можливості й наявність матеріалів.
- Технолог підтверджує строки й собівартість.
- Менеджер готує комерційну пропозицію.
- Клієнт погоджує, бухгалтерія виставляє рахунок.
- Надходить оплата, запускається виробниче завдання.
- Виробництво отримує завдання і матеріали.
- Готовий виріб перевіряє контроль якості.
- Готуються документи на відвантаження.
- Виріб їде до клієнта.
Час зазвичай губиться не на самій роботі, а на передачах між людьми. Ось де саме:
| Передача | Що передають | Типовий збій | Що робить система |
|---|---|---|---|
| Менеджер → технолог | Параметри, кількість, бажаний строк | Дані неповні, технолог перепитує | Картка заявки з обов’язковими полями |
| Технолог → менеджер | Строк і собівартість | Відповідь губиться в месенджері | Статус «розраховано» і сповіщення менеджеру |
| Менеджер → бухгалтерія | Дані для рахунку | Рахунок складають вручну, помиляються в реквізитах | Рахунок формується з картки замовлення |
| Бухгалтерія → виробництво | Факт оплати | Виробництво дізнається про оплату із запізненням | Оплата змінює статус і ставить завдання в чергу |
| Виробництво → логістика | Готовність | Клієнта ніхто не попередив | Сповіщення клієнту й логісту |
Автоматизація бізнес процесів приклади: 20 задач у чотирьох блоках
Нижче — 20 задач, які трапляються майже на кожному виробництві під замовлення. Для кожної вказано, де губляться час і гроші, що бере на себе система, і рівень складності:
- Рівень 1 — без інтеграцій: форма, чекліст, Telegram-бот. Запуск за кілька днів.
- Рівень 2 — система зв’язує кілька джерел: заявки, замовлення, рахунки, оплати. Запуск за тижні.
- Рівень 3 — потрібна перебудова обліку: кожна партія, кожен залишок, кожен контрагент. Це місяці, і частина роботи організаційна, а не технічна.
Ще більше прикладів автоматизації бізнесу — 50 процесів за відділами — ми зібрали в окремому огляді. А якщо потрібен перелік бізнес процесів зі схемами «як є — як стає», дивіться статтю з десятьма розібраними процесами.
Виробничий цикл
| № | Задача | Де губляться час і гроші | Що робить система | Рівень |
|---|---|---|---|---|
| 1 | Формування виробничих завдань | Бланки заповнюють вручну, помиляються в специфікаціях | Створює завдання з підтвердженого замовлення | 2 |
| 2 | Облік виробітку | Майстри вносять дані в таблицю в кінці зміни або тижня | Форма чи бот для внесення в момент виконання | 1 |
| 3 | Контроль якості й фіксація браку | Паперовий журнал, технолог дізнається про брак із запізненням | Фото дефекту в боті і миттєве сповіщення відповідальним | 1 |
| 4 | Облік витрат матеріалів на партію | Списання заднім числом, пересортиця | Прив’язка витрат до конкретного завдання | 3 |
| 5 | Технологічні регламенти й чеклісти | Паперові інструкції губляться, новачки їх не читають | Цифровий чекліст із позначкою, хто і коли виконав | 1 |
Задача 1 залежить від того, чи повна специфікація в замовленні. Якщо менеджер приймає замовлення «зі слів», спочатку наведіть лад у картці заявки (задача 6). Інакше автоматичне завдання для виробництва буде так само неточним, як і ручне. Як вести облік матеріалів, часу й собівартості, ми розібрали в статті про програму для обліку виробництва.
Продажі й робота з клієнтами
| № | Задача | Де губляться час і гроші | Що робить система | Рівень |
|---|---|---|---|---|
| 6 | Обробка вхідних заявок | Заявки з різних каналів збирають вручну, частина губиться | Єдина черга: сайт, пошта, месенджери | 2 |
| 7 | Комерційні пропозиції | Менеджер довго збирає кожну пропозицію вручну | Пропозиція з шаблону з номенклатурою і ціною за формулою | 2 |
| 8 | Статуси замовлення для клієнта | Клієнт дзвонить сам, менеджер відволікається | Повідомлення клієнту при зміні статусу | 2 |
| 9 | Рахунки й контроль оплати | Рахунки готують вручну, прострочення ведуть у таблиці | Рахунок із замовлення і нагадування при затримці | 2 |
| 10 | Відгук після відвантаження | Ніхто не збирає або дзвонять хаотично | Автоматичне коротке опитування після доставки | 1 |
Задачі 7 і 9 майже завжди тягнуть за собою формули ціни. Якщо ціна залежить від площі, матеріалу і складності, цю формулу треба перенести в систему й звірити на реальних замовленнях. Без звірки автоматичне КП лише швидше видаватиме неправильну ціну.
Адміністрування і персонал
| № | Задача | Де губляться час і гроші | Що робить система | Рівень |
|---|---|---|---|---|
| 11 | Облік робочого часу й табель | Паперові табелі, ручне зведення в кінці місяця | Відмітка в боті й автоматичний табель | 2 |
| 12 | Онбординг нових працівників | Кожного новачка вводять у курс з нуля | Чекліст і розсилка інструкцій за графіком | 1 |
| 13 | Щотижневий звіт власнику | Хтось щоп’ятниці годинами зводить дані | Збір даних із джерел і готовий звіт за шаблоном | 2 |
| 14 | Погодження заявок на оплату, витрат, відпусток | Ланцюжки листів, документи губляться | Маршрут погодження зі статусами й історією | 2 |
| 15 | Внутрішні сповіщення про аварії й відхилення | Повідомлення тонуть у загальному чаті | Сповіщення за типом події конкретній людині | 1 |
Задача 11 стає задачею рівня 2, коли від табеля залежить оплата праці. Якщо ви платите за операції, а не за години, табеля мало: потрібен облік, яка операція і скільки разів виконана. У нашій системі для Saloy майстер запускає таймер командою в боті, і видно реальний час на операцію.
Постачання, склад і логістика
| № | Задача | Де губляться час і гроші | Що робить система | Рівень |
|---|---|---|---|---|
| 16 | Замовлення матеріалів у постачальника | Дзвінки без обліку, дублі замовлень | Заявка на закупівлю при мінімальному залишку | 2 |
| 17 | Контроль залишків на складі | Таблиця або «на око», дефіцити й надлишки | Прихід і витрата прив’язані до реальних операцій | 3 |
| 18 | Відстеження доставок | Менеджер щодня дзвонить перевізнику | Статус відправлення і сповіщення про затримку | 2 |
| 19 | Звірка з постачальниками | Звірка раз на місяць, помилки виявляють пізно | Регулярна звірка закупівель і оплат | 2 |
| 20 | Документообіг з контрагентами | Паперові договори й акти, довге підписання | Електронний обмін і нагадування про підписання | 3 |
Задача 16 без задачі 17 не працює. Сигнал про мінімальний залишок корисний лише тоді, коли залишок у системі збігається з тим, що лежить на полицях. Як вибудувати заявки, вибір постачальника й оплати в одному потоці, ми розписали в статті про автоматизацію відділу постачання.
Що запускається за дні, а що потребує місяців
Найпоширеніше упередження — «автоматизація — це довго». Насправді частина задач запускається за кілька днів, частина потребує тижнів системної роботи, і лише кілька справді вимагають місяців.
Рівень 1: кілька днів, без інтеграцій
Задачі 2, 3, 5, 10, 12 і 15. Вони не вимагають підключення до облікової програми. Достатньо форми, таблиці або Telegram-бота.
- Облік виробітку (2). Майстер вносить кількість одразу після операції, а не згадує в п’ятницю.
- Фіксація браку (3). Контролер фотографує дефект, обирає тип і партію. Технолог отримує повідомлення одразу.
- Цифрові чеклісти (5). Майстер проходить пункти з телефона. Видно, хто і коли підтвердив кожен крок.
- Відгук після відвантаження (10). Одне повідомлення через день після доставки з двома-трьома питаннями.
- Онбординг (12). Новачок отримує інструкції за графіком: що підписати, з ким познайомитися, які регламенти прочитати.
- Сповіщення про відхилення (15). Повідомлення про аварію йде технологу, а не губиться в загальному чаті.
Ознаки задачі першого рівня: дані вводить одна людина, читає інша, а правило вкладається в одне речення. Наприклад: «якщо брак — повідомити технолога і майстра зміни».
Рівень 2: тижні, система зв’язує кілька джерел
Задачі 1, 6, 7, 8, 9, 11, 13, 14, 16, 18 і 19. Тут потрібна логіка між кількома кроками і ролями.
Обробка вхідних заявок (6). Заявки приходять через сайт, пошту, месенджери й телефон. Система збирає їх в одну чергу. Кожна заявка отримує картку, відповідального і статус. Менеджер нічого не записує в зошит: він відкриває список і бачить усі відкриті запити.
Щотижневий звіт (13). Звіт власнику зазвичай збирають вручну з кількох таблиць. Система бере дані з обліку виробітку, заявок і складу та формує звіт за шаблоном. Людина лише переглядає і коментує.
Статуси для клієнта (8). Коли статус замовлення змінюється на «прийнято», «у виробництві» чи «готово до відвантаження», клієнт отримує повідомлення. Менеджер не витрачає час на дзвінки «де моє замовлення».
Ознаки задачі другого рівня: у процесі більше двох ролей, є документ на виході, або ціна рахується за формулою.
Рівень 3: місяці, перебудова обліку
Задачі 4, 17 і 20. Вони вимагають, щоб облік уже відповідав реальності.
Контроль залишків (17) неможливий, поки прихід і витрату не фіксують у момент операції. Без цього «автоматизувати склад» означає автоматично показувати неправильні цифри. Детальніше про склад — у статті про автоматизацію складського обліку.
Облік матеріалів на партію (4) потребує ідентифікації кожної партії і прив’язки витрат до завдання. Це вже облік виробництва в повному розумінні.
Документообіг з контрагентами (20) технічно підключається швидко, але кожного контрагента треба перевести на електронний обмін. Це переговори, а не налаштування.
Не чекайте, поки дозрієте до третього рівня. Почніть із першого: за кілька днів отримаєте перший результат і побачите, як команда приймає зміни.
Як вибрати перший процес: розрахунок втрат і оцінка кандидатів
Автоматизація починається не з вибору платформи, а з діагностики: де саме і чому губляться час і гроші.
Три питання керівникам відділів
Попросіть кожного керівника відповісти письмово:
- Яка задача забирає найбільше вашого часу щотижня?
- Через що ви найчастіше зупиняєте роботу — чекаєте когось або чогось?
- Де клієнти скаржаться або де ви самі відчуваєте, що «щось іде не так»?
Відповіді зазвичай збігаються в двох-трьох точках. На виробництві під замовлення це найчастіше обробка заявок, щотижнева звітність і склад. Не тому, що ці процеси важливіші за інші, а тому, що саме там накопичується найбільше ручних передач.
Як порахувати втрати на процесі
Формула прямих втрат за рік:
Втрати = хвилини на одну операцію × операцій на тиждень × робочих тижнів ÷ 60 × вартість години працівника
Умовний приклад, а не дані клієнта. Менеджер переносить заявки з пошти й Viber у таблицю. На одну заявку йде 6 хвилин, заявок — 25 на тиждень. Це 150 хвилин, або 2,5 години на тиждень. За 48 робочих тижнів виходить 120 годин на рік. Помножте на вартість години менеджера з вашої відомості — це нижня межа втрат.
Чому нижня? Бо до прямих витрат треба додати приховані:
- загублені заявки — помножте кількість на прибуток із середнього замовлення (як його порахувати, ми пояснили в статті про рентабельність бізнесу);
- переробки через помилки в специфікації чи ціні;
- затримки відвантаження і штрафи за договором;
- час власника, який сам збирає звіти й розрулює конфлікти між відділами.
Якщо прямі втрати невеликі, а прихованих майже немає, процес не варто автоматизувати першим, навіть якщо він дратує.
Таблиця оцінки кандидатів
Оцініть кожен процес-кандидат за п’ятьма ознаками від 1 до 3. Нижче умовний приклад для трьох процесів:
| Ознака | Обробка заявок | Щотижневий звіт | Контроль складу |
|---|---|---|---|
| Як часто трапляється (1 — рідко, 3 — щодня) | 3 | 2 | 3 |
| Скільки часу забирає (1 — мало, 3 — багато) | 2 | 3 | 2 |
| Ціна помилки (1 — дрібниця, 3 — втрачене замовлення) | 3 | 1 | 3 |
| Готовність даних (1 — хаос, 3 — дані вже є) | 2 | 3 | 1 |
| Чи є власник процесу (1 — немає, 3 — є і має час) | 3 | 2 | 1 |
| Сума | 13 | 11 | 10 |
Беріть процес із найбільшою сумою, але з одним порогом: якщо в нього немає власника, пропускайте його. Власник — людина, яка відповідає за результат і має кілька годин на тиждень, щоб пояснити правила й перевірити першу версію. У прикладі склад набирає мало балів саме через неготові дані й відсутність відповідального, хоча болить сильно.
Внутрішній документообіг на підприємстві: що перевести в систему першим
Внутрішній документообіг на підприємстві — це документи, які не виходять за межі компанії: службові записки, заявки на оплату і закупівлю, акти списання матеріалів, накази, графіки відпусток, технологічні карти, протоколи контролю якості. Саме тут найбільше ланцюжків листів і паперів, які «десь лежать на підписі».
Що каже закон і де потрібен КЕП
Основний акт — Закон України «Про електронні документи та електронний документообіг» від 22.05.2003 № 851-IV. Він визначає, що таке електронний документ, його обов’язкові реквізити і як із ним працювати.
На практиці документи варто розділити на дві групи:
- Документи, які можуть знадобитися перевіряючим, контрагентам або в суді: договори, акти, накладні, частина кадрових документів. Для них потрібен кваліфікований електронний підпис і сервіс обміну, наприклад «Вчасно» або M.E.Doc.
- Внутрішні погодження: заявка на оплату, службова записка, запит на закупівлю. Тут достатньо фіксації в системі: хто створив, хто погодив, коли, з яким коментарем.
Порядок для другої групи закріпіть внутрішнім положенням про документообіг. У ньому вкажіть, які документи погоджуються в системі, хто має право погоджувати і в які строки. Перед юридично значущими рішеннями звіряйтеся з чинною редакцією законів і зі своїм юристом.
Маршрут заявки на оплату: приклад налаштування
Ось як виглядає типовий маршрут, коли його веде система:
- Ініціатор створює заявку і прикріплює рахунок постачальника. Без рахунку заявка не зберігається.
- Система перевіряє, чи є такий постачальник у довіднику і чи не було вже оплати за цим рахунком.
- Заявка йде керівнику відділу. Якщо сума вища за ліміт, який ви встановили, — ще й власнику.
- Погоджена заявка потрапляє в чергу бухгалтерії з датою оплати.
- Після оплати ініціатор бачить статус «оплачено», а не питає бухгалтера.
- Якщо заявку не погодили вчасно, система нагадує, а потім піднімає її на рівень вище.
Автоматизація заявок на оплату зазвичай іде в парі з обробкою замовлень — як це влаштовано в нас, описано на сторінці послуги. Ширше про маршрути між відділами — у статті про документообіг між відділами.
Чекліст для внутрішнього документообігу
- Складено список внутрішніх документів і того, хто їх створює.
- Для кожного документа визначено маршрут погодження і строки.
- Встановлено ліміти: до якої суми погоджує керівник відділу, від якої — власник.
- Визначено, де зберігається підсумкова версія і хто має до неї доступ.
- Є внутрішнє положення про електронний документообіг.
- Вхідні документи постачальників не вводять вручну: це окрема задача, яку ми розібрали в статті про автоматизацію роботи з документами.
Автоматизація бізнес-процесів на підприємстві: план запуску по кроках
Коли перший процес обрано, запуск іде за однією послідовністю. Для кожного кроку вказано, хто відповідає. Загальну картину — що автоматизувати першим і якими програмами — дає наш посібник з автоматизації бізнес-процесів на підприємстві.
Крок 1. Описати процес «як є» — відповідає власник процесу. Хто запускає процес, які кроки, що на виході кожного кроку, де найчастіше затримки й помилки. Достатньо аркуша паперу або схеми. Готову структуру можна взяти з нашого шаблону опису процесу.
Тут легко пропустити канали, яких немає в регламенті. Наприклад, заявки автоматично йдуть у систему з сайту і пошти, а великі замовлення приходять дзвінками чи в особисті повідомлення директору й у систему не потрапляють. У нашій компанії з виробництва на верстатах з ЧПК система в перші тижні показала саме це: великі замовлення приходили дзвінками.
Крок 2. Описати процес «як має бути» — власник процесу разом з архітектором. Які поля обов’язкові, хто що бачить, які формули, які сповіщення. Тут же вирішують, що лишається за людиною.
Крок 3. Обрати підхід — no-code, готова програма чи система під процес. Критерії — у наступному розділі.
Крок 4. Перша версія на реальних замовленнях — виконавець і власник процесу. Не на вигаданих прикладах, а на замовленнях минулого тижня. Розбіжності з реальністю видно одразу.
Крок 5. Два тижні паралельно — уся команда процесу. Старий спосіб не вимикають, поки нова система не відпрацює два тижні без сюрпризів. Так ми запускаємо кожен проєкт.
Крок 6. Наступний процес. Лише коли перший працює і люди ним користуються без нагадувань.
Чим автоматизувати: no-code, RPA, готова програма чи система під процес
Головне обмеження зазвичай не в технологіях, а в експертизі. За даними Eurostat, у 2025 році технології ШІ використовували 19,95% підприємств ЄС з 10 і більше працівниками: 17% малих, 30,36% середніх і 55,03% великих. Серед компаній, які розглядали ШІ, але не почали його використовувати, найчастішою причиною назвали брак експертизи — 70,89%. На другому місці — неясність юридичних наслідків (52,52%). Це дані по ЄС, не по Україні, але картина знайома: малим компаніям бракує людей, які перекладуть процес у правила.
Порівняння підходів
| Підхід | Коли підходить | Де межа | Задачі зі списку |
|---|---|---|---|
| No-code зв’язки (Make, n8n, Zapier) | Треба з’єднати два-три готові сервіси простим правилом | Логіка розростається в десятки сценаріїв, ніхто не розуміє, де помилка | 8, 10, 15, 18 |
| RPA — програмний робот, що клікає за людину | Стара програма без API, дані треба переносити вручну | Ламається при зміні інтерфейсу програми | 19 |
| Готова програма: облікова, CRM, ERP | Процес типовий і збігається з логікою програми | Ціна за власною формулою, нетипові етапи, Telegram як основний інтерфейс | 9, 11, 20 |
| Система управління під процес | Процес нестандартний, кілька відділів, ціна за формулою | Потрібні опис процесу і власник з боку компанії | 1, 4, 6, 7, 13, 16 |
Різницю між роботами й ШІ детально розібрано в статті ШІ чи RPA, а вибір між Make, n8n і Zapier — в окремому порівнянні.
Критерії вибору
No-code вистачить, якщо задача з’єднує не більше трьох сервісів, правило вкладається в одне речення, а збій не зупиняє виробництво.
Готова програма підійде, якщо ваш процес збігається з її логікою хоча б у головному: етапи, документи, ролі. Тоді доплачувати за налаштування дешевше, ніж будувати своє.
Система під процес потрібна, коли ціна рахується за вашою формулою, між продажем і виробництвом є власні «ворота», або люди працюють з телефона в Telegram, а не за комп’ютером. Перевірити себе за 15 хвилин допоможе тест «Готова CRM чи своя система».
Що робить ШІ в системі управління бізнесом, а чого не робить
Запити «ai автоматизація бізнес процесів» і «автоматизація бізнес процесів за допомогою ШІ» часто ставлять поруч із чат-ботами. Насправді в системі управління ШІ виконує конкретну роботу з текстом, а гроші рахують правила.
Робить
- Розбирає заявки й повідомлення у вільній формі. Клієнт пише «треба фасади на кухню, як минулого разу, тільки білі», а система створює картку з тим, що зрозуміла, і позначає, чого бракує (задача 6).
- Уточнює деталі з клієнтом у Telegram. У призначений день асистент пише клієнту, розбирає відповідь і записує її в картку, а якщо відповідь неясна — перепитує.
- Читає прайси й документи. Рахунки, акти звірки, специфікації постачальників перетворюються на дані, а не на файли в пошті (задачі 19, 20).
- Готує чернетки відповідей і пропозицій для менеджера (задача 7). Менеджер перевіряє й надсилає.
- Пише звіти. Не просто таблицю, а текст: що змінилося за тиждень, які замовлення затримуються і чому (задача 13).
Не робить
- Не рахує ціну. Ціну рахують формули, перевірені на реальних замовленнях. ШІ може помилитися в цифрі, а формула — ні, якщо її правильно перенесли.
- Не надсилає клієнту нічого без людини, якщо інше окремо не погоджено.
- Не замінює технолога на складних виробах. Для типових параметричних виробів, як-от фасади чи типові деталі, модель і керуючу програму для верстата можна будувати з параметрів замовлення. Разові складні вироби лишаються за технологом і CAM-програмою.
- Не наводить лад у процесі. Якщо ніхто не знає, хто відповідає за заявку, ШІ лише швидше покаже цей безлад.
У нашій ШІ-системі управління бізнесом код теж пише штучний інтелект, але під контролем архітектора. Архітектор описує процес і критерії готовності, ШІ-агент пише код і тести, людина перевіряє на реальних замовленнях. Тому перша робоча версія буває готова за дні, а не за місяці. Детальніше про логіку виробничих задач — у статті ШІ для виробничого підприємства.
Приклади з наших проєктів
Замість абстрактних «кейсів» — два наші проєкти з перевіреними фактами і один типовий сценарій, позначений як сценарій.
Система управління Saloy: перша версія за день, усі модулі за три тижні
Saloy — наша компанія з виробництва на верстатах з ЧПК: меблеві фасади, різьблення, деталі під замовлення. Команда — від 3 до 6 людей, замовлення змішані: частина з каталогу, частина за кресленням клієнта.
Влітку 2026 року ми розглядали KeyCRM, зв’язку Google Sheets і Trello, ERPNext. Готові рішення не підійшли: ціна за формулою, заготовки, «ворота» перед виробництвом, виплати за операції, Telegram як основний інтерфейс. ERPNext закривав більше, але налаштування зайняло б місяці.
Що автоматизували і в якому порядку:
- День 1: воронка, картки замовлень і клієнтів, канбан, дашборд, вхід через Telegram, форма з сайту. Це задача 6 зі списку.
- Тиждень 2: заготовки, доручення, уточнення, що блокують виробництво, автоматичні нагадування. Питання до клієнта позначаються на картці, і система попереджає, якщо замовлення з відкритими питаннями намагаються перевести у виробництво.
- Тиждень 3: виплати за операціями, облік часу, прибуток власника, рахунки й накладні — задачі 9 і 11.
Ціна деталі рахується формулою: площа × ставка × коефіцієнт складності × кількість, плюс заготовка за об’ємом. Ролей три: власник, менеджер, виробництво; прибуток бачить лише власник.
Система одразу показала, де губилися гроші. Одне замовлення програли через безкоштовні візуалізації без обмежень — висновок: передоплата і ліміт правок. Ще одне — бо вчасно не нагадали клієнту. Повна історія — у кейсі власної системи управління.
Калькулятор для виробника металоконструкцій: 4 дні замість Excel на 104 аркуші
Ціну ферм рахував інженер в Excel-книзі на 104 аркуші: 96 таблиць, понад 2 000 варіантів, снігові навантаження для 27 регіонів. Клієнт чекав на розрахунок. Менеджери вже працювали в CRM — її не міняли, а вбудувалися.
За чотири дні з’явилися движок розрахунку з тестами на значеннях з Excel, калькулятор на сайті з 3D-моделлю, інтеграція з CRM і листування з клієнтом прямо з картки. Для кожної заявки система сама формує КП у фірмовому PDF і розрахунок в Excel із живими формулами. Це задачі 6 і 7 зі списку.
Перед запуском розрахунки звірили з Excel на контрольних прикладах — збіглося до копійки. У самому Excel знайшли помилки: для кроку ферм 4,25 м таблиця видавала #Н/Д. Ми не виправляли мовчки, а передали інженеру. Як влаштована система для цієї галузі, описано в статті про систему керування для виробника металоконструкцій.
Типовий сценарій без складних інтеграцій: фіксація браку
Це не кейс, а типова схема, яку можна запустити на рівні 1.
Контролер якості при виявленні браку відкриває бот, фотографує дефект, обирає тип і номер партії. Система одразу надсилає повідомлення технологу, майстру зміни і відповідальному за якість. Дані накопичуються в таблиці. Через кілька тижнів видно, які дефекти повторюються і на якій операції. Рішення, що робити з дефектом, ухвалює технолог, а не бот.
Типові помилки під час автоматизації і як їх уникнути
Автоматизують незрозумілий процес
Звучить як «нам потрібна програма для складу» без розуміння, що саме відбувається на складі. Впроваджена система не відповідає реальності, люди обходять її і повертаються до таблиці.
Як уникнути: опишіть процес «як є», навіть якщо він хаотичний. Знайдіть, де саме затримки й помилки. Лише потім обирайте рішення.
Запускають усе одразу
Десять процесів одночасно виглядає ефективно. На ділі команда не встигає адаптуватися, помилка в одному процесі тягне інші, і незрозуміло, що саме зламалося.
Як уникнути: один процес — одна перша версія. Довели до результату, навчили людей — рухаємося до наступного.
Ігнорують опір людей
Автоматизація зачіпає звички, а іноді й статус. Менеджер, який роками вів таблицю і був «єдиним, хто знає, де що лежить», втрачає цю роль.
Як уникнути: залучіть ключових виконавців на етапі опису. Спитайте, що їм незручно. Покажіть перші результати: коли інструмент справді знімає рутину, опір слабшає.
Немає власника процесу
Підрядник налаштував систему, а з боку компанії ніхто не відповідає за правила. Через місяць правила застарівають, і система показує дані, яким ніхто не вірить.
Як уникнути: призначте власника до старту. Без нього не починайте.
Вимикають старий спосіб у перший день
Нова система завжди має розбіжності з реальністю, які видно лише на живих замовленнях. Якщо старий спосіб уже вимкнено, кожна розбіжність стає аварією.
Як уникнути: два тижні паралельної роботи і звірка результатів.
Немає резервних копій і контролю версій
У нашій практиці був випадок: оновлення зі старої копії затерло свіжий модуль, і його відновлювали вручну. Звідси правило — контроль версій і щоденні резервні копії з першого дня, навіть для маленького бота.
Коли автоматизація не окупиться
Чесно про випадки, коли краще почекати:
- Процес трапляється рідко. Якщо операція відбувається раз на місяць і займає годину, автоматизувати її першою немає сенсу.
- Процес змінюється щомісяця. Ви ще шукаєте модель роботи: новий продукт, нові канали. Спочатку стабілізуйте процес, потім автоматизуйте.
- Обсяг замалий. Три заявки на тиждень один менеджер веде без втрат у звичайній таблиці.
- Немає власника процесу — див. помилки вище.
- Вироби разові й складні. Тут система допоможе з обліком і документами, але розрахунок і підготовку виробництва лишайте за технологом.
- Готова програма вже закриває процес, і проблема лише в тому, що нею не користуються. Тоді потрібне навчання й правила, а не нова система.
Часті питання
Що таке автоматизація бізнес-процесів простими словами?
Це коли повторювані передачі даних, розрахунки, нагадування й документи виконує система за правилами, а люди ухвалюють рішення. Наприклад, заявка з сайту сама потрапляє в картку з відповідальним, а клієнт сам отримує повідомлення, що замовлення готове.
Чи потрібна ERP, щоб автоматизувати виробничі процеси?
Ні. ERP доречна, коли процеси вже оцифровані, стабільні й збігаються з логікою програми. До цього вистачає точкових рішень або системи під ваш процес. Шість задач зі списку вище взагалі не потребують інтеграцій.
Яка програма підходить для опису бізнес-процесів?
Для старту — аркуш паперу або безкоштовний draw.io. Якщо потрібна нотація BPMN, є Bizagi Modeler і Camunda Modeler. Для невеликої компанії важливіша не нотація, а відповіді: хто, що робить, що на виході і де затримки.
Скільки триває запуск?
У нас опис процесу займає тиждень. Перша робоча версія — кілька днів, уся система — 2–4 тижні після опису. Потім два тижні система працює паралельно зі старим способом.
Скільки коштує автоматизація?
Залежить від кількості процесів і зв’язків між системами. Опис процесу і запуск у нас мають фіксовану ціну, яку ви знаєте до старту, а опис зараховується в запуск. Щоб зрозуміти, чи окупиться автоматизація, спершу порахуйте втрати за формулою з розділу про вибір першого процесу.
Чи впораються працівники з новими інструментами?
Якщо інструмент обраний правильно — так. Бот у Telegram чи проста форма не потребують навчання: людина з телефоном розбирається з ними за кілька хвилин. Мета — щоб нова система була зручнішою за те, що було до неї.
Кому належать система і дані?
Вам. Код і дані належать клієнту. Ставимо систему на ваш сервер або на наш, з передачею будь-коли. Щодня робиться резервна копія.
Якщо у вас виробництво під замовлення і ви впізнали свої процеси в цьому списку, опишіть, як у вас зараз іде одне замовлення — від заявки до відвантаження. Покажемо робочу систему на демо за 30 хвилин і чесно скажемо, що вам вигідніше: готова програма, no-code чи система під ваш процес. Щоб замовити автоматизацію під ключ або дізнатися, як рахується ціна, перегляньте сторінку послуги. Детальніше про саму систему — ШІ-система управління бізнесом.
