Что это
Конструктор автоматизаций: соединяет сервисы между собой (CRM, таблицы, мессенджеры, склад) без написания кода с нуля для каждой связки.
Как используем
Разворачиваем self-hosted — то есть на вашем сервере, а не в чужом облаке — и строим на нём цепочки вроде "заявка с сайта → уведомление в Telegram → запись в таблицу".
Где n8n нужен бизнесу
- Заявки приходят в Telegram-бота, а дальше их вручную переносят в CRM и в таблицу.
- Менеджер узнаёт о смене статуса сделки, только когда сам откроет CRM.
- Оплаты приходят в одну систему, а учёт ведётся в другой, и сверка съедает время.
- Систем становится больше, и связывать каждую с каждой отдельной программой дорого.
Какие бывают варианты
- n8n на своём сервере. Нет лимита на число запусков, данные не уходят в чужое облако, сервис не отключится из-за региональных ограничений. Это наш вариант по умолчанию.
- Облачные конструкторы (Zapier, Make, облачный n8n). Быстро начать, но плата растёт с числом шагов, а доступ зависит от сервиса.
- Свой сервис на Python. Когда готового узла нет или нужна своя логика и частый опрос. Так сделан мониторинг слотов Wildberries: там n8n не нужен, работает свой бот.
Как мы это используем
В автоматизации заявок для малого бизнеса собраны четыре группы сценариев:
- Приём заявки. Первый узел подписан на сообщения Telegram-бота. Сообщение разбирается на поля и создаётся записью в Bitrix24.
- Синхронизация. Та же заявка и её статус дописываются строкой в Google Таблицу. Таблица остаётся запасным учётом, если CRM недоступна.
- Уведомления. При смене статуса сделки Bitrix24 сам вызывает n8n, сценарий находит ответственного менеджера и пишет ему в Telegram.
- Вебхуки платёжной системы. События оплаты приходят в тот же узел и отмечаются без ручной сверки.
Системы не связаны между собой напрямую, каждая говорит только с n8n, поэтому замена одной не ломает остальные. Сценарии и цены на такие связки — в разделе Автоматизация.
Типичные проблемы
- Ключи не переезжают вместе со сценарием. Сценарий выгружается в JSON без токенов: на новом сервере его импортируют, заново назначают доступы к Telegram и Google и включают. Это плюс для безопасности, но про шаг нужно помнить.
- «Дошла ли заявка?» Ответ в журнале выполнений: каждый запуск виден без чтения кода. Если журнал не смотрят, сбой замечают по жалобе клиента.
- Нет готового узла. Тогда пишем свой узел или отдельный сервис на Python и подключаем его в цепочку.
- Сервер — единственный потолок. Лимитов тарифа нет, но и мощность ограничена вашей машиной; её нужно сопровождать.
Когда это не нужно
Если связка одна и простая, например уведомление о новой заявке в Telegram, её дешевле встроить прямо в бота. И если задача — частый опрос с фильтрами, как слоты приёмки, отдельный небольшой сервис надёжнее сценария.