Telegram-бот на n8n или конструктор: что выбрать

Если Telegram-бот должен просто принять событие, дернуть API, отправить уведомление и записать данные, n8n может быть отличным выбором. Если бот должен продавать в Telegram, вести человека по сценарию, хранить историю контакта, давать менеджеру контекст, запускать рассылки и показывать конверсию, берите конструктор вроде Strelo.

Главная развилка такая: n8n - это automation platform для технических workflows. Strelo - это продуктовая среда для Telegram-продаж. На экране оба инструмента похожи, потому что у обоих есть визуальные блоки. Но смысл блоков разный: в n8n вы строите интеграционную логику, в Strelo - путь лида.

Быстрый вердикт

n8n выбирают, когда в команде есть человек, который понимает API, JSON, webhook, серверы и логи. Тогда Telegram-бот можно собрать как часть большой автоматизации: Telegram, CRM, платежка, PostgreSQL, Slack, Google Sheets, внутренний backend, AI-модель. Это гибко и часто дешевле при большом объеме.

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

Что показывает экран n8n

На свежем скриншоте тарифной страницы n8n видно, как сам сервис объясняет модель: pricing based on monthly workflow executions, планы Starter и Pro, лимиты 2.5k и 10k workflow executions, GitHub-счетчик около 195k stars. Это сильный сигнал: n8n продает не "ботов", а автоматизацию workflows.

Для Telegram-бота это важно. В n8n execution - запуск workflow, а не отдельная нода. Это выгоднее, чем модели, где списывается каждый шаг, но все равно требует проектирования: сколько входящих сообщений будет в месяц, сколько webhook-событий, как часто будут напоминания, где хранить состояние пользователя, как обрабатывать ошибки и повторы.

На скрине Strelo виден другой продуктовый слой. Бизнес работает не с абстрактным execution, а со сценарием, контактами, диалогами, тегами, оплатами и аналитикой. Это меньше свободы для инженера, зато быстрее для маркетолога и менеджера, которым нужно менять тексты, смотреть путь лида и понимать, кто готов к покупке.

Где n8n действительно сильнее

n8n сильнее, когда Telegram - только один из узлов технической автоматизации. Например, SaaS получает webhook от платежной системы, проверяет статус в своей базе, отправляет уведомление в Telegram, создает задачу в Linear и обновляет CRM. Здесь нужен не конструктор бота, а оркестратор систем.

Еще n8n сильнее, когда нужна произвольная логика. В Telegram-продажах часто хватает условий, тегов и задержек. Но если нужно парсить сложный JSON, объединять три API, делать кастомную нормализацию данных, запускать AI-агента или строить внутренний backend-процесс, универсальная workflow-платформа удобнее.

Третья сильная сторона - self-hosted контроль. n8n source-available, его можно развернуть на своем сервере и держать данные у себя. Официальная лицензия Sustainable Use License разрешает внутреннее бизнес-использование, но ограничивает сценарии, где вы продаете продукт или сервис, ценность которого существенно построена на n8n. Это не проблема для обычной внутренней автоматизации, но важная деталь для агентств и SaaS.

Где конструктор выигрывает

Конструктор выигрывает, когда Telegram-бот - это не backend-процесс, а клиентский путь. У лида есть состояние: откуда пришел, что выбрал, на каком шаге остановился, какие сообщения видел, покупал ли, просил ли оператора, какие теги получил. В n8n это можно собрать, но придется выбрать базу, структуру данных, интерфейс для менеджера, правила рассылок и аналитику.

В Strelo эти сущности уже есть. Маркетолог не думает, где хранить статус контакта и как связать сообщение с оплатой. Он видит сценарий, меняет текст, добавляет ветку, запускает рассылку по сегменту и смотрит результат. Интеграции остаются, но не заменяют ядро воронки.

Для небольшой онлайн-школы, эксперта, канала с продажей продукта или команды без разработчика это критично. "Бесплатно развернуть n8n" часто означает "найти человека, который будет отвечать за сервер, секреты, обновления, резервные копии, логи и отладку". Если такого человека нет, бесплатность быстро превращается во внутренний долг.

Сценарии выбора

Онлайн-школа запускает вебинар

Нужно принять человека из Telegram-рекламы, выдать ссылку, отправить напоминания, ответить на вопросы, принять оплату, передать доступ и вернуть тех, кто не купил. Это типовой путь Telegram-продаж. В Strelo он собирается как сценарий. В n8n нужно проектировать хранение состояния, рассылки, CRM-интерфейс и аналитику.

Интегратор собирает связку для клиента

Если задача звучит как "когда пришел webhook, отправить данные в три сервиса", n8n подходит. Если задача звучит как "сделать бота, через которого отдел продаж ведет клиентов", одного workflow мало. Тогда n8n можно оставить для внешних систем, а фронт клиентского пути собрать в конструкторе.

Технический продукт отправляет события

SaaS, сервис доставки, внутренняя платформа, marketplace или B2B-продукт могут использовать Telegram как канал уведомлений. Там n8n логичен: событие из backend, проверка в базе, форматирование, отправка, логирование. Strelo не должен быть центром такой инфраструктуры.

Эксперт продает консультации

Эксперту важны скорость и понятность. Он меняет оффер, тексты, цены, даты, сегменты. Ему не нужен сервер и разбор execution logs. Ему нужен экран, где видно, кто пришел, что спросил, кому отправить напоминание и где теряется конверсия. Это зона Strelo.

Почему Telegram-бот на n8n сложнее, чем кажется

Первый слой сложности - состояние диалога. Telegram Bot API отправляет события, а n8n умеет их ловить и обрабатывать. Но сам по себе workflow не становится CRM. Нужно решить, где хранить шаг пользователя, как отличать нового лида от старого, что делать при повторном сообщении, как не отправить одно и то же дважды, где смотреть историю и кто отвечает руками.

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

Третий слой - аналитика. Если бот продает, бизнесу нужно знать, не просто "workflow сработал", а сколько людей дошли до оффера, где отпали, какие сегменты покупают, какие сообщения влияют на оплату. n8n дает execution history и логи. Продуктовая воронка требует другой аналитики.

Как считать стоимость

На cloud-тарифах n8n стоимость привязана к workflow executions. На момент проверки pricing-страница показывает Starter за 20 EUR в месяц при годовой оплате и 2.5k executions, Pro за 50 EUR и 10k executions, Business за 667 EUR и 40k executions. Все планы включают unlimited users, workflows и integrations.

Для простых workflows это очень выгодно: один запуск может включать много шагов. Но для Telegram-бота считать нужно не только новых лидов. Сообщения, callback, напоминания, повторные касания, ручные события и webhook от оплаты могут запускать разные workflows. Если каждое входящее сообщение стартует execution, активный бот быстро выходит за рамки простых оценок.

Self-hosted снимает cloud-квоту, но не снимает стоимость владения. Сервер, обновления, безопасность, резервные копии, monitoring, доступы, секреты и восстановление после ошибок кто-то должен держать. Если это уже часть вашей инженерной культуры, n8n силен. Если нет, конструктор часто дешевле по полной стоимости.

Что будет через месяц после запуска

Через месяц после запуска Telegram-бота обычно появляются не новые интеграции, а операционные вопросы. Кто не ответил после первого касания? Кому отправить повторное предложение? Как отделить покупателей от теплых лидов? Как увидеть, что аудитория выпала на шаге с ценой? Как менеджеру открыть историю и понять контекст?

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

Зато если через месяц появились вопросы другого типа - как синхронизировать пять внутренних систем, как запустить кастомный AI-пайплайн, как обработать миллион технических событий, как подключить локальную модель, - конструктор Telegram-ботов будет тесен, и n8n окажется естественным выбором.

Архитектурная развилка

Есть простой тест. Представьте, что человек в команде открывает схему через месяц после запуска. Что он должен увидеть?

Если он должен увидеть техническую карту: webhook, API, JSON, база, retry, лог, credentials, then n8n подходит. Это карта системы. Ей должен владеть технический человек.

Если он должен увидеть клиентский путь: приветствие, вопрос, сегмент, прогрев, оплата, тег, менеджер, повторная рассылка, then нужен конструктор. Это карта продажи. Ей должен владеть маркетолог или руководитель продаж.

Проблемы начинаются, когда карту системы пытаются выдать за карту продажи. Логика работает, но бизнес не видит воронку. Или наоборот: в конструктор пытаются запихнуть сложную backend-инфраструктуру, и продукт начинает делать не свою работу.

Что придется добавить к n8n вокруг Telegram-продаж

Если вы все-таки собираете продажного Telegram-бота на n8n, заранее запланируйте окружение вокруг workflow. Нужна таблица или база контактов, где хранится user id, источник, текущий шаг, теги, дата последнего касания, статус покупки и согласие на коммуникации. Нужен интерфейс для менеджера, иначе команда будет отвечать без истории.

Нужен механизм рассылок. Это не просто цикл по массиву chat id. Нужны сегменты, исключения, стоп-листы, задержки, обработка ошибок Telegram API, повторные попытки и защита от дублей. Еще нужен журнал, чтобы понимать, кому сообщение ушло, кому не ушло и почему.

Нужна аналитика. n8n покажет execution history, но владельцу продаж нужны другие вопросы: сколько людей пришло из рекламы, сколько нажали кнопку, сколько дошли до цены, сколько оплатили, какой сегмент покупает лучше. Эти метрики придется считать отдельно. Если в команде есть аналитик и инженер, это нормально. Если нет, проще взять продукт, где эти сущности уже встроены.

Когда можно совместить n8n и Strelo

Выбор не всегда бинарный. Часто правильная архитектура такая: Strelo отвечает за Telegram-путь лида, n8n отвечает за внешние технические процессы. Например, человек проходит сценарий в Strelo, оплачивает, получает тег и попадает в сегмент. После этого webhook отправляет событие во внешние системы, а n8n синхронизирует внутреннюю базу, CRM, склад или BI.

Такой вариант полезен, когда бизнесу нужна понятная воронка для маркетолога и одновременно сложная backend-автоматизация для технической команды. Важно только не смешивать роли. Strelo не должен становиться универсальной ETL-платформой, а n8n не должен быть единственным экраном для менеджера по продажам.

Практический критерий простой: все, что связано с клиентским диалогом и состоянием лида, держите в Strelo. Все, что связано с внутренними системами, сложным API и трансформацией данных, отдавайте n8n. Тогда каждый инструмент делает свою работу, а команда не превращает Telegram-бота в набор невидимых связок.

Риски self-hosted, о которых забывают на старте

Self-hosted n8n часто звучит как бесплатный путь. Но в production это не только docker run. Нужно хранить credentials, закрывать доступ к редактору, делать бэкапы базы, обновлять версию, смотреть уязвимости, мониторить падения, проверять, не переполнены ли execution logs, и понимать, что будет при ошибке в webhook.

Для технической команды это привычная зона ответственности. Для онлайн-школы или эксперта это риск. Если бот отвечает за продажи, потеря workflow на сутки означает потерю заявок и доверия. Поэтому перед выбором self-hosted честно спросите, кто будет дежурить, когда бот перестанет отвечать после обновления, переполнения диска или ошибки credentials.

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

Как принять решение без спора в команде

Соберите короткий список требований. Если в нем больше пунктов про API, базы, очередь, retry, code node, кастомную AI-цепочку и внутренние сервисы, стартуйте с n8n. Если больше пунктов про прогрев, сегменты, менеджеров, покупки, повторные касания, аналитику воронки и быстрые правки текстов, стартуйте с конструктора.

Потом назначьте владельца. У n8n владельцем должен быть технический человек, который понимает архитектуру workflow. У Strelo владельцем может быть маркетолог или руководитель продаж. Если владелец выбран неправильно, даже хороший инструмент начнет тормозить команду.

И последнее: не пытайтесь доказать универсальность. n8n может собрать Telegram-бота, но не обязан быть лучшим способом продавать в Telegram. Конструктор может отправлять webhook, но не обязан быть лучшим способом строить backend-оркестрацию. Сильная архитектура начинается с честной границы.

Итог

Выбирайте n8n, если Telegram-бот является частью технической автоматизации: много API, нестандартная логика, self-hosted контроль, AI workflows, внутренние системы, команда с инженерной экспертизой. Это сильный инструмент, но он требует владельца архитектуры.

Выбирайте Strelo, если Telegram-бот должен продавать: вести лида, хранить контекст, отправлять цепочки, принимать оплату, давать менеджеру историю, сегментировать контакты и показывать аналитику. Это меньше свободы для кода, зато больше готового продукта для бизнеса.

Коротко: "собрать backend workflow вокруг Telegram" - n8n. "продавать через Telegram-бота без технической команды" - Strelo.