Автоматизація процесів у фірмі: практичні приклади для малого бізнесу

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

Заявки з основних каналів потрапляють в один список

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

Цього року ми готували технічне завдання на CRM для рекрутингової агенції, яка привозить людей на роботу в Польщу. Кандидати залишали заявки через форму на сайті, Facebook Lead Ads, Work.ua і Flagma, а ще писали у Viber, Telegram і WhatsApp на три робочі номери. Облік вели в Excel і в чатах. Далі йдеться про технічне завдання, а не готову систему. Узгоджений план складався з чотирьох частин:

• форма, реклама і сайти вакансій самі передають кожну заявку в CRM разом із джерелом;
• кандидат проходить фіксовані етапи, від першого контакту до виходу на роботу, а якщо звільняється, система записує причину;
• коли складу замовника потрібні люди (новий «вихід»: дата, 20 місць), рекрутери отримують сповіщення;
• дашборд показує, який канал і який рекрутер приводять людей, які залишаються працювати.

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

Звіти приходять самі, у визначений час

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

Фактури йдуть у KSeF безпосередньо з системи, де вже є дані

Для фірм у Польщі це стало нагальним у 2026 році. Фактури B2B тепер виставляють у державній системі KSeF: з 1 лютого 2026 року — фірми, у яких продажі за 2024 рік з урахуванням VAT перевищили 200 млн злотих, а з 1 квітня 2026 року — всі інші. До 31 грудня 2026 року ще можна виставляти фактури поза KSeF, поки їхня сума з урахуванням VAT за місяць не перевищить 10 000 злотих. Після перевищення ліміту ця фактура й усі наступні вже йдуть через KSeF (ksef.podatki.gov.pl). Фактури для споживачів під цей обов'язок не підпадають, зате отримувати фактури через KSeF з 1 лютого 2026 року мусить кожна фірма (обсяг обов'язкового KSeF).

KSeF має відкритий API з документацією Міністерства фінансів (сторінка для інтеграторів). Якщо замовлення й так зберігаються в інтернет-магазині або CRM, фактуру можна відправити звідти, і нікому не доведеться передруковувати дані покупця. Так само вхідні фактури можуть самі потрапляти в бухгалтерську програму, і завантажувати їх по одній не доведеться. Це повноцінна інтеграція: система мусить мати дозволи в KSeF, а фактура має відповідати структурі FA(3). Перш ніж щось будувати, перевірте програму для фактур, якою вже користуєтеся. Якщо в ній є вбудована інтеграція з KSeF, спершу налаштуйте й протестуйте її.

Інструмент обираємо, коли процес уже описано

Для простих сценаріїв на кшталт «нова заявка з форми, рядок у таблиці, повідомлення керівнику» вистачає готових сервісів інтеграції: Zapier, Make або n8n. Якщо дані не повинні проходити через сторонній сервіс, n8n можна встановити на власний сервер. Коли логіка нестандартна, ми пишемо скрипт на Node.js. Рішення ухвалюємо після розбору процесу: що саме відбувається сьогодні, хто це робить і скільки часу це забирає. Я й сам починав з такої роботи: автоматизував процеси й системи друку для Delphi, міжнародного постачальника автозапчастин.

Автоматизація без нагляду ламається тихо

У CRM, яку ми супроводжуємо, сервіс збору помилок (Sentry) був у коді від початку, але на продакшн-сервері йому так і не прописали ключ, тож він не зафіксував жодної помилки. Коли застосунок почав повертати помилки, ми шукали причину за скриншотом консолі з браузера користувача.

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

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

Почніть з одного процесу, розписаного крок за кроком

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