Legan Studio
Все статьи
~ 13 мин чтения

Salebot/Manychat vs кастомный бот: когда пора уходить

Сравниваем no-code конструкторы (Salebot, Manychat, BotHelp) и кастомного Telegram-бота. Когда стоит переходить и как мигрировать без потерь.

  • Telegram
  • сравнение
  • разработка
  • миграция

No-code конструкторы вроде Salebot, ManyChat, BotHelp удобны на старте: за неделю можно собрать рабочую воронку без программистов. Но в какой-то момент проект упирается в потолок — производительность, гибкость, стоимость, контроль данных. Вопрос «пора ли уходить» в кастомного бота возникает у каждого второго клиента, который вырос за 6–12 месяцев.

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

Кому что подходит: рамка выбора

Грубо все проекты делятся на три уровня зрелости.

  • Стартап / гипотеза. До 5 000 активных пользователей, одна-две воронки, нет уникальной логики. Конструктор — оптимально. Запуск за неделю, бюджет 2–10 тыс. ₽/мес, гипотезу можно проверить и закрыть без потерь.
  • Средний бизнес. 5 000–50 000 активных, 3–5 сценариев, интеграция с CRM, базовая аналитика. Чаще всего — гибрид: маркетинговые воронки в конструкторе, а ядро (личный кабинет, оплата, Mini App) — в кастоме.
  • Enterprise / нагруженный продукт. 50 000+ активных, тяжёлые интеграции с 1С/ERP, требования по 152-ФЗ и on-premise, белый бренд. Только кастом — конструкторы тут упираются в лимиты тарифа, ограничения логики и проблемы с хранением ПДн.

Дальше — детально по каждой платформе и по кастомной разработке.

Salebot (RU): что умеет и где ломается

Salebot — самый популярный российский конструктор. Изначально заточен под Telegram и ВК, постепенно добавил WhatsApp и Авито.

Что умеет:

  • визуальный редактор сценариев с условиями и переменными;
  • встроенные интеграции с amoCRM, Битрикс24, Яндекс.Кассой, ЮKassa;
  • рассылки с сегментами, A/B-тесты;
  • базовый ИИ-блок с подключением OpenAI/YandexGPT;
  • мини-CRM прямо в платформе.

Тарифы (ориентир на 2025): от ~700 ₽/мес на старте, средний бизнес платит 3–10 тыс. ₽/мес, при базе 50–100k активных — 20–40 тыс. ₽/мес.

Плюсы: быстрый запуск, готовые шаблоны под популярные ниши (онлайн-школы, доставка, услуги), русскоязычная поддержка, оплата с расчётного счёта.

Минусы: vendor lock — экспорт сценариев в человекочитаемом виде ограничен; сложная нелинейная логика быстро превращается в нечитаемое «спагетти» из блоков; при росте трафика цена растёт нелинейно; своих интеграций нет — только через webhooks, которые тоже лимитируются по тарифу.

ManyChat (Global): не про Telegram

ManyChat — глобальный лидер, но фокус у него на Instagram Direct и WhatsApp, а не на Telegram. Telegram-канал у платформы есть, но он явно второго приоритета: меньше интеграций, медленнее обновления Bot API, нет нативной поддержки Mini Apps.

Если основной канал — Instagram, ManyChat сильнее всех. Если Telegram — почти всегда выигрывают локальные альтернативы.

Цена: Pro-тариф от $15/мес за 500 контактов, при 50k+ контактов — $400+/мес. Платёжки в рублях нет, оплата — иностранной картой.

BotHelp (RU): фокус на маркетинге

BotHelp вырос из инструмента для автоворонок и рассылок. Сильная сторона — массовые маркетинговые цепочки, сегментация, аналитика воронок.

Когда брать: если основной кейс — лидогенерация, прогрев, рассылки по базе. Для e-commerce и сложной транзакционной логики — хуже Salebot.

Цена: от 1 500 ₽/мес, средний чек по рынку — 5–15 тыс. ₽/мес.

Senler: исторически из ВКонтакте

Senler начинался как сервис рассылок ВКонтакте и до сих пор силён именно там. Telegram-направление развивается, но по фичам отстаёт от Salebot и BotHelp. Имеет смысл, если у вас уже большая база в ВК и нужен единый инструмент для двух каналов.

Chatfuel: глобальный, но для Telegram средний

Chatfuel — один из старейших на рынке, фокус на Facebook Messenger и Instagram. Telegram поддерживается, но без энтузиазма: интеграций мало, Mini Apps нет, интерфейс на английском. В РФ почти не используется.

Botmother: ниже среднего

Российский конструктор с акцентом на простой drag-n-drop. Подойдёт для самых простых сценариев (FAQ-бот, заявка с переадресацией). На сложной логике быстро упирается в потолок.

Кастомная разработка: Python aiogram или Node grammY

Кастом — это код на одном из специализированных фреймворков:

  • Python aiogram — самый популярный стек в РФ для Telegram, мощная экосистема, удобная работа с FSM (конечные автоматы для диалогов);
  • Node.js grammY — современный TS-фреймворк, удобен если в команде уже есть Node-разработчики и нужен тот же стек, что и на бэкенде;
  • Go telego / telebot — для проектов с экстремальной нагрузкой (миллионы сообщений в сутки).

Что даёт:

  • любая бизнес-логика без ограничений редактора сценариев;
  • любые интеграции — 1С, SAP, кастомные ERP, внутренние API;
  • собственная база данных (PostgreSQL, MongoDB) с ПДн на ваших серверах в РФ;
  • полноценные Mini Apps с любым фронтендом (React, Vue, Svelte);
  • горизонтальное масштабирование через очереди (Redis, RabbitMQ, Kafka);
  • свой мониторинг, алерты, SLA — Grafana, Prometheus, Sentry;
  • белый бренд и on-premise;
  • полный контроль над кодом и данными.

Что забирает: ТЗ, бюджет на разработку, сроки 4–12 недель на MVP, поддержка и DevOps после релиза.

Сравнительная таблица: фичи

ВозможностьSalebotManyChatBotHelpКастом
Скорость запускачасычасычасы4–12 недель
Кастомная логикасреднеслабосреднеполная свобода
Интеграция с 1С/ERPчерез webhookнетчерез webhookнативная
Mini Appsограниченнонетнетполная
Хранение ПДн в РФда (РФ-облако)нетдада (ваши серверы)
Владение кодомнетнетнетполное
Масштабированиепо тарифупо тарифупо тарифугоризонтальное
Поддержка платформырусскаяанглрусскаяваш подрядчик

Сравнительная таблица: цена в месяц

Ориентировочно, без учёта трафика рассылок.

АудиторияSalebotManyChatBotHelpКастом (хостинг + поддержка)
1k MAU700 ₽$15 (~1 500 ₽)1 500 ₽3 000–8 000 ₽
10k MAU3 000–7 000 ₽$50 (~5 000 ₽)5 000–10 000 ₽5 000–15 000 ₽
100k MAU25 000–50 000 ₽$400+ (~40 000 ₽)30 000–60 000 ₽15 000–40 000 ₽

На малых объёмах конструктор всегда дешевле. На 100k+ — кастом часто выигрывает по операционным расходам, но требует разовых инвестиций в разработку.

TCO на горизонте 1–3 лет

Total Cost of Ownership — главный аргумент в споре «конструктор vs кастом». Считаем на типичном проекте 50k MAU.

СценарийГод 1Год 2Год 3Итого 3 года
Конструктор (Salebot)180 000 ₽220 000 ₽270 000 ₽670 000 ₽
Кастом (разработка + хостинг + поддержка)500 000 ₽180 000 ₽200 000 ₽880 000 ₽
Кастом при росте до 200k MAU500 000 ₽250 000 ₽280 000 ₽1 030 000 ₽
Конструктор при росте до 200k MAU350 000 ₽600 000 ₽800 000 ₽1 750 000 ₽

Точка перелома — рост базы. Если она статична, конструктор остаётся дешевле и на 3-летнем горизонте. При росте в 3–4 раза кастом окупается за 18–24 месяца.

Когда выбрать конструктор

Чек-лист «оставайтесь на no-code»:

  • вы тестируете гипотезу и через 2–3 месяца поймёте — взлетает или нет;
  • у вас 1–2 простые воронки без экзотической логики;
  • нет в команде разработчика и не планируется;
  • трафик до 10–20 тыс. активных пользователей в месяц;
  • бюджет на бота — до 30 тыс. ₽/мес;
  • хватает стандартных интеграций с amoCRM/Битрикс24;
  • не нужны Mini Apps и сложные оплаты.

Если совпадает 5+ пунктов — конструктор на ближайший год точно ваш выбор.

Когда нужен кастом

Чек-лист «пора в разработку»:

  • уникальная бизнес-логика (расчёты, скоринг, динамические сценарии);
  • тяжёлые интеграции с 1С, SAP, внутренней ERP;
  • требование 152-ФЗ хранить ПДн на серверах в РФ под вашим контролем;
  • on-premise или гибридное развёртывание;
  • белый бренд (бот не должен «пахнуть» сторонней платформой);
  • полноценный Mini App с кастомным UI;
  • высокий трафик — 100k+ MAU или пиковая нагрузка десятки сообщений в секунду;
  • подписочный биллинг с рекуррентом и сложными тарифами;
  • ИИ-сценарии с RAG и контролем качества ответов.

Если совпадает 3+ пункта — конструктор уже не вытянет.

Гибридная стратегия: MVP на конструкторе → миграция

Самый прагматичный путь — собрать MVP на Salebot за 2 недели, протестировать гипотезу, и при product-market fit мигрировать на кастом без потери аудитории.

Этапы миграции:

  1. Аудит. Снимаем дерево сценариев из конструктора, инвентаризируем интеграции и историческую базу.
  2. Параллельный запуск. Новый кастомный бот поднимается на отдельном @username и принимает только новые регистрации.
  3. Перенос исторической базы. Пользователи, состояния FSM, сегменты — экспортируются и заливаются в новую БД.
  4. Обучение менеджеров. Новая CRM-карточка, новая аналитика — нужен онбординг 1–2 недели.
  5. Переключение трафика. Старый бот переименовывается, основной @username переезжает на новый.
  6. Парковка старого. Оставшиеся пользователи получают финальное напоминание и ссылку на новый бот.

Полная миграция занимает 4–10 недель. Главное — не выключать старого бота, пока 80%+ аудитории не перешло.

Пример скрипта переноса базы

Грубая схема экспорта пользователей из конструктора и импорта в Postgres кастомного бота:

import csv
import asyncpg
import asyncio

async def import_users(csv_path: str, dsn: str) -> None:
    conn = await asyncpg.connect(dsn)
    with open(csv_path, encoding="utf-8") as f:
        reader = csv.DictReader(f)
        for row in reader:
            await conn.execute(
                """
                INSERT INTO users (tg_id, username, segment, created_at, source)
                VALUES ($1, $2, $3, $4, 'salebot_migration')
                ON CONFLICT (tg_id) DO UPDATE
                SET segment = EXCLUDED.segment
                """,
                int(row["tg_id"]),
                row.get("username") or None,
                row.get("segment") or "default",
                row["created_at"],
            )
    await conn.close()

asyncio.run(import_users("salebot_export.csv", "postgresql://..."))

Боевой скрипт сложнее: добавляются батчи, обработка ошибок, восстановление FSM-состояний и метаданных сегментов. Но идея та же — без даунтайма, с возможностью отката.

Подводные камни конструкторов

То, о чём не пишут на лендингах:

  • Внезапные смены тарифов. Платформа может пересмотреть цены в одностороннем порядке — и тариф вырастает в 1,5–2 раза с месячным уведомлением.
  • Удаление функций. Какая-то нужная вам интеграция может быть выпилена — «мало пользователей пользуется».
  • Блокировка аккаунта. При спорах по оплате или подозрении на нарушение правил — аккаунт могут заморозить без предупреждения. Бот при этом перестаёт работать.
  • Лимиты на экспорт. Полный экспорт сценариев в человекочитаемом виде часто недоступен — мигрировать без переписывания нельзя.
  • Зависимость от обновлений Bot API. Новая фича Telegram появится в платформе через 2–6 месяцев. До этого — никак.
  • Vendor lock на данные. История диалогов, сегменты, кастомные поля — всё в чужой базе. При уходе вы получите CSV, но не структурированные сценарии.

Подводные камни кастома

Тут тоже не всё гладко:

  • Зависимость от подрядчика. Если команда «отвалилась», нужно искать новую и тратить время на онбординг в чужой код. Снижается через нормальную документацию и читаемый стек (aiogram > самописный фреймворк).
  • Поддержка после релиза. Bot API обновляется регулярно, иногда — ломающе. Нужен SLA с подрядчиком: гарантированное время реакции и обновлений.
  • Выбор стека. Ошибка с фреймворком, БД или хостингом обходится дорого. Стандартные комбинации — aiogram + PostgreSQL + Redis + Docker — почти всегда работают.
  • DevOps-нагрузка. Мониторинг, бэкапы, обновления безопасности — это отдельная работа, которую кто-то должен делать. Либо вы, либо подрядчик по контракту.
  • Скорость изменений. Маркетолог уже не правит сценарий за 5 минут — нужна задача в трекере, ревью, деплой. Это компромисс за гибкость.

Итого

Salebot, ManyChat, BotHelp хороши для старта и простых воронок — на дистанции до 1–2 лет и базе до 20–30 тыс. активных это часто оптимальный выбор по TCO. Кастомный бот выигрывает на масштабе, гибкости, ИИ, Mini Apps, e-commerce и в чувствительных к 152-ФЗ кейсах. Точка перехода — обычно 30–50 тыс. активных пользователей плюс несколько пунктов из чек-листа выше.

Гибрид — самая частая стратегия в среднем бизнесе: маркетинговые воронки остаются в конструкторе, а ядро продукта живёт в кастоме. Миграция — это проект на 4–10 недель, который окупается на горизонте 18–24 месяцев при сохранённой аудитории.

Главное — выбирать не «по моде», а по фактическим требованиям: трафик, сложность логики, требования к данным, бюджет, наличие команды.

Частые вопросы

Когда стоит уходить с Salebot или ManyChat на кастомного бота?

Когда срабатывают 2–3 фактора одновременно: нужна нестандартная логика с расчётами и внешними сервисами; база перевалила за 30–50 тыс. активных пользователей и стоимость подписки растёт нелинейно; нужна интеграция со своей CRM или 1С (стандартных коннекторов нет); требуется Mini App, подписочный биллинг с рекуррентом или ИИ-сценарии с RAG; ПДн нужно хранить на серверах в РФ под вашим контролем по 152-ФЗ. Если ничего из этого не актуально — конструктор остаётся выгодным даже на горизонте 2–3 лет.

Что выгоднее по деньгам — конструктор или кастомный бот?

На длинной дистанции считается TCO. Конструктор: подписка от 700 ₽ до 50 000 ₽/мес в зависимости от базы, плюс лимиты на сообщения, плюс перерасход тарифа при росте. Кастом: разработка 200 000–600 000 ₽, плюс хостинг 3 000–15 000 ₽/мес, плюс поддержка 10–20% от стоимости разработки в год. Точка безубыточности обычно наступает на горизонте 18–24 месяцев и базе 30–50 тыс. активных пользователей. Для маленьких и статичных проектов конструктор всегда дешевле.

Сколько занимает миграция с Salebot на кастомного бота?

Полная миграция большой воронки реалистично занимает 4–10 недель. Этапы: аудит и экспорт сценариев из конструктора, параллельный запуск (старый бот работает, новый принимает часть трафика), перенос исторической базы пользователей и состояний, обучение менеджеров новым интерфейсам, переключение основного @username на новый бот, парковка старого в режиме «только напоминания» для оставшихся. Большая часть срока — на перенос данных и параллельную работу.

Можно ли совместить конструктор и кастомного бота?

Да, и это часто оптимальная стратегия в среднем бизнесе. Быстрые лендинговые воронки и эксперименты остаются в Salebot или BotHelp — маркетолог крутит их без разработчика. Ядро бизнеса (личный кабинет, оплата, e-commerce, Mini App, ИИ) живёт в кастомном боте. Между ними — webhook-связь и общая база CRM. Это даёт скорость экспериментов от конструктора и стабильность от кастомного решения.

Какие риски у no-code конструкторов помимо цены?

Внезапные изменения тарифов в одностороннем порядке, удаление функций «за неактуальностью», блокировка аккаунта при спорах по оплате без предупреждения, ограничения на экспорт сценариев в человекочитаемом виде, задержка поддержки новых фич Bot API на 2–6 месяцев, vendor lock на исторические данные. Все эти риски управляемы, если бот — не критичная часть бизнеса. Для core-продукта они становятся неприемлемыми.

Какой стек выбрать для кастомного Telegram-бота?

В РФ стандарт — Python + aiogram + PostgreSQL + Redis + Docker. Это самая большая экосистема разработчиков, удобная работа с FSM, проверенные библиотеки. Альтернатива — Node.js + grammY, если в команде уже есть Node-стек. Для экстремальных нагрузок (миллионы сообщений в сутки) — Go + telego. Самописные фреймворки и экзотические языки — повышенный риск vendor lock на одного разработчика.

Что лучше для Telegram — Salebot или ManyChat?

Для Telegram в РФ почти всегда лучше Salebot: он изначально заточен под Telegram и ВК, есть нативная поддержка amoCRM/Битрикс24/ЮKassa, оплата с расчётного счёта в рублях, русскоязычная поддержка. ManyChat — глобальный лидер, но его фокус на Instagram Direct и WhatsApp; Telegram-направление у него явно второго приоритета, интеграций меньше, оплата только иностранной картой.