Telegram или MAX для бизнес-бота: как выбрать канал и не зависеть от него

Почему вопрос вообще возник

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

При этом Telegram никуда не делся, и для многих бизнесов именно там остаётся основная аудитория. Отсюда и вопрос. Ответ зависит от пяти критериев.

Критерий 1. Где ваша аудитория

Самый важный и самый простой для проверки. Посмотрите, откуда приходят обращения сейчас, и спросите клиентов, где им удобно. Для B2B-компаний, ИТ-сектора, торговли и услуг в крупных городах аудитория чаще в Telegram. Для образования, медицины, ЖКХ, работы с госсектором и региональных услуг доля MAX растёт. Для внутренних ботов для сотрудников всё определяется тем, каким мессенджером компания пользуется для работы. Если ответ «и там, и там», это не проблема, а подсказка: делать бота на обоих каналах.

Критерий 2. Требования к данным

Если бот обрабатывает только публичную информацию и контакты клиентов с их согласия, разница между каналами невелика при соблюдении требований к персональным данным. Если бот для сотрудников работает с внутренними данными, регламентами и данными из учётных систем, служба безопасности может возражать против иностранной платформы, и тогда MAX, корпоративный мессенджер или веб-интерфейс в контуре становятся предпочтительнее. В любом случае переписка хранится у вас, а перечень данных, передаваемых модели, фиксируется в договоре. Требования закона разобраны в статье «ИИ и персональные данные».

Критерий 3. Возможности платформы

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

Критерий 4. Риски и устойчивость

У каждого канала свои риски. Для Telegram это ограничения доступа и отношение регуляторов, которые могут меняться; для MAX — молодость платформы и возможные изменения правил и функций. Ни один из рисков нельзя исключить, зато можно сделать так, чтобы он не был критичным: бот должен быть устроен так, чтобы канал был сменной деталью. Об этом ниже.

Критерий 5. Стоимость подключения

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

Примеры по отраслям

Как устроен бот в каждом из каналов, описано на страницах чат-бот с ИИ для Telegram и чат-бот в MAX для бизнеса.

Как сделать бота, который не зависит от канала

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

1. Один «мозг» на все каналы. Понимание запроса, база знаний, правила, интеграции с CRM и 1С, сценарии передачи человеку — всё в одном сервисе, который не знает, откуда пришло сообщение.
2. Тонкие адаптеры для каналов. Для каждого мессенджера — небольшой слой, который принимает сообщения, переводит кнопки и файлы в общий формат и отправляет ответы. Добавить канал — написать адаптер.
3. Единая история диалога. Клиент, начавший в Telegram и продолживший в MAX или на сайте, не повторяет сказанное. Идентификация по телефону или коду с согласия клиента.

При такой схеме изменение правил одного канала или его недоступность затрагивают только адаптер, а не бота целиком. Это же позволяет подключать сайт, VK и Авито к тому же боту. Общая архитектура описана на странице ИИ чат-бот для бизнеса.

Внутренние боты для сотрудников: отдельная логика выбора

Для клиентского бота решает аудитория, для внутреннего — политика компании и служба безопасности. Если компания работает в Telegram и данные бота не выходят за рамки регламентов и заявок, Telegram удобен. Если бот отвечает по внутренним данным из 1С и кадровой системы, вопрос переходит к службе безопасности, и часто ответ — MAX или корпоративный мессенджер, а для самых чувствительных данных — веб-интерфейс внутри контура. Как такие ассистенты устроены с правами по ролям, описано на странице корпоративный ИИ-ассистент.

Типичные ошибки при выборе канала

• Выбирать по новостям, а не по данным. Решение принимается по заголовкам, а не по выгрузке обращений. Посмотрите, откуда пишут клиенты, это займёт час.
• Делать бота под один канал намертво. Логика внутри бот-платформы одного мессенджера; при смене канала переделывать всё.
• Разные боты в разных каналах. Два подрядчика, две базы знаний, два разных ответа на один вопрос.
• Игнорировать службу безопасности до запуска. Бот для сотрудников запущен в Telegram, через месяц его требуют закрыть.
• Ждать «стабилизации» MAX. Если аудитория уже там, ожидание — это потерянные обращения; адаптер под канал стоит недорого.

Пример: учебный центр с двумя аудиториями

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

Решение: один бот с общей базой знаний по расписанию, оплате, документам и правилам, с записью на пробные занятия через систему центра и заявками в CRM. Два адаптера: Telegram и MAX. История диалога общая по номеру телефона с согласия: родитель, начавший в MAX, и подросток, написавший в Telegram про ту же группу, видны администратору как одна семья. Через месяц центр подключил к тому же боту виджет на сайте. Что изменилось: время первого ответа упало до секунд в любое время, ответы перестали расходиться, администраторы занялись живыми обращениями. Какой из каналов «главный», оказалось неважно: главной была общая логика.

Что проверить у подрядчика

• Где живёт логика бота. Если ответ «в бот-платформе мессенджера», смена канала потребует переделки.
• Как добавляется второй канал и сколько это стоит. Ответ должен быть про адаптер, а не про новый проект.
• Где хранится переписка и какие данные уходят модели. У вас и по перечню.
• Что происходит при изменении правил канала. Входит ли адаптация в сопровождение.
• Единая ли история диалога между каналами и как клиент идентифицируется.

Общий список вопросов подрядчику есть в статье «Как выбрать подрядчика по внедрению ИИ».

Практический порядок действий

1. Выгрузите обращения за месяц по каналам и типам. Это основа решения.
2. Определите тип бота: клиентский или внутренний. Для внутреннего сразу подключите службу безопасности.
3. Выберите первый канал по аудитории, второй запланируйте.
4. Требуйте архитектуру с общей логикой и адаптерами, чтобы второй канал добавлялся без переделки.
5. Запустите на одном канале, замерьте, добавьте второй. Метрики: доля обращений с ответом в первые минуты, доля закрытых без оператора, заявки из диалога.

Правильный ответ на вопрос «Telegram или MAX» почти всегда «тот, где клиенты, и второй через месяц». Неправильный — бот, который умеет жить только в одном из них.