Никита.Бердников
ИИ и автоматизация

Боты для мессенджера MAX

MAX — российский мессенджер, данные клиентов остаются в РФ, что снимает вопрос 152-ФЗ, который есть к Telegram. Делаю боты трёх слоёв: клиентский (приём заявок и общение), внутренний (уведомления команде, процессы) и нотификации из CRM и аналитики — сделка, оплата, аномалия в цифрах приходят прямо в MAX.

Три слоя ботов для MAX

Клиентский слой принимает заявки и ведёт диалог: клиент пишет в MAX, бот уточняет параметры и создаёт сделку в CRM — без формы на сайте и без ожидания менеджера.

Внутренний слой — уведомления команде: новая заявка, просроченная задача, изменение в процессе. Это не публичный бот, а канал связи между CRM и сотрудниками, которые и так работают в MAX.

Слой нотификаций из CRM и аналитики — события, которые не требуют диалога: сделка закрыта, поступила оплата, показатель в Roistat или DataLens вышел за границу нормы. Сообщение приходит тому, кому нужно, без захода в дашборд.

Почему MAX, а не только Telegram

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

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

Как устроена интеграция

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

Диалоги логируются, чтобы при необходимости можно было посмотреть историю обращения так же, как в CRM смотрят историю звонков и писем.

От уведомлений к клиентскому боту

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

Что я вижу в компаниях, которые уже завели бота в MAX

Чаще всего к моменту разговора бот уже есть — кнопочный, собранный на конструкторе. Он показывает меню и принимает сообщение, а дальше переписка остаётся внутри мессенджера. Менеджер переносит телефон и имя в CRM руками, часть обращений теряет в выходные. Сама заявка нигде не считается: в отчёте по каналам MAX отсутствует, потому что источник в сделку не проставляется.

Второе, что встречается — уведомления, которые сотрудники отключили. Бот шлёт событие на каждое движение сделки в общий чат, без разбора получателей. Через неделю канал глушат, и он перестаёт работать. Я развожу события по ролям и порогам: руководителю — деньги и отклонения показателей, менеджеру — его сделки и просрочки, остальное остаётся в CRM.

Третье — заявки, которые приходят в личный аккаунт сотрудника. При увольнении переписка уходит вместе с человеком, и восстановить историю по клиенту нечем. Бот с записью в CRM закрывает это: диалог остаётся у компании и привязан к сделке вместе со звонками и письмами.

Чего бот в MAX не сделает

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

Бот не ведёт переговоры. Согласование условий, торг по цене, разбор претензии — работа менеджера. Я закладываю передачу диалога человеку по явным признакам: клиент спрашивает про скидку, второй раз переспрашивает одно и то же, пишет о проблеме с заказом. Сценарий останавливается, в CRM появляется задача с историей переписки.

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

Тот же сценарий можно поднять на сайте и в других мессенджерах — логика диалога и передача в CRM не меняются: /uslugi/chat-boty/.

Тот же сценарий поднимается на сайте и в других мессенджерах — логика диалога и передача в CRM не меняются: разработка чат-ботов.

Пакеты и цены

Выбирайте объём — от стартового аудита до полного цикла

Под ключ

Клиентский бот

3–4 недели
  • Приём заявок и общение с клиентами в MAX
  • Создание сделок в CRM из диалога
  • Сценарии ответов, при необходимости — на ИИ-модели
  • Передача сложных диалогов на менеджера
от

140 000 ₽

Бот-уведомления

1–2 недели
  • Пуш событий из amoCRM / Bitrix24 / аналитики в MAX
  • Настройка триггеров: сделка, оплата, аномалия
  • Разграничение по получателям
от

60 000 ₽

Условия работы

  • Оплата 50/50: аванс на старте, остаток после приёмки.
  • Смета фиксируется до начала работ и не растёт, пока не меняется объём.
  • 30 дней после сдачи правлю баги в сделанном функционале бесплатно.
  • Договор с ИП, закрывающие документы.
  • Код, доступы и документация — ваши с первого дня. Систему при необходимости подхватит любой подрядчик, без закрытых решений и привязки ко мне.

Смежные услуги

Часто идут в связке — собираю выручку в одну картину под ключ или по отдельности.

Вопросы и ответы

Сколько времени занимает разработка бота?

Бот-уведомления — 1–2 недели: подключение к MAX Bot API, настройка триггеров из CRM и аналитики. Клиентский бот с приёмом заявок и диалогом — 3–4 недели, зависит от глубины сценариев.

От чего зависит цена?

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

Какие данные хранятся и где?

Переписка и данные клиентов из MAX остаются в российской юрисдикции — это одно из отличий MAX от Telegram. Если в диалоге задействована ИИ-модель, использую РФ-совместимые варианты — YandexGPT, GigaChat или self-hosted, чтобы данные не покидали Россию — требование 152-ФЗ.

Чем это отличается от бота на конструкторе?

Конструкторы мессенджер-ботов ограничены готовым набором действий и вебхуков и обычно не дают полного доступа к объектам CRM. Я пишу интеграцию кодом: бот читает и создаёт сделки напрямую через API amoCRM или Bitrix24, а не через ограниченный список готовых сценариев.

Как бот связан с моей CRM и аналитикой?

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

У нас нет CRM, заявки ведём в таблице. Бот подойдёт?

Бот сможет писать строки в таблицу, и на небольшом потоке это работает. Проблемы начинаются дальше: в таблице нет этапов, задач и напоминаний, поэтому дожимать сделки нечем. Обычно предлагаю сначала поднять amoCRM или Bitrix24 под ваш процесс, а бота подключать к готовой воронке — тогда каждый диалог превращается в сделку с ответственным и историей. Настройку воронки и подключение бота считаю одной сметой, чтобы не платить дважды за интеграцию.

У нас уже есть бот в Telegram. Можно перенести его в MAX?

Сценарии и логику переношу, код — частично: у MAX Bot API своя схема сообщений, кнопок и вложений, поэтому транспортный слой пишется заново. Если Telegram-бот собран на конструкторе, переносятся тексты и ветки диалога. Дальше выгоднее держать общую логику и общую базу диалогов, а к каждому мессенджеру подключать свой адаптер. Тексты при переносе всё равно правлю: длина сообщений и поведение кнопок в MAX отличаются от Telegram.

Кто отвечает за бота после сдачи?

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

Обсудим проект?

Отвечу лично в течение рабочего дня. Начнём с короткого разбора — без обязательств и без обзвонов.

Отвечаю сам в течение 2 часов в рабочее время. Без спама и обзвонов.