Подключение бота в MAX состоит из трёх независимых дел, и путать их между собой дорого. Первое — бизнес-профиль организации: юрлицо или ИП, заявка, верификация через Госуслуги, оформление витрины. Второе — сам бот: регистрация, токен, сценарий, тестовый прогон. Третье — связка с учётной системой или CRM, и именно она занимает основное время, потому что готового официального коннектора MAX к российским CRM на сентябрь 2026 года нет.
Первые два дела компания делает сама: около 5,5 часа работы плюс ожидание верификации, которое непредсказуемо и занимает от нескольких минут до двух суток. Третье — это 2–3 недели инженерной работы, и его стоит планировать отдельным проектом, а не пунктом в конце списка.
Ниже — порядок действий с проверкой после каждого шага, схема связки с CRM, честный разбор того, что переносится из сценария в другом мессенджере, и оценка полной сметы. Обычная оговорка: интерфейсы обновляются, пункты меню переезжают, названия полей меняются, поэтому описана логика действий, а не путь по кнопкам. Всё, что касается статуса мессенджера и его возможностей, — по состоянию на сентябрь 2026 года и требует перепроверки перед стартом.
Что нужно до того, как появится бот
Половина задержек на старте возникает не в технике, а в том, что к моменту регистрации у компании нет ответа на организационные вопросы: от какого юрлица заводим профиль, кто им владеет, кто получает доступ. Ответы стоит зафиксировать письменно до первой заявки — переоформлять профиль сложнее, чем завести правильно.
| Что требуется | Зачем это нужно | Сколько занимает |
|---|---|---|
| Юрлицо или ИП | Бизнес-профиль оформляется на организацию, а не на человека | Уже есть, но реквизиты надо сверить с ЕГРЮЛ до заявки |
| Подтверждённая учётная запись организации на Госуслугах | Через неё проходит верификация организации в мессенджере | Если записи нет — от суток до недели, это самый долгий пункт |
| Владелец профиля со стороны компании | Сотрудник, у которого есть право подписи или доверенность на действия | Решение на 15 минут, но принимать его нужно до заявки |
| Корпоративный номер и корпоративный аккаунт | Бот и профиль не должны быть привязаны к личному телефону сотрудника | 1 час, включая оформление сим-карты на компанию |
| Текст витрины: название, описание, часы работы, контакты | Это первое, что видит клиент до диалога | 1 час работы маркетолога, программирования нет |
| Место, где будут лежать обращения | Переписка хранилищем не является: нужен журнал или CRM | 30 минут на таблицу, если CRM пока нет |
Бизнес-профиль и бот привязываются к конкретным учётным записям. Если профиль оформил маркетолог со своего личного телефона, то через год после его ухода компания владеет каналом ровно настолько, насколько бывший сотрудник согласен помогать: сменить описание, перевыпустить токен и добавить администратора будет некому. Правило простое — корпоративный номер, оформленный на компанию, доступ у двух человек и запись об этом там же, где остальные корпоративные доступы.
Витрина организации внутри мессенджера: название, описание, контакты, режим работы и отметка о том, что организация подтверждена. Она отличает компанию от частного аккаунта с тем же названием и даёт доступ к инструментам для бизнеса, включая бота. Заводится на юрлицо или ИП, верификация проходит через подтверждённую учётную запись организации на Госуслугах.
Пошагово: от заявки до первого рабочего сценария
Порядок собран так, чтобы каждый шаг заканчивался проверкой. Если что-то не работает, вы знаете, на каком именно шаге, и не ищете причину во всей конструкции сразу. Верификация запускается первым шагом, потому что её длительность вы не контролируете, а всё остальное можно делать параллельно ожиданию.
- 1Шаг 1. Заявка на бизнес-профиль и верификация — 40 минут работы
Заявка подаётся на бизнес-портал мессенджера, организация подтверждается через Госуслуги. Реквизиты в заявке должны совпадать с ЕГРЮЛ посимвольно: расхождение в форме собственности или в адресе — самая частая причина возврата заявки. Проверка: в профиле появилась отметка о подтверждённой организации. Ожидание — от нескольких минут до двух суток, поэтому шаг делается в первый день, а не перед запуском.
- 2Шаг 2. Витрина профиля — 1 час
Название так, как клиент ищет вас в поиске, а не как записано в уставе. Описание в две строки: что вы делаете и что можно спросить в этом канале. Часы работы — настоящие, потому что по ним клиент считает время ответа. Телефон и адрес — те же, что на сайте. Проверка: посторонний человек находит профиль по названию и понимает из описания, зачем сюда писать.
- 3Шаг 3. Журнал обращений — 30 минут
До сценария заведите место, куда падают обращения: таблица или база с полями «время, идентификатор пользователя, имя, телефон, текст, шаг выхода, статус доставки, ответственный». Именно до, а не после: иначе первые живые обращения останутся только в переписке. Проверка: строка добавляется вручную и сохраняется.
- 4Шаг 4. Регистрация бота и токен — 20 минут
Бот регистрируется с корпоративного аккаунта, привязывается к бизнес-профилю и выдаёт токен — строку, которая и есть полный доступ к управлению. Токен сразу кладётся в менеджер секретов, а не в переписку и не в заметку. Отдельно заводится список мест, где он будет прописан: он понадобится при перевыпуске, когда всё, что знает старый токен, замолкает мгновенно. Проверка: бот находится по короткому имени и отвечает на команду запуска.
- 5Шаг 5. Первый сценарий из пяти шагов — 1,5 часа
Приветствие с одной фразой о том, кто вы; вопрос по сути обращения; запрос контакта кнопкой, а не текстом; подтверждение с повтором введённого; передача заявки дальше и обещание срока ответа. Ни одного возврата назад и одна тема — первый сценарий должен быть линейным. Здесь же задаются стоп-темы: возврат денег, жалоба, всё, что касается здоровья, — бот молча передаёт диалог человеку. Проверка: сценарий проходится целиком и отдельно — с ошибкой, когда вместо телефона введено слово.
- 6Шаг 6. Тестовый прогон и запись в журнал — 1,5 часа
Последний шаг сценария сначала пишет обращение в журнал и только после успешной записи отправляет уведомление ответственному. Порядок именно такой. Затем сценарий проходят три посторонних человека, которые его не собирали: они сломают его пустым сообщением, длинным текстом, картинкой вместо телефона. Проверка: три прохода без зависаний, три строки в журнале, три уведомления.
Горизонтальная лента из шести отметок с подписями времени: «Заявка и верификация — 40 мин работы», «Витрина профиля — 1 час», «Журнал обращений — 30 мин», «Регистрация бота и токен — 20 мин», «Первый сценарий из 5 шагов — 1,5 часа», «Тестовый прогон — 1,5 часа». Над первой отметкой отдельная выноска «ожидание верификации: от минут до 2 суток, идёт параллельно». Справа итог «5,5 часа, 6 050 ₽ по ставке 1 100 ₽/час». Чертёжный стиль, все подписи по-русски.
Итого 5,5 часа работы, то есть 6 050 ₽ по внутренней ставке 1 100 ₽ за час, плюс непредсказуемое ожидание верификации. На выходе — профиль, который находится в поиске, и бот, который принимает обращение и кладёт его туда, где оно видно. Того, что обычно и называют интеграцией, здесь ещё нет: обращение лежит в журнале, а не в сделке.
Связка с CRM: три звена и таблица соответствий
Фразу «подключим MAX к вашей CRM в два клика» надо уточнять. Прямых официальных интеграций с amoCRM и Битрикс24 на сентябрь 2026 года нет — значит, между мессенджером и CRM всегда стоит третье звено, которое кто-то написал и кто-то поддерживает. Это решаемая задача, её делают регулярно, но это отдельная работа с отдельной ценой, а не галочка в настройках.
Звеньев ровно три, и у каждого своя зона ответственности. Bot API отвечает за приём и отправку сообщений. Прослойка приводит сообщение к внутреннему формату, ищет клиента, ведёт журнал и решает, создавать ли сделку. CRM хранит сделку, карточку и ответственного. Самая частая ошибка — попытка убрать среднее звено и писать в CRM прямо из бота: тогда любое изменение в мессенджере или в CRM ломает всё сразу, а история обращений оседает там, откуда её потом не достать.
Небольшая таблица на вашей стороне, где хранится связь «идентификатор пользователя в мессенджере — контакт в вашей базе — контакт в CRM». Она нужна потому, что мессенджер знает клиента по своему внутреннему идентификатору, а CRM — по своему, и напрямую они не сопоставляются. Ключом склейки при этом остаётся телефон, а идентификатор мессенджера хранится рядом как одно из полей, а не вместо ключа.
Схема слева направо с двусторонними стрелками: «Клиент в MAX» → «Bot API» → «Прослойка» → «CRM: сделка и карточка» → «Менеджер». Внутри блока прослойки три подписанных элемента: «нормализация сообщения», «таблица соответствий: пользователь — контакт — сделка», «журнал обращений». Вниз от прослойки ответвление «стоп-темы → сразу человеку». Обратная стрелка от менеджера подписана «ответ уходит в тот же диалог». На блоке прослойки пометка «140 000 ₽ в модельной смете, 2–3 недели». Чертёжный стиль, подписи по-русски.
Отдельное правило касается момента создания сделки. Сделка не должна создаваться на каждое входящее сообщение: человек, написавший «здравствуйте», а через минуту «а сколько стоит», породит две сделки, и через неделю воронка перестанет что-либо означать. Сделка создаётся, когда собран минимальный набор данных и в таблице соответствий не нашлось открытой сделки этого же клиента. Как это правило выглядит в конкретных системах, мы разбирали отдельно для amoCRM и для Битрикс24 — схемы там разные, потому что по-разному устроены каналы в самих CRM.
Сроки этого этапа: 2–3 недели при живой CRM и одном типе обращений. Если типов несколько и у каждого своя воронка, закладывайте месяц. Общий перечень того, что и как мы связываем между собой, собран на странице интеграций.
Перенос сценария из другого мессенджера
Компании, у которых уже есть бот в другом канале, обычно рассчитывают на копирование. Копируется меньше, чем кажется, но и переписывать всё с нуля не нужно. Граница проходит по одному признаку: переносится то, что вы придумали, и не переносится то, что принадлежит площадке.
| Элемент | Переносится ли | Что с ним делать |
|---|---|---|
| Логика сценария: шаги, вопросы, условия переходов | Один в один | Если сценарий описан отдельным документом — работа на день. Если только внутри конструктора — сначала выгрузить или переписать вручную |
| Тексты сообщений и подписи кнопок | Почти один в один | Проверить длину и раскладку меню: то, что помещалось в одном канале, в другом может переноситься на вторую строку |
| Приём вложений: фото, документы, голосовые | Переписывается | Форматы и лимиты проверяются на собственном профиле, а не по чужим статьям — они меняются |
| Идентификаторы пользователей | Нет | У каждого мессенджера свои. Склейка ведётся по телефону через таблицу соответствий |
| База подписчиков бота | Нет | Люди начинают диалог заново. Нужен прогрев базы по работающим каналам — это отдельная задача |
| Связка с CRM | Строится заново | Готового коннектора нет: прослойка пишется под новый канал, 140 000 ₽ в модельной смете |
| История переписки | Нет | Выгружается в собственный архив и привязывается к карточке клиента, а не заливается в новый канал |
Сравнение в три колонки в чертёжном стиле. Левая «Переносится один в один»: логика сценария, тексты сообщений, стоп-темы, структура журнала обращений. Средняя «Переписывается»: подписи и раскладка кнопок, приём вложений, связка с CRM — 140 000 ₽. Правая «Не переносится»: идентификаторы пользователей, база подписчиков, история переписки. Под колонками сквозная подпись «сценарий, описанный отдельным документом, переезжает за день; сценарий внутри конструктора — собирается заново». Все надписи по-русски.
Опишите сценарий отдельным файлом: шаги, тексты сообщений, подписи кнопок, условия переходов, тексты ошибок, список стоп-тем. Документ живёт вне конструктора и вне кода. С ним перенос в любой другой канал — работа на день-два, без него — сборка с нуля. За последние полтора года условия работы мессенджеров в России менялись трижды, так что этот документ окупается не гипотетически. Как выглядит такой переезд на масштабе всей клиентской переписки, разбирали в отдельном плане миграции.
Ограничения, которые лучше измерить заранее
Четыре вещи стоит проверить на собственном профиле до того, как сценарий увидят клиенты. Ни одну из них нельзя брать из чужой статьи, включая эту: площадки меняют правила без анонсов, а цена ошибки здесь — молчащий канал в рабочий день.
- 1Кто может написать первым. Между «ответить тому, кто написал сам» и «написать клиенту первым» лежит разная механика и разные правила. От ответа зависит, можно ли строить на канале напоминания и уведомления о статусе заказа или он годится только для входящих обращений.
- 2Лимиты отправки. Их проверяют замером на своём профиле: отправить серию сообщений и посмотреть, где начинаются отказы. Практический вывод один — очередь отправки с повторными попытками нужна всегда, потому что упереться в лимит вы всё равно когда-нибудь упрётесь.
- 3Форматы и размеры вложений. Если сценарий требует прислать фотографию дефекта или скан документа, это проверяется первым делом. Обязательный шаг сценария, который иногда не проходит, хуже, чем его отсутствие.
- 4Поведение при неответе пользователя. Человек начал диалог, ответил на два вопроса и ушёл. Сценарий обязан закрывать такое состояние сам: через заданное время сохранять частичное обращение в журнал с пометкой «шаг выхода» и не ждать вечно. Без этого половина брошенных диалогов становится невидимой.
Подробный разбор того, что Bot API даёт в любом случае, а что зависит от настроек и версии, мы вынесли в отдельную статью про его возможности и ограничения. Здесь важно другое: список из четырёх пунктов выше — это не чтение документации, а измерение. На него закладывается день работы, и он окупается тем, что вы узнаёте про ограничение до клиента, а не от него.
Сколько стоит тот же контур силами инженеров
Речь уже не о профиле и первом сценарии — их вы соберёте сами за 5,5 часа. Речь о том, что обычно нужно через два-три месяца: пять сценариев вместо одного, связка с CRM без дублей, журнал со статусами доставки и приёмка, после которой канал можно оставить работать без присмотра.
Рыночная вилка на такую работу — 200 000–450 000 ₽. Нижняя граница получается, когда CRM в рабочем состоянии, тип обращения один и вложений нет. Верхняя — когда типов несколько, у каждого своя воронка, а к каналу привязаны статусы заказа и ссылки на оплату. Ежемесячные 15 000–25 000 ₽ — это поддержка прослойки и сценариев: правки текстов, разбор сбоев доставки, обновление меню при смене прайса.
Сравнение с ценой такого же бота в другом мессенджере обычно вызывает вопросы: связка с CRM там стоит около 60 000 ₽, здесь — 140 000 ₽. Разница не в сложности канала, а в наличии готового коннектора. Там прослойку уже написал кто-то другой и продаёт её как часть платформы, здесь её пишут под вас. Это цена молодого канала, и она снизится, когда коннекторы появятся; на сентябрь 2026 года считать надо по факту. Для сравнения: бот в Telegram со связкой с CRM в такой же комплектации выходит примерно в 190 000 ₽.
Горизонтальная столбчатая диаграмма из пяти полос с подписями сумм: «Профиль и витрина 15 000 ₽», «Бот: 5 сценариев 85 000 ₽», «Прослойка MAX ↔ CRM 140 000 ₽», «Журнал обращений 30 000 ₽», «Приёмка 20 000 ₽». Полоса прослойки выделена тёмным, рядом выноска «готового коннектора нет — пишется под вас». Справа итог «290 000 ₽ разово, поддержка 15 000–25 000 ₽/мес». Внизу отдельная тонкая полоса-сравнение «тот же контур в Telegram — 190 000 ₽». Подписи по-русски.
Когда не надо делать самому
Первые два шага — профиль и линейный сценарий — компания спокойно делает сама, и это правильный способ потратить вечер. Есть четыре ситуации, в которых самостоятельная сборка перестаёт быть экономией и становится риском.
- В диалоге появляются персональные данные сверх имени и телефона. Сканы документов, сведения о здоровье, реквизиты, записи разговоров — это уже контур 152-ФЗ: локализация данных в России, согласия, поручение обработки подрядчику, который держит ваш журнал. Собирать такое на первом попавшемся конструкторе нельзя, и вопрос здесь не в штрафе, а в том, что ответственность перед клиентом остаётся на вас в любом случае.
- Бот создаёт запись или бронь в профильной системе. Записи к врачу, брони ресурса, заказы со списанием остатка. Такой бот обязан корректно вести себя при отказе целевой системы, иначе человек получает подтверждение записи, которой не существует, и приходит в назначенное время.
- Обращения идут не только сюда. Пока форма на сайте, телефон и почта живут отдельно, канал в мессенджере добавляет не поток, а четвёртое место, где теряются заявки. Сначала единая точка приёма, потом новый канал в ней.
- Сценарий перерос 15 шагов. С этого размера растёт не сценарий, а число состояний, в которых бот может застрять. Такое проектируют, а не собирают мышкой между делом.
И пятая ситуация, про которую честнее сказать прямо: меньше 100 обращений в месяц. Прослойка к CRM стоит одинаково и при 100 обращениях, и при 800, поэтому цена одного обращения получается неприемлемой. Рабочий вариант на таком потоке — завести бизнес-профиль, отвечать вручную и вернуться к интеграции, когда поток вырастет. Профиль при этом всё равно стоит завести: он находится в поиске, и это бесплатно.
Мессенджер меняется, сценарий остаётся. Поэтому проектируют не бота, а документ, по которому его можно собрать заново.
