Про n8n часто говорят как про «нейросеть для бизнеса» или «замену программиста». Ни то ни другое. Это рабочий инструмент вроде электрощитка: сам по себе ничего не делает, но через него удобно соединить то, что у вас уже есть. Подключить нейросеть в нём тоже можно, но это лишь один из блоков.
Что такое n8n: сценарий из блоков
В n8n работа описывается сценарием (в самом n8n он называется workflow). Сценарий — цепочка блоков, которые выполняются по очереди:
- Запуск. С чего всё начинается: пришла заявка с сайта, появилась строка в таблице, наступило 9 утра понедельника.
- Действия. Что сделать с данными: записать в таблицу, создать сделку в CRM, отправить сообщение, сформировать документ.
- Развилки. Если сумма больше такой-то — одно, иначе другое. Если поле пустое — остановиться и сообщить человеку.
Для сотен популярных сервисов блоки уже готовы, к остальным n8n подключается через их API. Где готового блока нет, можно вставить несколько строк кода. Поэтому n8n любят и те, кто не программирует, и разработчики: первым хватает блоков, вторым есть куда расти.
Пример: заявка с сайта → таблица → сообщение
Условный пример для иллюстрации. Небольшая компания хочет, чтобы ни одна заявка с сайта не пролежала до вечера:
- 1. Запуск. Посетитель отправил форму на сайте, n8n получает её содержимое.
- 2. Проверка. Если телефон и почта пустые, заявка помечается как неполная.
- 3. Таблица. Строка с именем, контактом, источником и временем добавляется в общую таблицу заявок.
- 4. Сообщение. Дежурному менеджеру приходит сообщение в мессенджер с кратким содержанием заявки.
- 5. Напоминание. Через час n8n проверяет, отметил ли кто-то заявку как взятую, и если нет — пишет руководителю.
Пять блоков, и самые частые промежутки, где теряются заявки, закрыты. О них — отдельная заметка.
n8n не придумывает процесс. Он аккуратно повторяет тот, который вы ему описали, — хороший или плохой.
Облако или свой сервер
У n8n два варианта. В облаке разработчиков всё работает сразу, а платите вы по тарифу, который считает запуски сценариев. Версию для своего сервера разработчики выкладывают открыто, и её ставят на сервер компании или на арендованный, это несколько сотен рублей в месяц.
Для работы в России второй вариант часто единственный разумный. Облако n8n зарубежное: его тариф не оплатить российской картой, а персональные данные клиентов по закону сначала нужно собирать в базы в России. На своём сервере данные остаются у вас, лимитов по числу запусков нет. Как мы ставим n8n на свой сервер.
Взамен вы получаете и ответственность: обновлять n8n, делать резервные копии, следить, что сервер жив. Это несложно, но кто-то должен этим заниматься.
n8n или Make
Make — тоже конструктор сценариев, и для простых задач они похожи. Главные отличия:
- Где работает. Make — только облачный сервис. n8n можно поставить к себе.
- Как платите. В Make оплата идёт «кредитами» за действия: каждый шаг сценария расходует их. В облаке n8n считается запуск сценария целиком, а на своём сервере за запуски не платите вовсе.
- Порог входа. В Make проще начать: аккуратный интерфейс, всё готово. В n8n больше свободы, особенно когда нужна своя логика или код.
Если сценариев пара и данные не персональные, Make может быть удобнее. Подробное сравнение с Zapier и российскими аналогами — в отдельной заметке. Если сценариев много, они длинные или в них данные клиентов, обычно выигрывает n8n на своём сервере.
Не только n8n и Make
Инструментов для автоматизации много, и у каждого своя ниша:
- Kestra и похожие оркестраторы. Сценарий описывается текстом, а не мышкой, хранится вместе с кодом и хорошо справляется с данными и задачами по расписанию. Удобно, когда сценарии ведёт разработчик.
- Российские конструкторы связок. Облако в России и оплата рублями: проще с персональными данными и с бухгалтерией.
- Скрипт на Python. Несколько десятков строк на своём сервере. Когда логика нестандартная или объём большой, это бывает надёжнее и дешевле длинного сценария из блоков.
- Готовые функции ваших систем. CRM, учётная система и даже почта многое умеют сами.
Главное здесь не название инструмента. Один и тот же процесс можно собрать на n8n, в Kestra или скриптом на Python, и работать он будет одинаково хорошо, если процесс разобран, у каждого шага есть хозяин, а сбой не остаётся незамеченным. И одинаково плохо, если процесс никто не описал. Поэтому инструмент мы выбираем последним: под процесс, объёмы, данные и под того, кто будет всё это поддерживать.
Автоматизация зависит от процесса больше, чем от инструмента. Инструмент подбирают под процесс, а не наоборот.
Когда лучше не n8n
- Есть готовая функция. Многое уже умеет ваша CRM или учётная система: напоминания, распределение заявок, шаблоны документов. Включить её проще, чем строить сценарий рядом.
- Задача на два шага. Переслать письмо из одной почты в другую можно и правилом почтового ящика.
- Некому поддерживать. Сценарий, который никто не открывает, однажды молча остановится. Если за ним никто не следит, лучше решение попроще.
- Нагрузка как у большой системы. Когда речь о тысячах операций в минуту и сложной логике, честнее написать отдельный сервис.
Если процессов много, а времени мало, — с чего начинать.
Что придётся поддерживать
Сценарий в n8n зависит от сервисов, которые он соединяет. Они меняют API, истекают ключи доступа, кто-то переименовывает колонку в таблице, и вчерашний сценарий перестаёт работать. Поэтому в каждом сценарии нужны три вещи: уведомление о сбое, журнал запусков и описание простыми словами, что он делает. Почему автоматизация ломается через три месяца — подробно об этом.
Подойдёт ли вам n8n: пять вопросов
- Данные руками переносят между двумя и более сервисами каждую неделю?
- У этих сервисов есть API или готовые блоки в n8n?
- Есть сервер или вы готовы арендовать его за несколько сотен рублей в месяц?
- Есть человек, который будет получать уведомления о сбоях?
- Процесс можно записать по шагам так, чтобы понял новый сотрудник?
Четыре «да» — n8n подойдёт. Если «нет» на последний вопрос, начните с описания процесса, а не с инструмента. Какие задачи мы обычно собираем на n8n и других инструментах — на странице «Задачи».