n8n или своя разработка: где проходит граница

Какие задачи хорошо решает n8n

Если задача звучит как «когда приходит письмо с накладной — положить файл в папку, создать карточку в CRM и написать в чат», n8n решит её за вечер. Разработка на такой задаче проиграет по всем параметрам: дороже, дольше, и поддерживать некому.

Отдельная сильная сторона — self-host. n8n распространяется под Sustainable Use License: держать его у себя для внутренних задач можно бесплатно, данные остаются в вашем контуре. Для компании, которой нельзя выпускать документы наружу, это весомый аргумент.

Как устроен счёт: платите за запуск, а не за шаг

Это первое, что ломает расчёты. В облаке n8n единица тарификации — execution, один запуск воркфлоу целиком, независимо от числа шагов внутри. На странице тарифов (проверено 6 сентября 2026) Starter стоит 20 € в месяц при годовой оплате и включает 2500 выполнений, Pro — 50 € и 10 000 выполнений, Business — 667 € и 40 000.

Считать надо не шаги, а события. Сто писем в день — это три тысячи выполнений в месяц, то есть Starter уже мал. А вот воркфлоу из сорока нод, который запускается раз в сутки, стоит тридцать выполнений в месяц. Сложность сценария на счёт не влияет вообще.

Пять признаков, что конструктор заканчивается

Граница проходит не там, где сценарий стал длинным. Она проходит там, где появляется хотя бы один из этих признаков.

• Конкурентность. У n8n количество одновременных выполнений зашито в тариф: 5 на Starter, 20 на Pro, 30 на Business. Превышение не даёт ошибку — запуски встают в очередь. Если у вас всплеск в тысячу событий за минуту и ответ нужен сразу, очередь превращается в отказ обслуживания на стороне бизнеса.
• Идемпотентность. Сценарий повторился после тайм-аута — и заявка ушла дважды, деньги списались дважды, письмо клиенту улетело дважды. В конструкторе защиту от повтора приходится собирать вручную из проверок и внешнего хранилища состояния, и с каждой такой заплаткой преимущество «собрали за вечер» тает.
• Права доступа. Сценарий работает под одной технической учёткой и видит всё, что видит она. Как только автоматизация начинает показывать данные сотрудникам, нужны права от имени конкретного пользователя — иначе вы построили не автоматизацию, а утечку.
• Тестируемость. Воркфлоу нельзя прогнать на сорока сценариях перед выкаткой и получить отчёт. Пока изменения редкие, это терпимо. Когда процесс кормит деньгами и меняется каждую неделю, отсутствие тестов становится главным риском.
• Владелец. Сценарий обычно собирает один человек, и живёт он ровно до его отпуска. Код с историей изменений, ревью и документацией переживает смену людей, схема из нод в чужой голове — нет.

Чего нет в бесплатной self-hosted версии

«Поставим у себя бесплатно» — верно, но неполно. По официальному сравнению редакций Community edition не включает SSO (SAML и LDAP), проекты, версионирование через Git, окружения, внешние секреты, потоковую отгрузку логов и шаринг воркфлоу и учётных данных: доступ есть у владельца инстанса и у создателя.

Для одного инженера, автоматизирующего свою работу, это неважно. Для отдела из десяти человек, где нужен раздельный доступ, стенд для проверки и хранилище секретов, — это ровно тот список, ради которого обычно и переходят на платную редакцию или на код.

Гибрид, который мы советуем чаще всего

Выбор редко бывает бинарным. Рабочая схема выглядит так: n8n остаётся оркестратором — принимает события, ходит в почту, календарь, CRM и мессенджеры, — а всё, где есть цена ошибки, вынесено в один-два собственных сервиса с понятным API.

В свой сервис уезжают: списания и любые необратимые операции, проверка прав от имени пользователя, работа с персональными данными, обращения к модели с контролем стоимости, и всё, что нужно покрывать тестами. n8n при этом продолжает делать то, в чём он силён: связывать сервисы и давать нетехническому человеку видеть, что происходит.

Как посчитать на два года, а не на первый месяц

Сравнивать «20 € в месяц против бюджета разработки» бессмысленно: это разные строки. Считать надо четыре: подписка или хостинг, время человека на поддержку сценариев, стоимость инцидента, умноженная на его вероятность, и стоимость перехода, если платформа перестанет подходить.

Четвёртая строка — та, о которой забывают. Логика, собранная из нод, не переносится: её нельзя выгрузить в код, её придётся переписывать заново по скриншотам. Чем дольше вы живёте на платформе, тем дороже стоит уход с неё — и тем важнее заранее решить, какая часть системы имеет право там жить.

Когда разработка не нужна

Оставайтесь на конструкторе, если процесс запускается редко, ошибка обратима и стоит дёшево, интеграции есть готовые, данные не персональные и в сценарии нет операций с деньгами.

Совпало всё пять — разработка не окупится, и предлагать её было бы нечестно. Не совпало два и больше — считайте по четырём строкам выше: обычно к концу второго года цифры расходятся не в пользу платформы.