Приклади автоматизації бізнесу: 10 процесів зі схемами

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

Стаття для власників і операційних директорів компаній на 5–100 людей: виробництво під замовлення, будівництво й монтаж, сервіс із виїздом, проєктні компанії, заклади харчування. Програмувати не потрібно. Потрібно знати, як у вас іде заявка від першого повідомлення до оплати. У кожному прикладі є українська специфіка: Нова пошта, Вчасно, КЕП, monobank, ПриватБанк, YouControl.

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

Коротко:

Автоматизувати можна лише описаний процес. Подія-старт, кроки, виконавці, результат, власник. Без опису система закріпить хаос.
Вибір залежить від даних. Форма, статус, таблиця — правила. Текст, фото, скан — ШІ. Ціну й суми завжди рахують формули.
Більшість прикладів працює на правилах. ШІ потрібен там, де на вході повідомлення вільної форми чи документ.
Година ручної роботи має ціну. Її можна порахувати до запуску за медіанами Work.ua і ЄСВ.
Окремий бот ще не система. Найбільше дає одна система, де заявка, розрахунок, документи й оплата пов’язані.

Бізнес-процес: приклад опису на підприємстві

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

З чого складається процес

Опис тримається на шести елементах:

Подія-старт. Що запускає процес: заявка з сайту, дзвінок, оплата, кінець місяця.
Вхід. Які дані й документи потрібні, щоб почати: розміри, реквізити, договір.
Кроки. Що робиться по порядку, з умовами «якщо — то».
Виконавець. Хто робить кожен крок. Одна людина на крок, а не «відділ».
Результат. Що має існувати наприкінці: рахунок, відвантаження, підписаний акт.
Власник процесу. Хто відповідає за весь ланцюжок і може змінити правила.

До кожного кроку додайте показник: скільки він займає часу і як часто в ньому трапляються помилки. Без показника не буде з чим порівнювати «після». Для запису підійде шаблон опису процесу.

Приклад: від заявки до рахунку

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

Крок	Як є	Як має бути	Хто	Що міряємо
1. Заявка	Дзвінок, Viber чи пошта; менеджер записує в таблицю або зошит	Картка з джерелом і часом створюється сама	Менеджер із продажу	Час до першої відповіді
2. Уточнення	Менеджер дзвонить і питає розміри, строки	Система питає в месенджері, відповіді лягають у картку	Менеджер перевіряє	Заявки без відповіді понад добу
3. Розрахунок	Excel у менеджера чи інженера	Формули в системі, ціна за параметрами	Менеджер	Час від заявки до ціни
4. Пропозиція	Файл у Word, надсилання з особистої пошти	PDF із шаблону, надсилання після перевірки людиною	Менеджер	Пропозиції без відповіді клієнта
5. Погодження	Клієнт пише «ок» у месенджері, домовленість губиться	Погодження фіксується в картці, замовлення переходить на етап «Рахунок»	Менеджер	Дні від пропозиції до погодження
6. Рахунок	Реквізити копіюють із листа, PDF збирають вручну	Рахунок формується за етапом, сума прописом	Бухгалтер	Помилки в реквізитах

Колонка «Що міряємо» важливіша за інші: після запуску ви порівнюєте ті самі показники й бачите, що змінилося, а не покладаєтеся на враження.

Перелік бізнес-процесів компанії

Перелік бізнес-процесів ділять на три групи. Основні створюють продукт і дохід. Допоміжні підтримують основні. Управлінські задають цілі й контролюють результат. Для компанії на 5–100 людей весь перелік вміщується на одну сторінку.

Основні, допоміжні й управлінські

Група	Виробництво під замовлення	Будівництво й монтаж	Сервіс із виїздом
Основні	Заявка й розрахунок; узгодження креслень; виробництво; контроль; відвантаження	Виїзд на замір; кошторис; договір; виконання робіт; здача об’єкта	Виклик; запис і маршрут майстра; виїзд; виконання; акт; гарантійне звернення
Допоміжні	Закупівля матеріалу; склад; облік часу й виплати; документи; бухгалтерія	Облік матеріалів на об’єктах; субпідрядники; акти виконаних робіт; бухгалтерія	Запчастини на складі; розрахунок із майстрами; документи; бухгалтерія
Управлінські	Планування завантаження; цінові формули; контроль строків; фінансовий звіт	План-факт за об’єктами; контроль бюджету; фінансовий звіт	Контроль часу виїзду; оцінка якості; фінансовий звіт

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

Як скласти свій перелік за годину

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

Автоматизація бізнес-процесів: правила, ШІ чи разом

Автоматизація бізнес-процесів починається з одного питання: які дані приходять на вхід.

Правило вибору

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

Звідси три типи кроків. Правила швидкі, передбачувані й дешеві в підтримці. ШІ гнучкий, але потребує перевірки. У поєднанні ШІ розбирає, правила діють, людина затверджує. Для простих ланцюжків між готовими сервісами вистачає конструкторів автоматизацій. Чим вони відрізняються, описано в порівнянні Make, n8n і Zapier для українського B2B.

Що кажуть дані

За даними OECD, частка малих фірм, що використовують ШІ, зросла з 7,1% у 2023 році до 17,4% у 2025-му. Розрив із великими компаніями за цей час збільшився з 23,4 до 34,6 процентного пункту (OECD, 2026).

В опитуванні OECD D4SME (понад 2 000 малих і середніх фірм у 12 країнах, результати нерепрезентативні) 61% респондентів сказали, що використовують ШІ. Проте три чверті з них (76%) — «новачки» з простими готовими інструментами для окремих задач, а суттєвий ефект бачить лише кожна п’ята фірма (21%). У японській підвибірці того самого опитування різницю видно ще чіткіше: де ШІ працює лише для окремих задач, перетворювальний ефект відзначили 2% фірм, а де в усій організації — 23% (OECD, 2026).

Схожа картина з бізнес-програмами. У 2025 році в підприємствах ЄС із 10 і більше працівників ERP використовували 41% малих компаній проти 89% великих, CRM — 25% проти 65%, BI-аналітику — 11% проти 69%. Малими тут названо компанії з 10–49 працівників, великими — від 250 (Eurostat, 20.05.2026).

Висновок для власника: питання не в тому, чи купити бота, а в тому, у який процес його вбудувати. У цій вибірці ефект помітніший там, де ШІ працює в усьому процесі, а не в одній задачі.

Приклади автоматизації бізнесу: 10 процесів від заявки до звіту

Кожен приклад має однакову структуру: тип автоматизації, як є, як стає (кроки з виконавцем), що підготувати, коли не варто, українська специфіка. У прикладах 1, 3 і 4 є наші перевірені проєкти, решта — типові схеми процесів. Їх можна зібрати в сервісі автоматизацій, готовій програмі чи власній системі: що входить у нашу основу, описано наприкінці статті. Ефект у цифрах не наводимо: він залежить від вашого обсягу, і його рахують за формулою з наступного розділу.

1. Заявки з усіх каналів в одну картку

Тип: правила.

Як є. Заявки приходять у Telegram, Viber, Instagram, на пошту, формою з сайту й дзвінками. Частина лежить в особистому телефоні менеджера. Хто відповів клієнту і коли, знає тільки він. Для масштабу проблеми: в аудиті 2 241 американської компанії, який переказує Venture Harbour за матеріалами HBR 2011 року, 37% компаній відповіли на тестову заявку протягом години, а 23% не відповіли взагалі.

Як стає.

Заявка з будь-якого каналу створює картку: джерело, час, контакт, текст.
Система призначає відповідального за правилом: за типом виробу, регіоном або по черзі.
Клієнт отримує підтвердження, що заявку прийнято.
Менеджер бачить задачу з терміном першої відповіді.
Якщо термін минув, сповіщення отримує керівник.

Що підготувати. Перелік усіх каналів, включно з особистими номерами, і норму часу першої відповіді (окремо для вечора й вихідних).

Коли не варто. Якщо заявок лише кілька на тиждень, вистачить спільної таблиці.

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

Українська специфіка. Клієнти пишуть у Telegram і Viber, змішують українську з російською. Картка має зберігати текст як є, а канал і мову позначати окремо.

2. Заявка у вільній формі стає полями картки

Тип: ШІ і людина.

Як є. Клієнт пише: «потрібні двері 90 на 210, дві штуки, до кінця місяця, колір як на фото». Менеджер перечитує повідомлення, уточнює пропущене й вручну переносить дані в таблицю.

Як стає.

Повідомлення потрапляє в систему як є, разом із фото.
ШІ виділяє поля: виріб, розміри, кількість, строк, контакти. Чого бракує, він позначає окремо.
Система записує знайдене в картку, а пропущене — у список питань до клієнта.
Менеджер перевіряє заповнену картку й виправляє помилки.
Виправлення зберігаються: за ними видно, де модель помиляється.

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

Коли не варто. Якщо заявки надходять формою з готовими полями, дані вже структуровані, і ШІ тут зайвий. Так само, коли таких повідомлень небагато.

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

3. Розрахунок і комерційна пропозиція за формулами

Тип: правила; ШІ лише для супровідного тексту.

Як є. Ціну рахує один інженер чи менеджер в Excel. Клієнт чекає, поки звільниться людина. Формули тримаються на пам’яті автора, а помилку в таблиці ніхто не бачить.

Як стає.

Клієнт або менеджер вводить параметри замовлення в калькулятор.
Система рахує ціну за вашими формулами, а не наближено.
Для кожної заявки формується комерційна пропозиція в PDF і розрахунок в Excel із живими формулами.
Менеджер перевіряє, за потреби додає знижку чи коментар і надсилає.

Що підготувати. Формули або Excel, за яким ви рахуєте зараз, і контрольні приклади для звірки.

Коли не варто. Разові складні вироби: ціну дає технолог за кресленням, і єдиної формули не існує.

Наш приклад. Виробник металоконструкцій рахував ферми в Excel-книзі на 104 аркуші: 96 таблиць (4 типи × 2 матеріали × 12 прольотів), понад 2 000 варіантів, снігові навантаження для 27 регіонів. Менеджери вже працювали в готовій CRM, ми її не міняли, а вбудувалися. За 4 дні запустили калькулятор із 3D-моделлю, ціною за формулами кошторисника й КП у фірмовому PDF. Звірка з Excel на контрольних прикладах збіглася до копійки. У самому Excel знайшли помилки: для кроку ферм 4,25 м таблиця видавала #Н/Д. Ми не виправляли їх мовчки, а передали інженеру. Галузь докладніше — у статті про систему керування компанією з виробництва металоконструкцій.

Українська специфіка. Реквізити, суму прописом і PDF система формує з тієї самої картки, тому ці дані не набирають удруге.

4. Етапи замовлення і «ворота» перед виробництвом

Тип: правила; ШІ-асистент уточнює деталі в Telegram.

Як є. Менеджер домовився з клієнтом по телефону, а майстер дізнається про зміну розміру, коли деталь уже зроблено. Статус замовлення знає лише той, хто його веде.

Як стає.

Замовлення проходить етапи: розрахунок, передоплата, підготовка, виробництво, контроль, відвантаження. Кожен етап має відповідального й термін.
Невирішені питання до клієнта (розмір, колір, матеріал) позначаються на картці.
ШІ-асистент у призначений день пише клієнту в Telegram, розбирає відповідь і записує її в картку. Якщо відповідь неясна, перепитує.
Коли замовлення з відкритими питаннями намагаються передати у виробництво, система попереджає.
Менеджер або керівник вирішує: закрити питання чи свідомо почати частину робіт.
Власник бачить, скільки замовлень на якому етапі, без дзвінків у виробництво.

Що підготувати. Список етапів у тому порядку, як вони йдуть насправді, а не як мали б. І перелік того, що має бути підтверджено до запуску: розміри, матеріал, колір, передоплата.

Коли не варто. Якщо замовлення виконується за день однією людиною, етапи створять більше клопоту, ніж користі.

Наш приклад. Так працює система нашої компанії з виробництва на верстатах з ЧПК, де команда — від 3 до 6 людей. «Ворота» попереджають, а не блокують: іноді частину робіт справді можна почати раніше, і це рішення людини. Перша робоча версія була за 1 день, усі модулі — за 3 тижні. Подробиці — у кейсі власної системи управління і в статті про систему керування меблевим виробництвом.

Українська специфіка. Telegram — основний інтерфейс: майстер і клієнт працюють у месенджері, який у них уже є.

5. Рахунок, накладна й акт за подією, підпис КЕП

Тип: правила.

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

Як стає.

Замовлення переходить на етап «Погоджено»: система формує рахунок із реквізитами клієнта й сумою прописом.
Менеджер перевіряє рахунок і надсилає клієнту.
Після відвантаження система формує видаткову накладну чи акт у PDF.
Документ іде на підпис: відповідальна особа підписує його КЕП у сервісі документообігу.
Підписаний документ зберігається в картці клієнта, а бухгалтер працює лише з винятками.

Що підготувати. Шаблони документів, нумерацію і правило, на якому етапі що формується. Про нагадування й звірку оплат — у статті про автоматизацію виставлення рахунків.

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

Українська специфіка. Сервіс Вчасно дає погодження, підписання й обмін документами, відкритий API і роботу з КЕП. КЕП прирівнюється до власноручного підпису, а Дія.Підпис отримують віддалено в застосунку Дія (id.gov.ua). Якщо клієнт платить на місці, чек може формувати хмарний ПРРО: у Checkbox є API.

6. Статус оплат з банку і нагадування

Тип: правила.

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

Як стає.

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

Що підготувати. Доступ до виписки, тексти нагадувань і домовленість із клієнтами, як вони вказують номер рахунку в призначенні платежу.

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

Українська специфіка. У monobank API для ФОП є виписка, webhook і токен в особистому кабінеті. ПриватБанк пропонує API з випискою, платежами й токеном та безкоштовний модуль обміну для бухгалтерських програм («Автоклієнт»). Перевірте, які можливості відкриті для вашого типу рахунку.

7. Перевірка контрагента і погодження договору

Тип: правила і ШІ.

Як є. Договір приходить поштою. Менеджер пересилає його юристу, той коментує у Word, фінансист чекає на юриста, а директор не знає, на кому застряг документ. Контрагента перевіряють, коли згадають.

Як стає.

Менеджер вводить код ЄДРПОУ, система підтягує дані про компанію й показує зміни.
Договір завантажується в картку, і система запускає маршрут: юрист, фінансист, директор.
ШІ готує коротку довідку: строки, штрафи, автопролонгація, відхилення від вашого шаблону.
Юрист читає позначені місця й погоджує або повертає з коментарем.
Якщо термін минув, виконавець і менеджер отримують нагадування.

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

Коли не варто. ШІ-довідка не замінює юриста: остаточне рішення за ним. Якщо договорів лише кілька на квартал, маршрут зручніше вести в чаті.

Українська специфіка. YouControl шукає за ЄДРПОУ чи ІПН, стежить за змінами й має API (YouScore). Підписує договір КЕП, як у прикладі 5.

8. Статус відправлення клієнту

Тип: правила.

Як є. Менеджер вручну створює експрес-накладну (ЕН) у кабінеті перевізника, пересилає номер клієнту, а потім відповідає на питання «де моє замовлення».

Як стає.

Замовлення переходить на етап «Відвантажено»: менеджер перевіряє адресу й відділення в картці.
Система створює ЕН і зберігає її номер у картці.
Клієнт одразу отримує повідомлення з номером і посиланням на відстеження.
Статус відправлення оновлюється в картці: сам, якщо перевізник його віддає, або менеджер змінює його одним кліком.
Після отримання етап закривається, і стартують наступні кроки: акт, нагадування про оплату.

Що підготувати. Ключ API, тексти повідомлень і правило, хто виправляє адресу, якщо відправлення повернулося.

Коли не варто. Самовивіз і кілька відправлень на місяць: окрема автоматизація не окупиться.

Українська специфіка. API Нової пошти дозволяє створювати ЕН при оформленні замовлення, змінювати її дані й користуватися довідниками. Ключ безкоштовний: бізнес-кабінет, «Налаштування», «Безпека». Чи можна читати статуси через API в потрібному вам вигляді, перевірте в документації: на сторінці інтеграції про це не сказано.

9. Накладні постачальників із фото чи PDF

Тип: ШІ і перевірка правилами.

Як є. Постачальники надсилають накладні фото з телефона, у PDF чи скані. Бухгалтер відкриває кожну й вручну вносить постачальника, позиції, кількість і суми.

Як стає.

Файл потрапляє на спільну пошту чи в папку, система створює запис.
ШІ розпізнає документ і витягує постачальника, номер, дату, позиції, кількість і суми.
Правила перевіряють: сума позицій дорівнює підсумку, постачальник є в довіднику, номер не дублюється.
Невпевнені чи суперечливі поля система підсвічує.
Бухгалтер перевіряє підсвічене й підтверджує. Запис іде в облік.

Що підготувати. Зразки документів від основних постачальників, десятки справжніх, у різній якості. І правила перевірки сум.

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

Українська специфіка. У первинних документах зазвичай є ЄДРПОУ постачальника. За ним правила звіряють документ із довідником контрагентів, а не за назвою, яку кожен пише по-своєму.

10. Тижневий звіт власнику в Telegram

Тип: правила і ШІ.

Як є. Щопонеділка власник збирає цифри з таблиць, банку й чатів. Звіт готують довго, і до кінця тижня він застаріває.

Як стає.

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

Що підготувати. П’ять-сім показників, які ви справді дивитеся, і розподіл ролей: хто що бачить.

Коли не варто. Якщо етапи й оплати ще не ведуться в системі, звіту нема з чого збирати. Спершу приклади 1, 4 і 6.

Українська специфіка. У наших системах вхід і сповіщення йдуть через Telegram, тому звіт приходить туди ж. У системі нашої компанії з виробництва на верстатах з ЧПК три ролі, і прибуток бачить лише власник.

Скільки коштує година ручної роботи: розрахунок на даних Work.ua

Розрахунок у два кроки. Спершу вартість години працівника, потім кількість годин ручної роботи в процесі. Далі розбір на прикладі: це ілюстрація на медіанах, а не факт про вашу компанію.

Крок 1. Вартість години. Беремо медіану зарплати з вакансій на Work.ua, додаємо ЄСВ роботодавця (22% за Законом № 2464-VI) і ділимо на робочі години місяця. Припущення: 21 день по 8 годин, тобто 168 годин.

Роль	Медіана у вакансіях, грн на місяць	З ЄСВ (22%, закон), грн на місяць	Година за 168 год, грн
Менеджер з продажу, Work.ua	40 000	48 800	близько 290
Бухгалтер, Work.ua	32 000	39 040	близько 232

Крок 2. Години процесу. Приклад: менеджер отримує 400 заявок на місяць і витрачає на кожну 6 хвилин на ручне перенесення даних із месенджера в таблицю. Це 2 400 хвилин, тобто 40 годин. Помножуємо на 290 грн і отримуємо близько 11 600 грн на місяць (медіана Work.ua, ЄСВ за законом).

Другий приклад масштабом менший. Бухгалтер щодня витрачає 20 хвилин на звірку виписки: за 21 робочий день це 7 годин, близько 1 600 грн на місяць за ставкою Work.ua з урахуванням ЄСВ за законом. Звідси правило вибору. Такі малі процеси автоматизують, коли вони готують дані для іншого процесу, наприклад для звіту. Великі потоки йдуть першими.

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

Вивільнені години мають кудись піти: у розмови з клієнтами, у перевірку замовлень. Інакше економії немає.

Що виміряти до запуску

Зафіксуйте за звичайний тиждень чотири речі:

Хронометраж. Заміряйте 10 реальних виконань процесу, а не оцінку «десь 6 хвилин».
Очікування між кроками. Процес на 6 хвилин роботи часто тягнеться добу, бо заявка чекає, поки хтось її помітить.
Повернення на доопрацювання. Скільки разів документ чи розрахунок виправляли після відправки.
Пік. Скільки операцій у найзавантаженіший день проти звичайного.

Як порівнювати ці показники після запуску і приймати рішення «масштабуємо чи зупиняємось», розписано в статті про оцінку результату пілоту.

Межі ШІ і контроль людини

Автоматизація змінює роль людини: вона перестає набирати дані й починає їх перевіряти.

Що ШІ не робить

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

Чат-бот першої лінії

Бот першої лінії відповідає на типові питання: статус замовлення, умови, терміни. Статус він бере із системи, а не з пам’яті моделі. Якщо доступу до даних немає, чесна відповідь бота — «не знаю, передаю менеджеру». Він відкрито представляється ботом і передає розмову людині разом з історією, коли відповіді немає або клієнт незадоволений.

Перевірка проста: дайте боту кілька десятків реальних питань і порівняйте з правильними відповідями. Потім два тижні він працює паралельно зі старим способом: людина відповідає як завжди, а розбіжності фіксують і аналізують. Так само ми запускаємо системи управління.

План Б і резервні копії

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

Як автоматизувати бізнес-процеси: 6 кроків до першого запуску

Шість кроків і відповідальні

Крок	Що робимо	Хто відповідає	Що має бути на виході
1. Описати «як є»	Подія-старт, кроки, виконавці, де лежать дані, винятки	Власник процесу	Одна сторінка опису
2. Виміряти	Хронометраж і очікування між кроками	Власник процесу	Таблиця «до»
3. Обрати процес	Три ознаки: щотижня, дорога помилка, запуск за тиждень-два	Власник бізнесу	Один процес у роботі
4. Правила, потім ШІ	Спершу ланцюжок на правилах, ШІ лише на кроках із неструктурованими даними	Той, хто налаштовує	Робочий сценарій і перевірка на реальних прикладах
5. Запуск паралельно	Два тижні стара й нова схеми працюють разом	Власник процесу	Список розбіжностей і виправлень
6. Передати власнику	Один відповідальний отримує сповіщення про збої й може змінити правило	Власник бізнесу	Названа людина й план Б

Типові помилки

Автоматизувати хаос. Коли в кожного менеджера своя послідовність, автоматизація фіксує чиюсь одну і змушує працювати за нею всіх. Решта знайде обхід. Спершу домовтеся про єдиний порядок.
Починати з найскладнішого. Проєкт «автоматизуємо все від замовлення до доставки» тягнеться місяцями, і команда втрачає віру. Перший процес має давати видимий результат за тиждень-два.
Не мати плану Б і власника. Сервіс недоступний, ключ доступу минув, оновлення зламало сценарій, і ніхто не знає, що робити. Потрібні ручний режим, відповідальна людина й резервні копії.
Не рахувати підтримку. Сценарії старіють разом із процесом: змінилися етапи, формули, форми документів. Закладайте час людини або підписку на підтримку.

Рішення для автоматизації процесів: сервіс, готова програма чи своя система

Рішення для автоматизації процесів ділять на три групи. Кожна добра на своєму місці.

Питання	Сервіс автоматизацій (Make, n8n, Zapier)	Готова програма (CRM, облікова)	Своя ШІ-система управління
Що охоплює	Зв’язує окремі кроки між сервісами	Типовий ланцюжок «заявка — угода»	Увесь шлях від заявки до оплати й виробництва
Складна формула ціни	Окремий сценарій або таблиця поруч	Налаштування чи доробка, часто лишається Excel	Формула вбудована й звірена на контрольних прикладах
Процес змінився	Переписуєте сценарії по одному	Підлаштовуєте налаштування або обходите їх	Змінюєте модуль, код і дані ваші
Перший запуск	Дні	Залежить від налаштування	Перша версія за кілька днів, уся система за 2–4 тижні після опису процесу
Що потрібно від вас	Знати, які сервіси зв’язувати	Прийняти логіку програми й навчити команду	Описати процес і перевірити систему на реальних замовленнях

Іноді правильна відповідь — не будувати. Готова CRM закриває стандартні продажі, а сервіс автоматизацій з’єднує програми, які у вас уже є. Щоб вирішити за 15 хвилин, пройдіть тест «Готова CRM чи своя система». Якщо вибираєте між конструкторами, порівняйте Make, n8n і Zapier.

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

Основа вже працює в наших проєктах: заявки, клієнти, замовлення з етапами, документи (рахунок, видаткова накладна, акт, комерційна пропозиція, сума прописом, PDF), вхід через Telegram, ролі, сповіщення, резервні копії. Код пишуть ШІ-агенти, а архітектор керує процесом: формулює вимоги й критерії готовності, а людина приймає результат на реальних замовленнях. Завдяки цьому перша версія виходить за дні, а не за місяці. Як це влаштовано, описано в статті про те, як ШІ створює системи управління бізнесом. Ви володієте і кодом, і даними. Сервер ставимо у вас або в нас, і передати його можна будь-коли. Банки, перевізники й реєстри з прикладів 5–8 — це сервіси, з якими такі системи зазвичай з’єднують. Що підключати у вашому випадку, вирішують на етапі опису процесу.

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

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

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

Чи потрібні програмісти або IT-відділ? Для простих ланцюжків у сервісах автоматизацій програмувати не треба. Для інтеграцій із банком чи перевізником і для ШІ-кроків потрібен технічний спеціаліст: власний чи підрядник. У нашій системі код пишуть ШІ-агенти, а архітектор їх контролює. Від вас потрібна людина, яка знає процес і перевіряє результат.

Скільки триває запуск? У нашій системі опис процесу займає тиждень, перша робоча версія готова за кілька днів, уся система — за 2–4 тижні після опису. Ще два тижні вона працює паралельно зі старим способом. У нашій компанії з виробництва на верстатах з ЧПК перша версія була за 1 день, усі модулі — за 3 тижні. Калькулятор вартості на сайт із передачею заявки в CRM клієнта займає близько тижня.

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

Чи варто автоматизувати, якщо в нас уже є CRM? Так. Якщо CRM працює й команда до неї звикла, її не міняють, а доповнюють тим, чого бракує: розрахунком за формулою, документами, нагадуваннями. Так ми зробили для виробника металоконструкцій: калькулятор на сайті передає заявки в його CRM.

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

Приклади автоматизації бізнесу: 10 процесів зі схемами «як є — як стає»