n8n (иногда Make) уместен, когда задача — склейка: новая сделка в Битрикс24 → строка в таблице → сообщение в MAX; форма на сайте → CRM → письмо. Это визуальная автоматизация процессов, которую можно хостить и версионировать, а не кастомный Telegram-бот. Боты — на Telegram и MAX. LLM-агенты с выбором тулов — ИИ-агенты и MCP.
Предпочитаю self-hosted n8n с версиями сценариев, секретами в хранилище и staging. Облачный Make — если команда уже там и объёмы скромные. Не свалю тридцать бесхозных zap на личную почту основателя.
Первый срез: три–пять сценариев с понятными владельцами и алертами об ошибке (ошибка n8n → чат в Telegram/MAX). Свои ноды на TypeScript — когда API поставщика кривой или его нет. Тяжёлая доменка (цены, проводки 1С) не должна жить только на холсте — иначе получите клубок без тестов. Тогда выносим тонкий API, а n8n его дёргает.
Смежное: CRM и backend, 1С, Битрикс24 / amoCRM. Портфельные боты — кастомный край спектра; n8n быстрее, когда сценарий про интеграции.
Срок: узкий контур n8n часто за 2–5 недель. Кладбище сценариев Make — сначала аудит, потом перепись, дольше. Не переношу в n8n то, что уже стабильно работает кроном на вашем сервере, ради «модного холста»: цель — меньше ручных копирований, а не больше нод.
Что входит
- Инвентарь сценариев, карта учёток, staging и прод
- Реализация с ретраями и уведомлением об ошибке
- Своя нода или тонкий API, где холст — неправильная абстракция
- Runbook: экспорт/импорт, ротация токена, кто сидит в чате ошибок
