n8n: 10 примеров автоматизации для бизнеса

10 рабочих связок на n8n: заявка с сайта в CRM с уведомлением, парсинг цен конкурентов, авто-отчёты по расписанию, разбор входящей почты, синхронизация двух сервисов, публикация контента, сбор лидов из чата, follow-up по сделке, обогащение заявки и бэкапы. По каждой разберу, что настроить, где она обычно рвётся и как убедиться, что она живая, а состояние «зелёная галочка на экране» ещё ничего не доказывает.

Проще всего думать про n8n как про конвейерную ленту между твоими сервисами. Лента подхватывает заявку с сайта, кладёт её в CRM, дёргает менеджера в Telegram, ночью собирает отчёт и утром приносит его тебе в мессенджер. Соображать за тебя она не станет, зато механическую переноску данных заберёт целиком. Если инструмент ты ещё не поднимал, начни с пошагового разбора, как освоить n8n с нуля: там про установку, интерфейс и первую сборку.

Как устроена любая автоматизация в n8n?

Любой сценарий (в n8n он называется workflow) держится на трёх звеньях: триггер (что запускает), обработка (что делаем с данными), действие (куда отдаём результат). Заявка пришла, поля разобрали, записали в CRM, дёрнули менеджера. Увидел эту схему один раз - и каждый пример ниже читается за секунду.

Триггеров в реальной работе используется пять-шесть штук. Webhook принимает данные снаружи: форма с сайта, ответ платёжной системы, событие из чужого сервиса. Schedule запускает сценарий по расписанию, от «раз в пять минут» до «первого числа в девять утра». Отдельные ноды слушают события внутри сервисов: новое письмо по IMAP, новое сообщение в Telegram, новая строка в Google Sheets, изменение стадии сделки в CRM. Ещё есть ручной запуск, который нужен ровно для отладки.

Обработка - середина конвейера, и именно она отличает работающий сценарий от красивой схемы. Нода Set переименовывает и подчищает поля. IF и Switch разводят поток по веткам: заявка с рекламы идёт одному менеджеру, заявка из соцсетей другому. Merge склеивает данные из двух источников. Code (в старых версиях Function) даёт написать десять строк JavaScript, когда готовыми нодами задача не решается.

Действие - это запись в базу, создание сделки, отправка сообщения, вызов чужого API через HTTP Request. Дальше сценарий либо заканчивается, либо передаёт результат следующему блоку.

И сразу про грабли. Почти всё, что у меня разваливалось в n8n, разваливалось по одной причине: данные приходят в том виде, который следующая нода не ждёт. Телефон со скобками и пробелами. Дата строкой вместо числа. Пустое поле там, где нода требует значение. Строка «+7 (900) 123-45-67» для CRM выглядит иероглифом, и сделка не создаётся. Поэтому после каждого узла жми Execute и смотри глазами, что реально пришло на вход. Пять секунд там экономят вечер потом. Общую логику того, какие процессы вообще имеет смысл отдавать машине, я собрал в карте возможностей автоматизации бизнес-процессов.

Что нужно подготовить до первого сценария?

Половина мучений на старте случается не из-за нод, а из-за доступов. Собери всё заранее, и сборка займёт вечер вместо недели.

• Токен CRM. В Bitrix24 это входящий вебхук с правами на создание сделок и контактов, в amoCRM - интеграция с ключом. Права выдавай узкие: сценарию для записи лида не нужен доступ ко всей аналитике.
• Бот в Telegram. Создаётся у @BotFather за минуту. Дальше нужен chat_id того чата, куда бот будет писать, и сам бот должен быть в этот чат добавлен.
• Сервисный аккаунт Google. Для Sheets и Drive удобнее именно он, а не личная авторизация: личный доступ отваливается вместе со сменой пароля.
• Тестовый контур. Отдельная воронка в CRM, отдельный чат, отдельная таблица. Первые прогоны идут туда, и никто из менеджеров не получает в три ночи сообщение «Тест Тестович, 12345».
• Место, где ты будешь смотреть логи. В n8n это вкладка Executions. Приучись открывать её каждый раз, когда что-то ведёт себя странно.

Если хочется собрать первую связку под присмотром, а не по обрывкам форумных тредов, посмотри наше бесплатное обучение по ИИ и автоматизации: там по шагам разбираются базовые сценарии, промпты и логика, на которую эти сценарии потом ставятся. Заходить можно с нуля, платить за старт не нужно.

Какие десять связок реально встают в работу?

Весь список сразу, чтобы не листать: 1) заявка с сайта в CRM с уведомлением в Telegram, 2) парсинг сайтов и цен конкурентов в таблицу, 3) автоотчёт по расписанию, 4) приём и сортировка заявок из почты, 5) синхронизация двух сервисов, 6) модерация и публикация контента, 7) сбор лидов из чата в единую базу, 8) напоминания и follow-up, 9) обогащение данных о заявке, 10) резервное копирование и логирование.

1. Заявка с сайта - CRM - уведомление

Классика, ради которой чаще всего и ставят n8n. Форма на сайте (Tilda, свой лендинг, любой Webhook) отдаёт данные в n8n, нода разбирает поля, создаёт сделку в CRM и шлёт менеджеру сообщение в Telegram с именем, телефоном и источником. Менеджер обычно видит лид почти сразу после нажатия кнопки «отправить»: точный срок зависит от твоего сервера, очереди воркеров и настроения API твоей CRM.

Отдельно заведи поле источника и тащи его через весь сценарий. UTM-метки, название формы, страница входа - всё это через месяц объяснит, откуда приходят живые заявки, а откуда мусор.

• Где ломается: телефон приходит со скобками и пробелами, CRM его отбраковывает. Добавь ноду, которая чистит строку до одних цифр и приводит к единому формату с восьмёрки или семёрки.
• Проверка: отправь тестовую заявку сам и убедись, что сделка появилась в воронке, а уведомление дошло. Потом попроси коллегу сделать то же самое с телефона.

2. Парсинг сайтов и цен конкурентов

Нода HTTP Request тянет страницу, нода HTML вытаскивает нужные блоки (цену, наличие, заголовок), результат ложится в Google Sheets отдельной строкой с датой. Расписание раз в сутки даёт мониторинг рынка без ручного обхода десяти вкладок.

Полезная деталь: пиши каждое измерение новой строкой, не перезаписывая старую. Через месяц у тебя история цен, по которой видно, кто и когда двигался, а не одна текущая цифра.

• Где ломается: селектор - вещь нежная. Дизайнер конкурента переименовал класс, и парсер приносит пустоту с очень уверенным лицом. Плюс капча и блокировки по частоте запросов. Настрой сигнал, который сработает при пустом поле.
• Проверка: сравнивай спарсенное значение с тем, что видишь на сайте глазами, и делай это неделю подряд, а не один раз в день запуска.

3. Автоотчёт по расписанию

Нода Schedule раз в неделю собирает данные из CRM и рекламных кабинетов, считает пару ключевых метрик и присылает сводку в Telegram или на почту. По понедельникам больше никто не открывает пять вкладок вручную.

Держи отчёт коротким: количество заявок, стоимость заявки, конверсия в сделку, сумма закрытых сделок. Длинную простыню перестают читать на третьей неделе. Какие вопросы вообще стоит задавать своим цифрам, разбирал отдельно в материале про ИИ для бизнес-аналитики.

• Где ломается: источник не отдал данные, и отчёт ушёл с нулями. Нули хуже пустоты: пустоту ты заметишь, а нули проглотишь и полдня будешь думать, почему реклама «умерла». Добавь проверку, которая при отсутствии данных пришлёт текст «источник молчит» вместо цифр.
• Проверка: первые пару недель сверяй одну метрику из отчёта руками в кабинете. Разошлось - верь рукам.

4. Приём и сортировка заявок из почты

Триггер по новому письму (IMAP) читает тему и текст, раскладывает обращение по типам (счёт, жалоба, вопрос, спам) и ставит задачу в нужный чат или таск-трекер. Классификацию можно сделать по ключевым словам, а можно отдать языковой модели, если формулировки у клиентов слишком живые.

Модели для такой сортировки нужен контекст: список категорий, примеры писем и правило «сомневаешься - клади в общую папку». Как собирать такой контекст, я расписал в разборе про то, как дать нейросети базу знаний.

• Где ломается: живая почта. Вложения, HTML-вёрстка, цитата переписки на восемь экранов, тема «Re: Re: Fwd: вопрос». Тестируй на реальных письмах клиентов, стерильные тестовые ничего не докажут.
• Проверка: прогони сценарий на письмах за прошлую неделю и посчитай, сколько ушло не в ту папку.

5. Синхронизация двух сервисов

Новый клиент завёлся в CRM - n8n сам создаёт его в сервисе рассылок, в таблице учёта и в чате поддержки. Один источник правды, остальное подтягивается само.

Договорись заранее, какая система главная. Если данные можно менять и там, и там, рано или поздно два сервиса начнут переписывать друг друга по кругу, и никто не вспомнит, где правильная версия телефона.

• Где ломается: дубли. Тот же человек оставил заявку дважды, и вот у тебя два Ивана, каждый со своей историей. Перед созданием записи проверяй, нет ли уже такого email или телефона, и при совпадении обновляй существующую карточку.
• Проверка: заведи тестового клиента, убедись, что он доехал во все три места, а потом заведи его ещё раз. Второй появиться не должен.

6. Модерация и публикация контента

Ты кидаешь текст и картинку в отдельный Telegram-чат, n8n ловит сообщение, форматирует и публикует в канал или соцсеть по расписанию. Черновик и публикация разведены по разным шагам, случайного поста в прод не будет.

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

• Где ломается: лимиты API площадки. Отправишь пачкой - половина постов не уйдёт, и площадка вежливо промолчит об этом. Разнеси публикации по времени и добавь повтор при ошибке.
• Проверка: первый прогон делай в закрытый тестовый канал и смотри, как выехало форматирование, ссылки и эмодзи.

7. Сбор лидов из чата в единую базу

Бот собирает ответы в Telegram, n8n пишет их строкой в Google Sheets или CRM с меткой источника. Ни один контакт не тонет в переписке. Если бот у тебя ещё не собран, логику диалога и сценарии применения разбирал в статье про чат-бота для бизнеса.

• Где ломается: человек отвечает не по формату. Вместо телефона «наберите меня вечером», вместо имени стикер. Заложи ветку для мусорных ответов, иначе она сложится сама и криво.
• Проверка: пройди сценарий целиком как клиент и найди свою строку в таблице со всеми полями.

8. Напоминания и follow-up

Через сутки после заявки, если сделка не сдвинулась по стадии, n8n напоминает менеджеру перезвонить. Ещё через три дня уходит второе касание. Задача «не забыть про клиента» переезжает из головы в систему.

Ограничь количество касаний в сценарии сразу. Три напоминания и стоп, дальше решение принимает человек. Бесконечный автоматический дожим быстро превращается в спам, от которого отписываются вместе с брендом.

• Где ломается: часовые пояса. Сервер живёт по UTC, менеджер во Владивостоке, клиент получает бодрое «добрый день» в четыре утра. Проверь, что время в ноде совпадает с реальным временем человека.
• Проверка: поставь задержку в минуту вместо суток и прогони всю цепочку целиком, включая второе и третье касание.

9. Обогащение данных о заявке

Пришёл лид - n8n подтягивает к нему город по номеру, сайт компании, источник перехода, историю прошлых обращений. Менеджер открывает карточку с контекстом вместо голого телефона и не тратит первые две минуты разговора на выяснение, кто это вообще.

• Где ломается: внешний API не ответил или отдал ерунду. Поставь ветку «если пусто, оставь как есть», чтобы чужой сбой не ронял весь сценарий целиком.
• Проверка: возьми три вчерашние заявки и сверь подтянутое с тем, что есть на самом деле.

10. Резервное копирование и логирование

Раз в сутки n8n выгружает важные таблицы, настройки и сами сценарии в облако или отдельное хранилище. Скучная задача ровно до того дня, когда что-то придётся восстанавливать.

Сами workflow тоже выгружай: n8n умеет отдавать их в JSON. Один неудачный эксперимент с логикой нод - и вчерашняя рабочая версия окажется дороже всех таблиц вместе взятых.

• Где ломается: бэкап делается пустым. Токен хранилища протух, доступ отозвали, папка переехала, а сценарий бодро рапортует об успехе, залив ноль байт.
• Проверка: раз в месяц разворачивай бэкап и убеждайся, что он открывается. Наличие файла в папке ничего не доказывает.

Какой триггер выбрать под задачу?

Задача	Триггер	Куда отдаём
Заявка в CRM	Webhook / форма	CRM + Telegram
Парсинг цен	Schedule	Google Sheets
Отчёты	Schedule	Почта / Telegram
Заявки из почты	IMAP	Таск-трекер
Синхронизация	Событие в CRM	Рассылки + таблица
Публикация контента	Сообщение в чате	Канал / соцсеть
Лиды из чата	Telegram Trigger	Таблица / CRM
Follow-up	Таймер	Уведомление менеджеру
Обогащение заявки	Webhook	Карточка в CRM
Бэкап	Schedule (ночь)	Облачное хранилище

Как выглядит связка «форма - CRM - Telegram» по шагам?

Возьмём первый сценарий и разложим его на узлы, чтобы было видно, из чего он реально состоит.

1. Webhook. Создаёшь ноду, копируешь тестовый URL, вставляешь его в настройки формы на сайте. Отправляешь заявку. В n8n появляется структура данных: name, phone, comment, utm_source. Смотришь, как поля называются на самом деле, потому что форма почти всегда называет их иначе, чем ты ожидал.
2. Set. Приводишь поля к своим именам и подчищаешь значения. Телефон прогоняешь через выражение, которое выкидывает всё, кроме цифр. Имя обрезаешь по длине, чтобы CRM не ругалась.
3. IF. Проверяешь, что телефон непустой и в нём хотя бы десять цифр. Ветка «нет» уходит в отдельное уведомление «пришла битая заявка», ветка «да» едет дальше.
4. HTTP Request или нода CRM. Создаёшь контакт, затем сделку, привязываешь одно к другому. Ответ CRM содержит ID сделки - сохрани его, он пригодится для ссылки в уведомлении.
5. Telegram. Собираешь текст: имя, телефон, источник, ссылка на сделку. Одно сообщение, четыре строки, без украшений. Менеджер должен понять всё, не открывая ноутбук.
6. Error Trigger. Отдельный маленький workflow, который срабатывает при падении основного и пишет тебе в личку, какая нода упала и с каким текстом ошибки.
7. Проверка на живых данных. Неделю после запуска сверяй количество заявок в CRM с количеством отправок формы. Расхождение в одну заявку означает дырку, которая через месяц станет десятком.

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

Облако или свой сервер: что брать на старте?

n8n арендуется в облаке за пару кликов и ставится на свой сервер через Docker. На старте бери облачную версию: разберёшься с логикой нод, не отвлекаясь на обновления и сертификаты. Переезжай на свой сервер, когда объёмы вырастут, появится желание не платить за каждое действие или требование держать персональные данные клиентов у себя.

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

Если сравниваешь платформы под российские реалии и доступность оплаты, обзор рынка собрал в материале про ИИ-агентов для бизнеса в России. А когда задача упирается в обработку файлов и нестандартную логику, иногда дешевле написать скрипт: об этом есть отдельный текст про то, что реально автоматизируется на Python.

Как посчитать, окупается ли автоматизация?

Считай в часах, а потом переводи в деньги. Формула простая: сколько раз в день выполняется операция, умножить на минуты, умножить на количество рабочих дней, умножить на стоимость часа сотрудника. Получишь месячную цену рутины. Дальше сравни её с ценой подписки или сервера плюс время на настройку.

К прямой экономии добавь то, что обычно забывают посчитать: заявки, которые терялись между почтой и CRM; клиенты, которым не перезвонили; часы, потраченные на поиск ошибки в отчёте, собранном руками. Эти потери редко попадают в таблицу, хотя стоят больше, чем сама подписка.

И трезвое ограничение: если операция выполняется два раза в неделю и занимает три минуты, автоматизировать её невыгодно. Настройка съест больше, чем принесёт. Начинай с того, что повторяется каждый день. Ту же логику приоритетов я разбирал на примере таблиц в материале про макросы VBA против ИИ.

Живой ли сценарий - как это проверить?

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

• Error Trigger обязателен. Отдельная ветка, которая пишет тебе в Telegram при падении. Настраивается за пять минут.
• Проверка содержимого, а не факта запуска. Добавь узел, который смотрит на результат: пришло ли число, непустая ли строка, больше ли нуля количество записей. Пустой результат отправляй себе как предупреждение.
• Сигнал молчания. Для сценариев по расписанию заведи второй сценарий, который раз в сутки проверяет, была ли вчера хоть одна успешная отработка первого. Молчание - самый частый вид поломки, и сам себя молчащий сценарий не починит.
• Ручная сверка первые две недели. Одна метрика, один раз в день, глазами. Дальше можно расслабиться.

Из-за чего сценарии умирают тихо?

Токены и пароли протухают. Сервисный аккаунт Google отзывают вместе с уволившимся сотрудником, вебхук Bitrix24 пересоздают при смене администратора, бот выпадает из чата после чистки участников. Раз в квартал проходи по списку доступов.

Лимиты API догоняют при росте. Пока заявок десять в день, ты о них не думаешь; на трёхстах начинается «too many requests». Ставь паузы между вызовами и повтор при ошибке 429.

Схема данных меняется без предупреждения. Кто-то добавил обязательное поле в карточку сделки, и запись перестала создаваться. Кто-то переименовал колонку в таблице, и формула перестала считать.

Циклы. Сценарий А пишет в CRM, событие в CRM запускает сценарий Б, сценарий Б пишет обратно и снова будит А. Такое ловится по резко выросшему числу выполнений, поэтому в Executions полезно заглядывать даже когда всё хорошо.

Тесты на боевых данных. Прогон «на живую» в рабочий чат с реальными клиентами в получателях лечится одним тестовым контуром, заведённым заранее.

Что ответить на частые возражения против n8n?

«Я не программист, у меня не получится». Базовые связки собираются мышкой: перетащил ноду, выбрал сервис, указал поле. Код нужен точечно, обычно в виде трёх строк внутри ноды Code, и почти всегда такой кусок находится в готовом виде на форуме сообщества. Собери один сценарий по инструкции целиком, не пытаясь понять всё сразу, и остальные девять пойдут по накатанной.

«Купим готовое под ключ, зачем разбираться». Продавцов «отдела продаж на автопилоте» сейчас больше, чем самих отделов продаж: приносят красивый скриншот с зелёными галочками, берут деньги, отдают связку и растворяются. Через месяц у тебя сценарий, который молча стоит с прошлой среды, и никого, кто объяснил бы, где у него что. Разберись в логике нод сам хотя бы на одном сценарии, дальше любого подрядчика будешь читать за минуту. Развёрнуто эту развилку разбирал в тексте про ИИ-агентов под ключ или сборку своими руками.

«Нам нужен умный ИИ-агент, а перекладывание данных - вчерашний день». Агент без надёжного транспорта данных остаётся демкой: ему нужно откуда-то брать заявку и куда-то класть результат. n8n как раз этот транспорт и даёт. Что умеют сами агенты и чем они отличаются от связок, разложил в материале про ИИ-агентов для бизнеса.

«А если n8n упадёт, всё встанет». Поэтому первым делом настраивается уведомление об ошибке, а критичные сценарии проектируются так, чтобы данные не терялись: вебхук пишет входящее в таблицу сразу, до всей обработки. Упало - разберёшь очередь руками, ничего не пропало.

«У нас мало заявок, не окупится». Возможно. Посчитай по формуле из раздела про окупаемость. Если рутина занимает меньше получаса в неделю, отложи автоматизацию и займись сначала тем, что съедает часы.

С чего начать и где всё равно нужен человек?

Не хватайся сразу за десять сценариев. Возьми один, который болит сильнее всего (обычно это «заявка - CRM - уведомление»), и доведи его до состояния, когда ты ему по-настоящему доверяешь. Только потом берись за второй. Десять недоделанных связок дают десять новых мест, где может рвануть, и ноль мест, где стало легче. Если не знаешь, за что схватиться первым, посмотри разбор, с каких задач вообще стоит начинать автоматизацию, и подборку семи задач для ИИ-ассистента в малом бизнесе.

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

Мы в клубе разбираем такие связки по шагам и делимся готовыми: в закрытом канале ИИмперии выкладываем разборы автоматизаций, промпты и шаблоны ролей, которые встают поверх n8n. Если хочешь собирать систему, куда новые инструменты садятся на готовые места, тебе туда.

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

Первая связка, которая неделю проработала без твоего участия, снимает даже не час рутины. Она снимает привычку каждое утро лезть в почту и проверять, не потерялась ли заявка. Вот это и есть результат, ради которого стоит потратить вечер на разбор нод.

Источники

• Официальная документация n8n - справочник по нодам, триггерам и логике сценариев.
• Сайт n8n - варианты установки (облако и self-hosted) и обзор возможностей.
• Форум сообщества n8n - готовые решения и разбор частых ошибок.