Де знайти інструменти для автоматизації бізнес-процесів?

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

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

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

Коротко:

Почніть з того, що вже оплачено. Правила пошти, Google Workspace чи Microsoft 365, тригери облікової програми й банку закривають частину простих сценаріїв без нових підписок.
Конструктори сценаріїв — для зв’язок між сервісами. Make, Zapier і n8n з’єднують програми без коду, але кожен сценарій потребує людини, яка за нього відповідає.
Першою автоматизуйте часту задачу з низькою ціною помилки. Нагадування, маршрутизація заявок, документи за шаблоном. Не найбільшу проблему компанії.
Окремі сценарії економлять хвилини, одна система дає керованість. Коли замовлення живе в чотирьох місцях, дешевше зібрати процес в одній системі, ніж латати зв’язки.
Ціну, суми й терміни рахують формули, а не ШІ. ШІ розбирає вільний текст і документи, людина затверджує те, що йде клієнту.

Що таке рутина в офісі і скільки часу вона забирає

Три ознаки задачі, яку можна віддати системі

Рутина — не «нудна» робота. Це задача, у якої є три ознаки одночасно:

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

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

Де рутина живе в компанії на 20–50 людей

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

Що коштує рутина, яку ніхто не автоматизував

Asana в дослідженні Anatomy of Work опитала понад 10 000 офісних працівників у різних країнах. Близько 60% робочого часу в них іде на «роботу про роботу»: пошук інформації, уточнення статусів, перемикання між програмами. Ще 209 годин на рік у середньому йде на роботу, яку вже хтось зробив (Asana, Anatomy of Work Index). Це ширше за рутину в нашому визначенні, але масштаб втрат зрозумілий.

Крім годин, неавтоматизована рутина має три наслідки, які в табель не потрапляють:

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

Де знайти інструменти для автоматизації бізнес-процесів? Шість джерел

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

1. Програми, які у вас уже є

Перш ніж купувати нове, відкрийте налаштування того, чим користуєтеся щодня:

Пошта. Правила Gmail і Outlook сортують листи за відправником і словами в темі, пересилають рахунки в бухгалтерію, позначають скарги.
Google Workspace або Microsoft 365. У Google — форми, таблиці, календар і Apps Script. У Microsoft — Forms, Lists і Power Automate. Цього вистачає для заявок на відпустку, опитувань і простих нагадувань.
Облікова програма й CRM. BAS, KeyCRM, NetHunt, HubSpot мають вбудовані тригери: змінився статус — лист клієнту, задача менеджеру.
Банк. Інтернет-банк для бізнесу зазвичай уміє шаблони платіжок, реєстри платежів і вивантаження виписки. Monobank дає API з випискою і webhook про нові операції для особистих рахунків і рахунків ФОП (документація API monobank).
Сервіс електронних документів. У «Вчасно» є внутрішнє погодження документів — послідовне або паралельне, сценарії, які автоматично розсилають документи потрібним співробітникам, і відкритий API (Вчасно).

Поріг рішення: якщо задачу закриває вбудована функція за день налаштування, нічого нового не купуйте.

2. Конструктори сценаріїв: Make, Zapier, n8n

Конструктор з’єднує програми за правилом «якщо сталося X — зроби Y» без коду. Нова заявка з форми — рядок у таблиці, повідомлення менеджеру в Telegram і чернетка рахунку.

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

Де шукати готові рішення: у каталогах інтеграцій і бібліотеках шаблонів самих конструкторів. Набираєте назву свого сервісу — бачите, які тригери й дії доступні. Якщо вашої програми там немає, перевірте, чи має вона API або хоча б вхідний webhook. Детальне порівняння трьох конструкторів — у статті Make, n8n чи Zapier для українського B2B.

Поріг: конструктор виправданий, коли сценарій зачіпає дві-три програми і має до семи кроків. Далі він стає крихким. Змінилося поле в одній програмі — сценарій мовчки перестав працювати, і ніхто цього не помітив.

3. Українські сервіси з відкритим API

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

Електронні документи й підпис: «Вчасно» та інші сервіси електронного документообігу, КЕП і Дія.Підпис для підписання актів і накладних.
Доставка: API Нової пошти — створення ТТН і статус відправлення прямо в картці замовлення.
Каса: програмні РРО з API, наприклад Checkbox, — чек формується після оплати без ручного введення.
Банки: виписки й сповіщення про операції для звірки оплат.

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

4. Каталоги програм і спільноти

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

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

5. Фрилансери й інтегратори

Готовий сценарій можна замовити. Спеціалістів із Make, Zapier і n8n шукають на Djinni та Freelancehunt, там же видно портфоліо й відгуки. Як перевірити виконавця:

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

6. Система під ваш процес

Коли сценаріїв і таблиць стає забагато, лишається шостий варіант — система, зібрана під ваш процес. Заявки, замовлення з етапами, розрахунки за вашими формулами, документи, оплати й задачі в Telegram — в одному місці. Зараз код пише ШІ під контролем архітектора, тому перша робоча версія готова за кілька днів, уся система — за 2–4 тижні після опису процесу. Детальніше — у розділі «Окремі сервіси чи одна система» нижче.

Порівняння джерел

Джерело	Що там знайдете	Коли підходить	Головний ризик
Програми, які вже є	Правила пошти, форми, тригери облікової програми, реєстри платежів у банку	Прості сценарії в межах однієї програми	Обмежена логіка, налаштування розкидані
Make, Zapier, n8n	Зв’язки між сервісами без коду	Дві-три програми, до семи кроків	Мовчазні збої, ліміти операцій
Українські сервіси з API	Електронні документи, доставка, каса, банки	Документи, відправлення, оплати	Немає відкритої документації — немає інтеграції
G2, Capterra, спільноти	Короткий список готових програм	Пошук готового продукту під функцію	Мало українських сервісів, чужий контекст
Фрилансери й інтегратори	Готові сценарії під ключ	У вас немає людини, яка розбереться сама	Сценарії на чужому акаунті
Система під процес	Увесь процес від заявки до оплати	Дані в чотирьох і більше місцях, процес нетиповий	Потрібен описаний процес

Як перевірити інструмент перед оплатою: чекліст із 10 питань

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

Чи закриває він вашу задачу без обхідних шляхів? Перевіряйте на своєму реальному прикладі, а не на демо продавця.
Чи є відкритий API або готові інтеграції з вашою поштою, банком, обліковою програмою, Telegram?
Чи можна вивантажити всі дані в CSV чи Excel у будь-який момент? Якщо ні — ви прив’язані до сервісу.
Де зберігаються дані і хто має до них доступ. Для договорів і персональних даних клієнтів це не формальність.
Як рахується ціна: за користувача, за операцію чи фіксовано. Ціна за кожного користувача росте разом із командою.
Чи є ролі й права доступу. Прибуток і зарплати не мають бачити всі.
Чи є українська мова інтерфейсу для тих, хто працюватиме в програмі щодня.
Що буде при збої. Чи прийде сповіщення, якщо сценарій не спрацював.
Хто підтримує налаштування після запуску — конкретна людина у вас чи підрядник за договором.
Скільки часу піде на навчання команди. Інструмент, яким не користуються, нічого не економить.

Типова пастка — купити систему, спроєктовану для компаній у десять разів більших. Більшість функцій стоїть без діла, а потрібну дрібницю все одно доводиться доробляти. Беріть найпростіший інструмент, який закриває конкретну задачу. Переходьте на складніший, коли вперлися в конкретне обмеження, а не «на виріст». Якщо вагаєтеся між готовою програмою і своєю системою, пройдіть тест «готова CRM чи своя система» — він займає 15 хвилин.

Як вибрати, що автоматизувати першим

Три питання й пороги рішення

Як часто? Щодня або кілька разів на тиждень — кандидат. Раз на квартал — відкладіть.
Скільки годин на місяць? Час одного виконання × кількість виконань. Якщо виходить менше чотирьох годин на місяць, автоматизація, яка займе тиждень налаштувань, окупиться нескоро.
Яка ціна помилки? Якщо помилка в сумі рахунку чи даті поставки коштує клієнта або штрафу, задача піднімається в списку навіть при невеликому обсязі.

30-хвилинний аудит рутини

Карту рутини можна скласти за одну зустріч:

Зберіть 3–5 людей з різних ділянок: адміністрація, продажі, фінанси, персонал, виробництво чи склад.
Десять хвилин кожен записує всі повторювані задачі, які виконує щотижня. Одна задача — один рядок у спільній таблиці.
Для кожної задачі заповніть два поля: скільки разів на тиждень і скільки хвилин займає один раз.
Порахуйте вагу: разів на тиждень × хвилин × 4,3 / 60 = годин на місяць.
Відсортуйте за вагою і позначте задачі з чіткими правилами. П’ять верхніх із чіткими правилами — кандидати першої черги.

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

Приклад розрахунку

Приклад, цифри умовні. Менеджер готує комплект «рахунок + видаткова накладна + акт» 60 разів на місяць, по 20 хвилин на комплект. Це 20 годин. Нагадування про оплату: 80 рахунків, по 5 хвилин на перевірку й лист — ще майже 7 годин. Разом близько 27 годин, тобто більше трьох повних робочих днів одного співробітника щомісяця.

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

15 ідей автоматизації рутини в офісі

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

#	Ідея	Ділянка	Чим зробити	Складність	Строк
1	Документи за шаблоном	Адміністрація	Make або Zapier + Google Docs, облікова програма, ЕДО	легко	1–3 дні
2	Маршрутизація листів і заявок	Адміністрація	Правила Gmail або Outlook	легко	1 день
3	Пошук документів за змістом	Адміністрація	Notion AI, Microsoft 365 Copilot, ШІ-пошук по архіву	середньо	1–2 тижні
4	Нагадування про строки договорів	Адміністрація	Реєстр договорів + сценарій, календар	легко	1–2 дні
5	Онбординг нового співробітника	Персонал	Чекліст + Make або Zapier, BambooHR, Personio	середньо	1 тиждень
6	Заявки на відпустку	Персонал	Google Forms + таблиця + сповіщення	легко	1–2 дні
7	Пульс-опитування команди	Персонал	Google Forms або Typeform за розкладом	легко	1 день
8	Фінансовий звіт у Telegram	Фінанси	Виписка банку + таблиця + Telegram-бот	середньо	1–2 тижні
9	Розбір вхідних рахунків	Фінанси	ШІ-розпізнавання PDF + реєстр витрат	середньо	1 тиждень
10	Нагадування про дебіторку	Фінанси	Облікова програма або CRM + сценарій	легко	1–2 дні
11	Відповіді на типові запити	Клієнтський сервіс	ШІ-асистент на базі знань компанії	середньо	1–2 тижні
12	Підсумки зустрічей	Комунікації	Транскрипція + розсилка учасникам	легко	1 день
13	Сповіщення за статусами замовлень	Продажі	Тригери CRM або системи замовлень	легко	1 день
14	Видача й відкликання доступів	IT	Google Workspace Admin або Microsoft Entra + сценарій	середньо	3–5 днів
15	Щоденний бекап	IT	Окреме хмарне сховище + сценарій + звіт у Telegram	легко	1 день

Адміністрація й документи (ідеї 1–4)

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

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

3. Пошук документів за змістом. «Де договір з постачальником фарби від березня?» Пошук за назвою не допоможе, якщо файл називається «скан_0034.pdf». ШІ-пошук індексує текст договорів, актів і листування і знаходить документ за змістом. Варіанти: Notion AI, Microsoft 365 Copilot або окреме рішення для великого архіву. Передумова — лад у зберіганні. Інакше пошук знаходитиме чотири версії одного договору.

4. Нагадування про строки договорів. Сценарій щодня проходить по реєстру договорів. За 30 днів до закінчення відповідальний отримує нагадування в Telegram, за 14 — повторне з чернеткою листа клієнту. Угоди не «вислизають» через те, що ніхто не відкрив таблицю. Як ШІ перевіряє ризики й строки в самих договорах — у статті про автоматизацію роботи з договорами.

Персонал (ідеї 5–7)

5. Онбординг нового співробітника. Новий рядок у таблиці персоналу запускає чекліст: вітальний лист з інструкціями, задача на доступи, задача керівнику на перший тиждень, нагадування на третій і тридцятий день. HR не розсилає одне й те саме вручну, новачок не чекає доступів кілька днів. Для команд, які ростуть, є готові HR-системи: BambooHR, Personio. Детальніше — у статті автоматизація HR: відпустки, онбординг і кадрові документи.

6. Заявки на відпустку. Форма → рядок у таблиці → сповіщення керівнику з кнопками «погодити» і «відхилити» → запис у спільний календар і повідомлення бухгалтеру для розрахунку відпускних. Кадровий наказ лишається за кадровиком. Без паперів і без «а ти написав Петренку?».

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

Фінанси (ідеї 8–10)

8. Фінансовий звіт у Telegram. Щопонеділка о 8:00 власник отримує: надходження за тиждень, витрати, прострочену дебіторку, порівняння з планом. Дані система забирає з банківської виписки (через API чи вивантаження), з обліку замовлень і таблиці витрат. Ми самі так працюємо: щотижневий звіт про те, як Google бачить наш сайт, приходить у Telegram без участі людини. Що важливо: ШІ добре пише текстовий коментар до звіту, але суми має рахувати формула, а не модель. Більше про звіти й контроль — у статті штучний інтелект в управлінні підприємством.

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

10. Нагадування про дебіторку. Рахунок виставлено → через 7 днів клієнт отримує ввічливе нагадування → через 14 днів — друге → через 21 день менеджер отримує задачу зателефонувати. Частина клієнтів просто забуває, і лист закриває оплату без дзвінка. Перед запуском домовтеся про тон листів і виключення: ключовим клієнтам — лише особистий дзвінок. Як звіряти оплати з випискою — у статті автоматизація виставлення рахунків і звірки оплат.

Клієнти й продажі (ідеї 11–13)

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

12. Підсумки зустрічей. Після дзвінка в Google Meet чи Zoom сервіс транскрипції (Otter.ai, Fireflies.ai) готує конспект, а сценарій надсилає учасникам підсумок із задачами, відповідальними й строками. Попередьте учасників, що зустріч записується: це питання і довіри, і закону про персональні дані.

13. Сповіщення за статусами замовлень. «Рахунок виставлено» — клієнт отримує рахунок і строк оплати. «Оплачено» — підтвердження й дату відвантаження. «Відправлено» — номер ТТН Нової пошти. «Прострочено» — менеджер отримує сповіщення в Telegram. Це базові тригери більшості CRM і систем замовлень, без програмування. Як вибудувати продажі від заявки до оплати — на сторінці автоматизація продажів і в плані автоматизації відділу продажів на 30 днів.

IT і робоче місце (ідеї 14–15)

14. Доступи при прийомі й звільненні. Новий менеджер з продажу автоматично отримує пошту, папки на диску своєї ролі, доступ до облікової програми й робочих чатів. При звільненні доступи відкликаються того ж дня після позначки в таблиці персоналу. Найцінніша частина — саме відкликання: забуті доступи колишніх співробітників — прямий ризик витоку клієнтської бази. Інструменти: Google Workspace Admin, Microsoft Entra, Apps Script або конструктор сценаріїв.

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

Узгодження платежів без Excel і пошти: маршрут заявки на оплату

Типова картина: менеджер з постачання пише в пошту «треба оплатити рахунок», бухгалтер вносить його в Excel-реєстр, директор погоджує в месенджері, а ввечері ніхто не пам’ятає, що з реєстру вже оплачено. Рахунки губляться, постачальник дзвонить, а двічі оплачений рахунок знаходять лише на звірці.

Як побудувати маршрут без таблиць і листів:

Одна точка входу. Заявку на оплату створюють лише через форму або бот у Telegram. Лист «оплатіть, будь ласка» — не заявка.
Обов’язкові поля. Постачальник і ЄДРПОУ, номер і дата рахунку, сума, стаття витрат, замовлення чи проєкт, бажана дата оплати, файл рахунку. Без файлу заявка не зберігається.
Правила маршруту. До ліміту, який задає власник, погоджує керівник напряму. Понад ліміт — фінансовий директор або власник. Витрати понад бюджет статті — завжди власник.
Погодження в один дотик. Той, хто погоджує, отримує в Telegram картку із сумою, файлом і кнопками «погодити», «відхилити», «є питання». Коментар зберігається в історії заявки.
Реєстр на день. О визначеній годині погоджені заявки збираються в реєстр платежів. Бухгалтер формує платіжки в банку або завантажує реєстр файлом.
Відмітка оплати за випискою. Система зіставляє виписку з реєстром і ставить заявці статус «оплачено».
Контроль дублів. Рахунок із тим самим ЄДРПОУ, номером і сумою, що вже є в системі, отримує попередження.

Чим це зробити, від простого до наскрізного:

Невеликий обсяг: бот у Telegram + таблиця + сценарій Make чи n8n.
Документи вже в електронному документообігу: маршрути погодження в ЕДО, наприклад у «Вчасно».
Облік у BAS чи подібній програмі: модуль погодження заявок усередині облікової програми.
Заявка має бути пов’язана із замовленням, постачальником і собівартістю: модуль оплат у системі управління, де видно, під яке замовлення пішли гроші.

Ширше про цей процес — у статтях автоматизація заявок на оплату і автоматизація відділу постачання.

Найчастіша помилка: погодження перенесли в бот, а реєстр оплат лишили в Excel. Тоді правда про «що оплачено» знову живе у двох місцях. Статус оплати має ставити виписка, а не людина.

Окремі сервіси чи одна система: де межа

Make, таблиці й кілька ботів добре працюють на старті. Проблеми починаються, коли:

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

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

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

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

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

Два наші приклади

Наша компанія з виробництва на верстатах з ЧПК. Влітку 2026 року розглядали KeyCRM, зв’язку Google Sheets і Trello, ERPNext. Готові варіанти не підійшли: ціна за формулою, заготовки, виплати за операції, Telegram як основний інтерфейс. Перша робоча версія власної системи — за 1 день: воронка, картки замовлень і клієнтів, канбан, дашборд, вхід через Telegram, форма з сайту. Усі модулі — за 3 тижні. ШІ-асистент у призначений день пише клієнту в Telegram, розбирає відповідь і записує її в картку, а якщо відповідь неясна — перепитує. Повний розбір — у кейсі власної системи управління.

Калькулятор для виробника металоконструкцій. Ціну ферм інженер рахував в Excel-книзі на 104 аркуші, і клієнт чекав на розрахунок. CRM, у якій працювали менеджери, не міняли — вбудувалися в неї. За 4 дні калькулятор запрацював на сайті, а для кожної заявки система сама формує комерційну пропозицію у фірмовому PDF і розрахунок в Excel із живими формулами. Під час звірки знайшли помилки в самій Excel-книзі й передали їх інженеру, а не виправляли мовчки.

Інші процеси, які варто зібрати в одну систему, — у підбірці автоматизація бізнес-процесів підприємства: 50 прикладів.

З чого почати: план на чотири тижні

Тиждень 1. Карта рутини

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

Тиждень 2. Перший пілот за правилом «часто + легко»

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

Перед запуском зафіксуйте базову лінію: скільки годин і помилок на тиждень зараз.

Тиждень 3. Інструмент за рівнем зрілості

У вас немає технічної людини: вбудовані функції пошти, форм, таблиць, облікової програми. Ідеї 2, 4, 6, 7, 10, 13.
Є людина, яка розбереться: конструктор сценаріїв. Більшість ідей зі списку.
Процес наскрізний, даних багато, правила нетипові: система під процес або інтегратор. Ідеї 3, 8, 9, 11 і зв’язування всього в один потік.

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

Тиждень 4. Навчання і вимір

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

Покроковий план для компаній на 5–30 людей — у статті автоматизація малого бізнесу.

Типові помилки при автоматизації рутини

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

Скільки коштує автоматизація рутини і як порахувати окупність

Самостійно: підписка плюс ваш час

Підписка на конструктор — найменша частина витрат. У Zapier безкоштовний план — 100 задач на місяць і сценарії з двох кроків, Professional — від $19.99 на місяць при оплаті за рік (Zapier Pricing). У Make безкоштовний план — 1 000 кредитів на місяць (Make Pricing). n8n можна встановити на власний сервер, а хмарний тариф Starter коштує від 20 € на місяць при оплаті за рік і включає 2,5 тисячі запусків (n8n Pricing). Ціни змінюються, перевіряйте їх.

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

Через підрядника

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

Систему під процес ми робимо за фіксованою ціною. Опис процесу — тиждень, і його вартість зараховується в запуск. Запуск — 2–4 тижні, з них два тижні система працює паралельно зі старим способом, щоб звірити результати.

Формула окупності

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

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

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

Коли автоматизувати не варто

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

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

Де знайти інструменти для автоматизації бізнес-процесів, якщо немає IT-відділу? Почніть із того, що вже є: правила пошти, форми й таблиці, тригери облікової програми, реєстри платежів у банку. Далі — Make або Zapier на безкоштовному плані для зв’язок між сервісами. Готові рішення шукайте в каталогах інтеграцій самих конструкторів, короткий список програм — на G2 і Capterra, виконавців — на Djinni та Freelancehunt. Розробник потрібен, коли процес наскрізний і нетиповий.

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

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

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

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