Конструкторы ботов для Telegram: где у них потолок и когда пора писать код

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

◆ ЧТО КОНСТРУКТОР ДЕЛАЕТ ЗА ВАС

Если писать бота руками, вы возьмёте на себя четыре скучные вещи: сервер, на котором он крутится; хранение состояния пользователя (на каком шаге диалога человек находится); обработку сбоев; интерфейс, где нетехнический сотрудник может поправить текст.

Конструктор снимает все четыре. Сервер их, состояние они хранят сами, тексты правит менеджер без вас. Именно за это, а не за «блоки со стрелочками», вы и платите.

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

◆ ТРИ УРОВНЯ ЗАДАЧ

Понять, хватит ли конструктора, проще всего по уровню задачи.

Уровень 1. Бот-визитка и приём заявок. Меню, ответы на частые вопросы, форма «оставьте телефон», уведомление менеджеру. Конструктор закрывает полностью, писать код здесь — трата денег.

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

Уровень 3. Бот как часть системы. Ему нужно смотреть остатки в вашей учётной системе, проверять статус заказа в реальном времени, считать индивидуальную цену по вашим правилам, отвечать моделью с опорой на вашу базу знаний. Вот здесь конструктор либо не тянет, либо тянет через костыли, которые дороже своей разработки.

◆ ГДЕ РОВНО ПРОХОДИТ ПОТОЛОК

Своя логика. Как только правило усложняется до «если клиент из этой категории и заказ больше такой суммы, но не в выходные — считаем иначе», интерфейс конструктора начинает мешать. Некоторые сервисы дают вставку кода, и это спасает, но тогда вы уже наполовину разработчик, только с чужими ограничениями.

Интеграции. Готовые подключения к популярным CRM обычно есть. К вашей учётной системе, к самописной базе, к специфическому сервису — обычно нет. Остаётся общий блок запроса к чужому API, и вот с ним у нетехнического человека начинается совсем другая жизнь.

Данные и переезд. Бот копит базу подписчиков и историю диалогов. Уточните до старта, в каком виде вы всё это заберёте, если решите уйти. Ответ «выгрузка в таблицу» — приемлемо, отсутствие внятного ответа — красный флаг.

Цена на объёме. Тарифы обычно растут от числа подписчиков или сообщений. На старте это копейки, на базе в десятки тысяч человек сумма становится заметной — и её стоит прикинуть заранее, а не обнаружить на счёте.

◆ КАК РЕШИТЬ ЗА ПЯТЬ МИНУТ

Не надо сравнивать таблицы возможностей. Ответьте на три вопроса.

Первый: боту нужно знать что-то, чего нет внутри самого бота? Остатки, статусы, персональные условия. Если да — вы на третьем уровне.

Второй: если сервис завтра поднимет цены вдвое или закроется, что произойдёт? Если ответ «остановятся продажи» — не стройте на нём критичный процесс.

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

◆ ЧЕСТНО ПРО СВОЙ КОД

Раз уж пишу против собственных интересов, скажу и обратное.

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

Для бота, принимающего заявки, это избыточно почти всегда. Разработка оправдана, когда бот — часть продукта или когда он тесно сшит с внутренними системами.

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

◆ ЧТО ЗАБРАТЬ

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

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

А вы на чём собирали ботов и во что упирались? Интересны именно моменты, когда конструктора внезапно перестало хватать.