n8n (інколи Make) доречний, коли задача — склейка: нова угода в Бітрікс24 → рядок у таблиці → повідомлення в MAX; форма на сайті → CRM → лист. Це візуальна автоматизація процесів, яку можна хостити й версіонувати, а не кастомний Telegram-бот. Боти — на Telegram і MAX. LLM-агенти з вибором тулів — ШІ-агенти та MCP.
Віддаю перевагу self-hosted n8n з версіями сценаріїв, секретами в сховищі й staging. Хмарний Make — якщо команда вже там і обсяги скромні. Не звалюватиму тридцять безгоспних zap на особисту пошту засновника.
Перший зріз: три–п’ять сценаріїв із зрозумілими власниками й алертами про помилку (помилка n8n → чат у Telegram/MAX). Свої ноди на TypeScript — коли API постачальника криве або його немає. Важка доменка (ціни, проводки 1С/BAS) не має жити лише на полотні — інакше клубок без тестів. Тоді виносимо тонкий API, а n8n його смикає.
Суміжне: CRM і backend, 1С, Бітрікс24 / amoCRM. Портфельні боти — кастомний край спектра; n8n швидший, коли сценарій про інтеграції.
Строк: вузький контур n8n часто за 2–5 тижнів. Кладовище сценаріїв Make — спочатку аудит, потім перепис, довше. Не переношу в n8n те, що вже стабільно працює кроном на вашому сервері, заради «модного полотна»: мета — менше ручних копіювань, а не більше нод.
Що входить
- Інвентар сценаріїв, карта облікових записів, staging і прод
- Реалізація з ретраями й повідомленням про помилку
- Своя нода або тонкий API, де полотно — неправильна абстракція
- Runbook: експорт/імпорт, ротація токена, хто сидить у чаті помилок
