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

n8n: це конструктор автоматизацій із відкритим кодом, у якому бізнес-процеси збирають із блоків на екрані: заявка прийшла з сайту, потрапила в CRM, менеджер отримав повідомлення в Telegram, і все це без жодного рядка коду, тобто no-code автоматизація в чистому вигляді. Від Zapier і Make він відрізняється тим, що його можна поставити на власний сервер за кілька доларів на місяць і не платити за кожну виконану операцію. У цій статті розбираємо, як n8n влаштований, чим відрізняється від конкурентів, які вісім сценаріїв реально економлять час малому бізнесу і які ризики варто зважити до того, як переводити на автоматику щось важливе.

Що таке n8n і чим він відрізняється від Zapier і Make

Усі три сервіси роблять одне й те саме: з'єднують програми між собою за правилом «якщо сталося А, зроби Б». Різниця в моделі оплати, у тому, де живуть ваші дані, і в порозі входу. Zapier найпростіший і найдорожчий: тисячі готових інтеграцій, кожен крок сценарію коштує «таск», і рахунок росте разом з обсягом. Make (колишній Integromat) гнучкіший, з візуальним редактором і дешевшими операціями, але теж хмарний і теж рахує кожну дію. n8n можна використовувати у хмарі розробника або розгорнути на своєму сервері: у другому випадку платите тільки за сервер, а кількість сценаріїв і операцій не обмежена.

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

Як влаштований workflow: тригер, вузли, умови

Сценарій у n8n називається workflow, і складається він із вузлів, з'єднаних стрілками. Перший вузол завжди тригер: подія, яка запускає ланцюжок. Це може бути форма на сайті (через webhook, тобто адресу, на яку сайт надсилає дані), новий рядок у Google Sheets, лист на пошті, розклад «щодня о 8:00» або повідомлення в Telegram-боті.

Далі йдуть вузли дій: «створи угоду в CRM», «надішли повідомлення», «запиши в таблицю». Між ними можна ставити умови: якщо в заявці сума понад певний поріг, повідомити керівника, інакше звичайного менеджера. Є вузли для перетворення даних: розбити ім'я і прізвище, привести телефон до одного формату, порахувати суму. І є універсальний HTTP-вузол, який звертається до будь-якого сервісу, у якого є API, навіть якщо готової інтеграції для нього немає.

Кожен вузол після запуску показує, які дані отримав і що віддав далі. Це головна перевага перед «чорною скринькою»: коли щось зламалось, видно, на якому кроці і чому.

8 сценаріїв автоматизації для малого бізнесу

1. Заявка з сайту в CRM і Telegram. Форма на сайті надсилає дані на webhook, n8n створює контакт і угоду в CRM, а менеджеру в Telegram прилітає картка з іменем, телефоном і сторінкою, з якої прийшла заявка. Час реакції скорочується з годин до хвилин, і жодна заявка не губиться в пошті.
2. Збір відгуків після покупки. Через три дні після статусу «виконано» клієнту йде лист або повідомлення з проханням оцінити. Оцінка від 4 до 5: пропозиція залишити відгук у Google. Нижче: повідомлення власнику, щоб зв'язатись особисто, поки людина не пішла писати негатив публічно.
3. Щотижневий звіт із Search Console у таблицю. Щопонеділка n8n забирає кліки, покази й середню позицію за минулий тиждень і додає рядок у Google Sheets. За пів року у вас є динаміка без ручного копіювання, і її бачать ті, хто в консоль ніколи не заходить.
4. Автовідповіді на типові звернення. Лист із темою «статус замовлення» або повідомлення в месенджер із номером замовлення: n8n знаходить статус у CRM і відповідає сам. Усе нетипове йде людині.
5. Синхронізація прайсів. Постачальник надсилає XLSX на пошту або викладає файл за посиланням, n8n розбирає його, порівнює з поточними цінами на сайті й оновлює через API магазину або готує файл для імпорту. Різницю понад заданий відсоток відправляє на підтвердження людині.
6. Моніторинг доступності й швидкості сайту. Кожні п'ять хвилин запит на головну і кілька ключових сторінок; якщо код відповіді не 200 або час понад поріг, повідомлення в Telegram.
7. Контроль позицій і змін у видачі. Раз на день n8n забирає дані з API вашого сервісу позицій або з Search Console і порівнює з учорашніми. Просідання ключових запитів більше ніж на кілька позицій: сповіщення.
8. Генерація чернеток описів через AI з перевіркою людиною. Новий товар у таблиці: n8n надсилає характеристики моделі, отримує чернетку опису і кладе її в колонку «на перевірку». Публікує тільки після того, як людина поставила галочку. Без цієї галочки сценарій небезпечний: модель охоче вигадує характеристики, яких у товару немає.

З чого почати: перші три автоматизації

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

1. Заявки з сайту в месенджер. Один тригер, один вузол. Збирається за годину, ефект помітний того самого дня.
2. Звіт у таблицю за розкладом. Search Console, Google Analytics або дані з CRM. Тут ви познайомитесь з авторизацією через API і з тим, як n8n працює з датами.
3. Одна умова. Візьміть перший сценарій і додайте розгалуження: великі заявки керівнику, решта менеджеру.

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

Які ризики і хто це підтримує

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

Доступи. n8n зберігає ключі до вашої CRM, пошти, банківських виписок, рекламних кабінетів. Self-hosted версія має стояти за HTTPS, з двофакторною автентифікацією й окремим користувачем на кожного, хто туди заходить. Ключі сервісів давати з мінімальними правами: якщо сценарій лише читає таблицю, ключ не має вміти її видаляти.

Дані. У хмарних Zapier чи Make персональні дані клієнтів проходять через сторонні сервери. Для багатьох бізнесів це нормально, для медицини, фінансів або тендерів може бути проблемою. Self-hosted n8n тримає все у вас, але тоді резервні копії та захист сервера теж ваші.

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

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

Скільки коштує self-hosted n8n

Сам n8n у версії Community безкоштовний для внутрішнього використання в бізнесі за ліцензією Sustainable Use (обмеження стосуються перепродажу його як сервісу). Витрати складаються з трьох частин.

• Сервер. Для десятка сценаріїв із сотнями запусків на день достатньо віртуального сервера з 2 ГБ оперативної пам'яті: станом на публікацію це порядку 5 або 10 доларів на місяць у європейських дата-центрах.
• Встановлення. Docker-контейнер, база даних, зворотний проксі з HTTPS, резервне копіювання. Для фахівця це кілька годин. Якщо робити вперше й самому, день-два з читанням документації на n8n.io.
• Підтримка. Оновлення раз на місяць-два, реакція на падіння, правки сценаріїв під зміни в сервісах. За нашими спостереженнями, це від кількох годин на місяць для маленького набору сценаріїв. Саме ця стаття витрат, а не сервер, визначає реальну ціну.

Self-hosted n8n має майже плоску вартість, яка не росте разом із бізнесом, але з порогом входу у вигляді налаштування.

Що зробити на цьому тижні

• Виписати п'ять рутинних дій, які хтось у команді робить руками щодня, і оцінити, скільки хвилин іде на кожну.
• Спробувати хмарну версію n8n або Zapier безкоштовно на найпростішій із них: заявка в месенджер.
• Якщо сценаріїв буде більше трьох або в них проходять персональні дані, планувати self-hosted і людину, яка за нього відповідає.
• Для кожного сценарію одразу додати повідомлення про помилку й тиждень тестового прогону поруч із ручним процесом.
• Записати, хто власник кожного workflow, до того, як їх стане десять.