MAX для бизнеса: как перенести продажи и поддержку в мессенджер и не потерять клиентов

Переезд в MAX ломается не на боте, а на клиентах, которые не узнали, куда вы переехали. Бот поднимается за день, модерация по документации занимает до 48 часов по рабочим дням, а вот клиент, который три года писал вам в WhatsApp, сам вас в новом мессенджере искать не будет. MAX для бизнеса — это набор инструментов российского мессенджера MAX для компаний: публичные каналы, чат-боты с открытым Bot API, мини-приложения и подключение CRM и чат-платформ, доступные после верификации юрлица, ИП или самозанятого — резидента РФ. Я отвечаю в 404ai за инфраструктуру, и в этой теме меня интересует не выбор мессенджера, а инженерная сторона переезда: что именно переносить первым, как сделать так, чтобы каждое обращение из нового канала попадало в CRM с пометкой, откуда клиент пришёл, и по каким цифрам понять, что клиенты действительно доехали, а не потерялись по дороге.

Почему переезд канала — вопрос выручки, а не выбора приложения

Контекст короткий. В августе 2025 года Роскомнадзор ограничил звонки в WhatsApp и Telegram, объяснив это мошенническими схемами (хронология в Википедии). В феврале 2026 года, по данным РБК, домены WhatsApp исключили из национальной системы доменных имён, и без VPN мессенджер для большинства пользователей в России перестал работать. В те же дни РБК сообщил, что регулятор начинает частичное ограничение Telegram, а Meduza процитировала заявление Роскомнадзора о том, что ограничения будут вводиться последовательно. На практике у пользователей первыми перестали грузиться медиа: фото, голосовые, видео.

Для компании это не новость из ленты, а конкретная дыра в воронке. Клиент, который отправил фото сломанной детали в Telegram, а оно не загрузилось, не ждёт — он звонит конкуренту. Заявка, пришедшая в WhatsApp через VPN, доходит, а ответ менеджера у клиента без VPN уже не открывается. Потери такого рода не видны ни в одном отчёте: CRM не знает о сообщениях, которые не дошли, а менеджер видит только «клиент перестал отвечать».

MAX — российский мессенджер VK, запущенный 26 марта 2025 года. Его правовой статус закреплён Федеральным законом от 24.06.2025 № 156-ФЗ «О создании многофункционального сервиса обмена информацией». По данным самой VK, за первый год в MAX зарегистрировались более 107 млн человек, а 6 мая 2026 года компания сообщила, что ежедневная аудитория превысила 85 млн, установок больше 120 млн, а каналов создано больше 7 млн. Это цифры владельца сервиса, а не независимый замер, но порядок величины понятен: ваши клиенты там уже есть, вопрос только в том, есть ли там вы.

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

Мессенджер для бизнеса — это не приложение, а адрес, по которому вас находят клиенты. Менять адрес без таблички на старой двери — значит терять почту.

Что компания получает в MAX: канал, бот, мини-приложение, интеграции

Кабинет компании живёт на business.max.ru. Там четыре инструмента, и путать их — первая ошибка при планировании переезда.

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

Чат-бот — точка входа для личных диалогов с клиентами. Всё, что раньше было «напишите нам в WhatsApp», в MAX становится ботом компании: клиент открывает его по ссылке или находит поиском и пишет. Боты создаются только организациями, ИП и самозанятыми — резидентами РФ после верификации профиля, и каждый бот проходит модерацию. По документации проверка занимает до 48 часов по рабочим дням, и пока бот на модерации, менять его настройки нельзя. Это стоит заложить в план: бот, собранный в пятницу вечером, клиенты могут увидеть только в среду.

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

Интеграции — подключение CRM, чат-платформ и готовых конструкторов ботов через партнёров MAX. Если ваши менеджеры уже работают в чат-центре, который собирает все мессенджеры в одно окно, первым делом проверьте в каталоге партнёров на business.max.ru и у поставщика вашей CRM, поддерживают ли они MAX. Это может закрыть половину задачи без разработки.

Отдельного «бизнес-аккаунта» в смысле WhatsApp Business, когда менеджер переписывается со своего телефона от имени компании, в этой схеме нет: компания разговаривает с клиентом через бота, а люди подключаются к диалогу через интеграцию или чат-центр. Для управляемости это скорее плюс. Переписка с клиентом перестаёт жить в личном телефоне менеджера, а значит, не уходит вместе с ним при увольнении — об этой слепой зоне подробно в статье про контроль переписок в мессенджерах.

Канал — для охвата, бот — для диалога, мини-приложение — для сложного выбора. Начинать почти всегда стоит с бота.

Бот в MAX под капотом: вебхук, токен и лимиты

Эта часть для того, кто будет подключать бота к вашим системам, — или для руководителя, который хочет задать подрядчику правильные вопросы. Всё ниже взято из документации Bot API MAX на момент написания; API развивается, поэтому перед стартом сверьтесь с актуальной версией.

Адрес и авторизация. Bot API — обычный REST поверх HTTPS. Запросы идут на домен platform-api2.max.ru; документация прямо просит использовать его вместо прежнего platform-api.max.ru. Токен бота передаётся только в заголовке Authorization, передача через query-параметры больше не поддерживается. Токен выдаётся при создании бота в кабинете. Обращаться с ним нужно как с паролем: хранить в секретах сервера, а не в коде и не в таблице у маркетолога. Ещё одна деталь из документации: убедитесь, что сертификат Минцифры добавлен в список доверенных на вашем сервере, иначе запросы могут падать на проверке TLS.

Как бот получает сообщения. Два способа. Webhook: вы регистрируете адрес методом POST /subscriptions, и MAX присылает на него каждое событие HTTPS-запросом. Long Polling: ваш сервер сам спрашивает новые события методом GET /updates. Документация однозначна: Long Polling — только для разработки и тестирования, для рабочего бота — только Webhook, а при активной подписке на Webhook Long Polling не работает.

Требования к вебхуку, которые чаще всего всплывают при запуске:

• адрес доступен по HTTPS на порту 443, порт в URL не указывается;
• получение вебхуков по HTTP и с самоподписанными сертификатами прекращено — нужен сертификат доверенного центра;
• ваш сервер должен ответить HTTP 200 в течение 30 секунд, любой другой ответ или тайм-аут считается ошибкой доставки;
• при подписке можно указать secret, и тогда MAX передаёт его в заголовке X-Max-Bot-Api-Secret — проверяйте его, чтобы на адрес бота не мог постучаться кто угодно.

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

Лимиты на отправку. По документации метода отправки, в один диалог, групповой чат или канал можно отправлять не больше двух сообщений в секунду, при превышении их нужно ставить в очередь; текст одного сообщения — до 4 000 символов. Превышение лимита API отдаёт кодом 429. Для диалога с одним клиентом два сообщения в секунду — с запасом. Для массовых уведомлений по базе это значит, что нужна очередь с повторными попытками, а не цикл «отправить всем».

Кнопки и вложения. Сообщения поддерживают вложения и inline-клавиатуру: кнопки-ссылки, кнопки с обработкой нажатия в боте и другие типы из раздела «Клавиатура» документации. Готовые библиотеки есть для TypeScript, Python и Go — это экономит время, но не освобождает от чтения лимитов.

Диплинки. Самая полезная для переезда вещь. Ссылка вида https://max.ru/ИмяБота?start=метка открывает бота и передаёт ему метку: когда клиент запускает бота, приходит событие bot_started с полем payload. Метка — до 128 символов, если длиннее, бот её не получит. Чтобы события вообще приходили, в подписке на вебхук должен быть включён тип bot_started. Всё, что ниже в статье про учёт источников, держится на этом механизме.

Вопрос подрядчику, по которому видно всё остальное: «Что происходит с сообщением клиента, если CRM не отвечает?» Правильный ответ содержит слова «очередь» и «повтор». Неправильный — «такого не бывает».

С чего начинать перенос: входящие обращения, а не рассылки

Хочется начать с красивого: перенести канал с акциями, запустить рассылку по базе, сделать мини-приложение с каталогом. Я бы начинал с самого скучного — с входящих обращений, потому что именно в них лежат деньги, которые вы теряете прямо сейчас.

Порядок, который я считаю разумным, выстроен по цене потери:

1. Новые заявки. Человек, который впервые пишет «сколько стоит» или «можно записаться», ещё не ваш клиент, и терять его дороже всего. Бот, который принимает такую заявку, отвечает в первую минуту и передаёт её в CRM, — первое, что должно заработать в MAX.
2. Текущие сделки и заказы. Клиенты, у которых идёт заказ, доставка, ремонт, согласование. Им нужен канал, где можно спросить про статус, и их надо перевести адресно, по одному, со ссылкой, а не общим объявлением.
3. Поддержка существующих клиентов. Вопросы после покупки, гарантия, возвраты. Здесь важна не скорость, а чтобы вопрос не пропал.
4. Уведомления. Статусы заказа, напоминания о записи. Полезно, но только после того, как в бот пришли первые три группы: уведомление в канал, где клиент ни разу не был, некому прочитать.
5. Канал с контентом и рассылки. Последними. Охват — хорошая задача, но в переезде он вторичен.

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

Переносите то, где потеря стоит дороже всего. Рассылки подождут, новая заявка — нет.

Переезд без потери клиентов: старый канал отвечает, пока новый набирает людей

Худший сценарий переезда — одним днём закрыть старый номер и повесить на сайт новую кнопку. Клиенты не читают ваши объявления с той частотой, с которой вы их публикуете. Кто-то пишет вам раз в полгода, и следующий раз наступит через четыре месяца после «переезда».

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

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

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

Отдельная метка на каждый источник. Здесь пригождаются диплинки. Ссылка в ответе старого WhatsApp — ?start=wa_reply, в письме по базе — ?start=email_base, на сайте — ?start=site_header, на упаковке или в чеке — ?start=pack. Бот при старте получает метку и записывает её в CRM. Через две недели у вас не ощущение «вроде переходят», а таблица: сколько человек пришло по каждой ссылке. Это полностью штатная механика Bot API, отдельной разработки она почти не требует.

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

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

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

Как связать MAX с CRM, чтобы клиент не раздвоился

Главная инженерная проблема переезда не в боте, а в идентификации. В WhatsApp клиент был номером телефона, и CRM склеивала переписку с карточкой по номеру. В боте MAX клиент приходит с идентификатором пользователя MAX. Номера телефона по умолчанию у вас может не быть, и тогда один и тот же человек рискует оказаться в CRM двумя контактами: старым, с историей покупок, и новым, пустым.

Что с этим делать, по шагам:

• Завести поле под идентификатор MAX в карточке контакта и сохранять его при каждом обращении. Это ключ, по которому следующие сообщения того же человека попадут в ту же карточку.
• Использовать метку диплинка для склейки. Если клиенту с активной сделкой отправляется персональная ссылка, в метку можно положить короткий идентификатор сделки — не телефон и не имя, а внутренний номер. Бот получит его при старте и привяжет пользователя MAX к существующей карточке без вопросов клиенту. Помните про ограничение в 128 символов и не кладите в метку персональные данные: ссылки пересылают.
• Спросить телефон, если склейки нет. Для нового клиента или для того, кто пришёл по общей ссылке, бот может попросить номер, чтобы найти существующую карточку. Какие кнопки для этого сейчас есть в API, сверьте в разделе «Клавиатура» документации — не проектируйте сценарий по памяти о Telegram.
• Правило слияния дублей. Решите заранее, кто и как объединяет карточки, если склейка не сработала. Если этого не решить, через месяц менеджеры будут звонить одному клиенту из двух карточек.
• Источник обращения — обязательное поле. Канал (MAX, Telegram, сайт) и метка диплинка сохраняются в сделке. Без этого метрики переезда из следующего раздела не посчитать.

Про персональные данные отдельно. Переписка с клиентом — это персональные данные, и то, где хранится история диалогов, какой подрядчик к ней имеет доступ и куда уходят тексты для обработки моделью, — вопрос не удобства, а соответствия 152-ФЗ. Подробно разбирать его здесь не буду: логика та же, что и для записей звонков, она описана в статье про запись разговоров и 152-ФЗ.

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

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

ИИ-агент в MAX: что отдать машине в новом канале

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

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

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

В нашей линейке эту работу делает Дирижёр — ИИ-продавец, который ведёт диалоги в MAX, Telegram, VK, чате сайта и почте с общим контекстом клиента и передаёт сделки в CRM. Звонков он не принимает: если клиенту нужен голос, это другой инструмент.

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

Честное ограничение: агент не решает проблему переезда, если клиенты не узнали о новом канале. Он отвечает тем, кто пришёл. Приводить людей — задача предыдущего раздела.

Метрики переезда: как понять, что клиенты доехали

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

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

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

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

Условие остановки тоже решается заранее. Например: если через шесть недель суммарный поток из мессенджеров ниже исходного больше чем на четверть, а доля MAX не растёт две недели подряд, переезд не работает, и надо разбирать, почему клиенты не переходят, а не наращивать рассылки. Это метод «цель, метрика, условие остановки», которым мы пользуемся во всех проектах, — он описан на странице «Как мы работаем».

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

Когда переезжать в MAX рано или не нужно

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

• Мессенджеры дают малую долю обращений. Если девять из десяти заявок приходят звонками, с сайта и маркетплейсов, сначала наведите порядок там. Бот в MAX можно поднять конструктором для галочки за день, без интеграций и проекта.
• Ваши клиенты — компании, а не люди. В B2B переписка часто живёт в почте и корпоративных системах клиента, а мессенджер менеджера — личный канал. Спросите десять ключевых клиентов, где им удобно, до того, как что-то строить.
• Старые каналы у вашей аудитории ещё работают. Если по данным CRM поток из Telegram не упал и медиа доходят, переезд можно готовить спокойно: открыть MAX как второй канал, а не как замену.
• Нет человека, который будет отвечать. Новый канал, в который пишут и где не отвечают, хуже, чем отсутствие канала: клиент запоминает не мессенджер, а то, что его проигнорировали. Сначала решите, кто отвечает, потом открывайте дверь.
• CRM не ведётся. Если заявки сейчас живут в телефонах менеджеров, переезд в MAX не починит учёт — он перенесёт хаос в новое окно. Начинать стоит с того, чтобы обращения вообще попадали в систему.
• Юрлица-резидента нет. Ботов и каналы компании в MAX создают только верифицированные организации, ИП и самозанятые — резиденты РФ. Если бизнес оформлен иначе, это вопрос юристов, а не разработчиков.

Общее правило мы формулировали в статье «Когда AI не нужен», и к переезду оно подходит без поправок: если задача решается порядком в процессе, наведите порядок. Новый канал поверх беспорядка просто даёт беспорядку ещё один вход.

План на первую неделю переезда

Если после всего сказанного переезд нужен, первая неделя выглядит так, и почти ничего в ней не требует подрядчика.

День 1. Выгрузить обращения за последние три месяца по каналам. Посчитать, сколько приходит из WhatsApp и Telegram в неделю и как это число менялось с февраля. Это ваша база и ответ на вопрос, сколько вы уже теряете.

День 2. Верифицировать профиль компании на business.max.ru и создать бота. Помнить о модерации до 48 часов по рабочим дням: запускайте в начале недели.

День 3. Завести в CRM поля под идентификатор MAX и источник обращения. Придумать метки для каждой точки контакта и собрать список ссылок.

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

День 5. Разослать персональные приглашения клиентам с активными сделками, обновить сайт и подписи, настроить ответ со ссылкой в старых каналах. Зафиксировать условие остановки и дату первой сверки метрик.

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