n8n vs Make: скільки насправді коштує один сценарій автоматизації запитів

Форма → CRM → повідомлення → звіт: один сценарій, а не чотири

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

Кожна стрілка - це окремий крок, а n8n і Make виконують його як операцію.

Перший крок зберігає заявку в CRM. Другий надсилає повідомлення продавцеві, наприклад через WhatsApp або Messenger. Третій крок, що запускається раз на день, збирає заявки в звіт для власника. У Make кожен із цих кроків рахується окремо, як операція до ліміту. У n8n рахується вся виконана робота сценарію, а не окремий крок усередині. Це інша розрахункова одиниця. Зростає інакше разом із кількістю заявок, тому порівняння самих прайсів нічого не говорить про вашу вартість.

Хто натискає кнопку: n8n, Make і люди по обидва боки форми

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

Саме підключення форми до CRM - це перший крок ланцюжка, але не останній. Рецепціоніст або продавець отримують повідомлення про нову заявку. Керівник перевіряє звіт в кінці дня. Власник вирішує, чи вартий цей лід дзвінка того самого дня, на основі даних із CRM, а не з пам'яті. Кожна з цих людей використовує інший фрагмент того самого ланцюжка. Це вона, а не n8n або Make, несе відповідальність за те, що станеться з лідом далі.

Ціна інструменту - це не ціна впровадження

Прайс n8n і прайс Make - це дві різні цифри. Жодна з них не говорить, скільки коштує запуск сценарію у вашій фірмі. Ліцензія інструменту - це плата постачальнику. Конфігурація, тести та з'єднання з вашим CRM - робота з нашого боку, і саме вона вирішує, поїде сценарій чи ні. Вартість залежить від того, скільки кроків він має замкнути і в якому стані дані, які він має переносити; обсяг визначаємо після розмови про те, як саме він має працювати.

Інтеграції з поштою та месенджерами оцінюємо після розмови про те, що саме вони мають робити — кожен канал віддає дані по-своєму, тому кожен це інший шматок роботи. Якщо сценарій повинен зберігати дані безпосередньо в CRM та оновлювати статус ліда, додається автоматизація CRM — наступний відрізок того самого ланцюга. Окремо кожен із них виглядає самостійним лише на папері; сенс з'являється разом, бо заявка, яка доїхала до CRM і там стала, втрачена так само, як та, що не доїхала зовсім.

Сама підписка n8n або Make - це витрати, які змінюються разом із постачальником. Актуальну суму перевіряєте безпосередньо в прайсі n8n або Make, у самого постачальника. Ми оцінюємо впровадження та підтримку сценарію, а не ліцензію інструменту.

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

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

Симптом завжди один і той самий. Форма на сайті працює, але заявка не потрапляє в CRM. Рецепціоніст не бачить нового ліда в системі. Продавець не отримує повідомлення на WhatsApp. Клієнт чекає на телефон, який ніколи не прийде, бо ніхто про його заявку не знає. Адміністратор помічає поломку зазвичай тільки тоді, коли власник запитує, чому звіт за останній тиждень порожній.

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

Коли не варто порівнювати n8n і Make

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

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

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

Хто відповідає за сценарій після впровадження

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

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

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

Найчастіші запитання

Чи можна перенести сценарій з Make до n8n без написання його з нуля?

Не безпосередньо. Make і n8n мають різну логіку модулів та інший спосіб запису з'єднань, тому сценарій потрібно відтворити крок за кроком у новому інструменті. Сам ланцюжок - форма, CRM, повідомлення, звіт - залишається тим самим, змінюється тільки спосіб його запису.

Чи потрібно самостійно хостити n8n?

Не завжди. n8n можна запустити на власному сервері або скористатися хмарною версією від постачальника, так само, як у випадку з Make. Вибір впливає на те, хто відповідає за оновлення та доступність. При власному сервері це робить ваш адміністратор, при хмарі це робить постачальник.

Чи включає оцінка автоматизації запитів сам інструмент, n8n або Make?

Ні. Ціна, яку визначаємо після розмови, включає побудову та налаштування сценарію, тобто з'єднання форми, CRM та повідомлень. Ліцензію n8n або Make, якщо вона платна, розраховуєте окремо, безпосередньо з постачальника інструменту.

Що саме рахується до ліміту операцій?

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

Чи потребує автоматизація форми з даними клієнта додаткових згод RODO?

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

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