// blog

Чат-бот в Телеграме: почему конструктора хватает не всем

Давыдов Константин Юрьевич · Основатель aiglue

Конструктор собирает работающего бота за вечер. Проблема появляется позже, когда бот начинает приносить обращения, а счёт за платформу растёт быстрее выручки.

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

Что чат-бот в Телеграме закрывает в малом бизнесе?

Чат-бот в Телеграме закрывает повторяющийся диалог: запись на приём, приём заявки, ответы на типовые вопросы, уведомление о статусе заказа. Он не продаёт вместо продавца и не заменяет учётную систему. Ценность в другом: типовое обращение обрабатывается без человека и круглосуточно, а нетиповое доходит до сотрудника с уже собранным контекстом.

Запросы бизнеса это подтверждают. В нашем логе заказов с фриланс-бирж семь запросов из ста двух касались записи и бронирования, шесть относились к интеграции с CRM, пять к приёму оплат. Ровно эти три сценария стоят в описании наших услуг. Все три объединяет одно: диалог в них служит входом в систему, которая живёт за пределами мессенджера.

Почему конструктор - правильный первый шаг?

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

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

Где у конструктора заканчивается бесплатный тариф?

Раньше, чем ожидает владелец бизнеса. У SaleBot бесплатный тариф ограничен пятьюдесятью сообщениями в сутки; один живой диалог занимает шесть-десять сообщений, и дневного лимита хватает примерно на пять-восемь обращений, включая тех, кто нажал «старт» и ушёл. У BotHelp бесплатного тарифа нет вовсе: там четырнадцатидневный пробный доступ.

СервисЧто доступно без оплатыЖёсткий лимитДата проверки
SaleBotБессрочный бесплатный тариф50 сообщений в сутки6 сентября 2026
PuzzlebotБессрочный тариф Free150 подписчиков, 15 команд и условий, реклама сервиса внутри вашего бота6 сентября 2026
BotHelpПробный доступ на 14 дней3 000 подписчиков, дальше доступ платный6 сентября 2026

Цифры взяты с официальных страниц тарифов SaleBot, Puzzlebot и BotHelp. Условия меняются, поэтому дата проверки стоит прямо в таблице.

Отдельного внимания заслуживает строка Puzzlebot про рекламу. На бесплатном тарифе в вашем корпоративном боте клиенту показывают рекламу платформы, и для чат-бота в Телеграме, который стоит в профиле компании, это прямая потеря доверия.

Как считается цена, когда бот начинает работать?

По осям, которые растут вместе с бизнесом. У BotHelp тариф PRO складывается из фиксированной части и платы за каждого активного подписчика, поэтому счёт растёт линейно с базой и держится, даже если бот молчит целый квартал. У SaleBot единица тарификации другая: считаются сообщения в сутки, и чем длиннее диалог, тем дороже обходится качественный сценарий.

Вторая механика неочевидна и потому болезненна. Хороший сценарий уточняет детали, подтверждает выбор, присылает статус, и каждое такое сообщение платное.

Платных осей у SaleBot сразу четыре: подписчики, сообщения, сотрудники и подключённые мессенджеры. В прайсе на той же странице дополнительный сотрудник стоит 599 ₽ в месяц, дополнительный мессенджер 649 ₽, следующие десять тысяч сообщений в сутки 1 890 ₽. Отдел продаж из восьми человек означает доплату за шестерых сверх включённых двух.

Своя разработка устроена иначе. Сервер стоит примерно одинаково и при пяти тысячах подписчиков, и при двухстах тысячах, поэтому точка перехода считается арифметикой: сравнением двух счетов на горизонте года.

Мы строим такие боты себе и эксплуатируем их сами, поэтому эту арифметику считали на собственных цифрах. Если хотите прикинуть её на своих, опишите задачу.

Какие лимиты ставит сам Telegram?

Те, которые не обойдёт ни одна платформа. В документации Bot API указано: не больше одного сообщения в секунду в один чат, не больше двадцати сообщений в минуту в группу и около тридцати сообщений в секунду на всю рассылку. Файл на приём ограничен двадцатью мегабайтами, на отдачу пятьюдесятью.

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

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

Есть и менее очевидная деталь, которую разбирает редакция сервиса Релая в материале об ошибке 429. Лимит в тридцать запросов в секунду считается суммарно по всем операциям бота, включая редактирование кнопок и удаление сообщений. Если бот параллельно редактирует кнопки, удаляет старые сообщения и отвечает живым людям, всё это складывается в один счётчик.

Наказание за превышение серьёзнее потери сообщения. В документации фреймворка grammY сказано прямо: «hitting rate limits does not lead to bans. Ignoring them does» - «попадание в лимиты не ведёт к банам, их игнорирование ведёт». Как именно конструктор обрабатывает ошибку 429, вам не покажут: это чёрный ящик.

Обход у ограничения на файлы существует. Собственный экземпляр Bot API Server снимает лимит на скачивание и поднимает загрузку до двух гигабайт, но поднять такой сервер внутри чужого облачного сервиса физически невозможно.

Почему нельзя добавить одну функцию к готовому боту?

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

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

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

Что происходит с базой подписчиков со временем?

База подписчиков чат-бота в Телеграме молча тает. Бот не может написать человеку первым, пока тот не нажал «старт». Если пользователь заблокировал бота, отправка возвращает ошибку, и узнать заранее, заблокирован ли бот у конкретного человека, нельзя: единственная проверка это попытка отправки, и она же расходует лимит.

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

Что можно унести при переезде между конструкторами?

Список контактов, и почти ничего сверх него. Инструкция BotHelp по переходу с SaleBot описывает ровно одну операцию: перенос подписчиков через выгрузку в CSV. Про сценарии, воронки, историю диалогов и накопленные теги в ней нет ни слова. Так написано в документации конкурирующей платформы.

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

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

Как бот должен обращаться с персональными данными?

Записывать данные граждан России в базы, физически находящиеся в России. Часть 5 статьи 18 закона 152-ФЗ запрещает запись, систематизацию, накопление и хранение персональных данных граждан РФ с использованием баз за пределами страны. После правки 2025 года норма сформулирована как прямой запрет на размещение таких данных вне территории страны.

Цена вопроса измерима. За неуведомление Роскомнадзора о намерении обрабатывать персональные данные юрлицам и ИП грозит штраф от 100 до 300 тысяч рублей по редакции, действующей с 30 мая 2025 года. Под это попадает любой предприниматель, чей бот спрашивает телефон.

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

  1. Конструктор зарубежный, и персональные данные пишутся в иностранную базу.
  2. Платформа российская, но AI-блок ходит в зарубежную модель, а в тексте диалога клиент уже назвал имя и телефон.
  3. Платформа и модель российские, но вебхук отдаёт лид в зарубежную таблицу или сервис автоматизации.

Второй и третий пункты показывают, где «российский конструктор» перестаёт быть щитом. Сама платформа находится в России, а персональные данные всё равно уходят за границу.

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

Здесь нужна честная оговорка. Разъяснений Роскомнадзора именно по чат-ботам в мессенджерах нет, и всё доступное публично сводится к интерпретациям юристов и вендоров; позиции регулятора среди них нет.

Почему бот зависает на середине сценария?

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

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

Свой код даёт над этим контроль, и мы это проверяли на собственном боте. Состояние диалога у нас лежит в Redis с временем жизни семь дней, поэтому контейнер можно пересобрать посреди рабочего дня, и человек продолжит разговор с той же строки. Гонку «сброс контекста во время ответа» закрывает счётчик эпох, а зависший подпроцесс снимается таймаутом, чтобы пользователь не остался в подвешенном состоянии навсегда.

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

Что мы увидели в 102 заказах на ботов

Чаще нанимают починить, чем построить. Наш сканер фриланс-бирж за девяносто девять дней наблюдения записал 4 535 заказов; из них 102 касались разработки или доработки чат-бота в Телеграме. Сорок заказов просят сделать бота с нуля, шестнадцать касаются доработки существующего, четырнадцать интерфейса рядом с ботом.

Что просят в заказеЗаказов из 102
Создать, разработать, сделать MVP с нуля40
Доработать, починить, настроить существующего16
Mini App, веб-панель или админка рядом с ботом14
ИИ или языковая модель внутри бота13
Парсинг, мониторинг, автопостинг11
Мессенджер MAX рядом с Telegram9
Запись и бронирование7
Интеграция с CRM и внешними сервисами6
Приём оплат и подписки5

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

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

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

Кому конструктора хватит навсегда?

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

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

Ощущение «пора расти» дырой не является. Если ни один из четырёх пунктов выше не про вас, оставайтесь на конструкторе.

С чего начать, если бот уже упёрся

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

  1. Сколько будет стоить следующая тысяча подписчиков и следующая тысяча сообщений в сутки. Считать на горизонте года.
  2. Что именно получится выгрузить, если завтра придётся уйти с платформы. Отдельно проверить, выгружается ли история диалогов и лог согласий.
  3. Где физически лежат телефоны и имена клиентов. Пройти по всей цепочке: конструктор, модель в AI-блоке, все внешние сервисы, куда уходит лид.

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

Источники

Разбор выше построен на нашей собственной практике: боты, о которых идёт речь, мы построили себе и эксплуатируем сами, а что именно делали, видно в разделе работ. Если у вас уже есть бот на конструкторе и непонятно, к какому из трёх вопросов выше он относится, напишите нам: разберём вашу схему и скажем, нужен ли переход.