Чат-бот в MAX — это программа, которая ведёт переписку от имени компании внутри мессенджера: принимает сообщение, показывает меню с кнопками, забирает фотографию или документ и передаёт разговор живому сотруднику, когда сама не справляется. Дальше всё зависит от того, что именно вы искали. Если нужен готовый бот — справочная служба, сервис организации, доставка кода подтверждения, — то это чужой продукт: он либо выпущен этой организацией, либо нет, и повлиять на это нельзя. Если нужен такой же бот своей компании, то это проект с регистрацией, сценарием и связкой с учётной системой, и вся остальная статья про него.
Разводить эти два смысла приходится сразу, потому что в поиске они слиты в одну фразу. Заметная часть людей, которые набирают «бот в max», ищут не подрядчика, а конкретного бота, которым можно воспользоваться прямо сейчас. Это нормальный бытовой запрос, и материал о разработке ему не отвечает. Поэтому первый раздел — короткий ответ для этой половины читателей, а всё, что после него, написано для того, кто заводит бота своей компании.
Всё, что касается самого мессенджера, — по состоянию на сентябрь 2026 года. Канал молодой, правила площадки меняются, и конкретные числовые ограничения имеет смысл проверять в действующей документации на день старта проекта, а не брать из статьи, включая эту. Устаревает медленно другое: состав работ, порядок подключения и арифметика окупаемости. Их и разбираем.
Два разных дела под одной фразой
Разница между двумя читателями не в уровне подготовки, а в том, что каждому нужно сделать. Первому — найти уже существующего бота и им воспользоваться: здесь нет ни разработки, ни бюджета, ни сроков. Второму — понять, во что он ввязывается, если заведёт бота своей компании.
| Что человек имеет в виду | Что нужно на самом деле | Где это решается |
|---|---|---|
| «Найти бота организации: справочной, банка, службы доставки» | Поиск по названию организации внутри самого мессенджера | В приложении, разработка не нужна |
| «Бот прислал код подтверждения» | Это служебное сообщение сервиса, где вы уже зарегистрированы | На стороне того сервиса, а не мессенджера |
| «Что вообще умеет бот в мессенджере» | Список возможностей и границ, без продажи | Разделы ниже: возможности, ограничение по инициированию диалога, сценарии |
| «Хочу такого же бота своей компании» | Порядок подключения, сценарии, связка с системой, смета | Проект от 2 до 10 недель в зависимости от уровня |
Смешение этих смыслов стоит денег ровно в одном месте — когда компания приходит с задачей «сделайте нам бота, как у госуслуг». За таким запросом обычно стоит не функция, а впечатление: отвечает мгновенно, не спрашивает лишнего, сразу показывает нужное. Это результат не бота, а того, что за ним стоит система, откуда берётся ответ. Бот без такой системы отвечает быстро и ни о чём — и это первая причина, по которой проекты разочаровывают.
Сравнение в две колонки. Левая с заголовком «Готовый бот организации»: пункты «нашли по названию в приложении», «пользуетесь как клиент», «повлиять на функции нельзя», «стоимость — 0 ₽», внизу подпись «занимает минуту». Правая с заголовком «Свой бот компании»: пункты «бизнес-профиль и верификация», «сценарий и журнал обращений», «связка с учётной системой», «стоимость от 110 000 ₽», внизу подпись «занимает от 2 до 10 недель». Между колонками вертикальная разделительная линия с надписью «бот в MAX». Чертёжный стиль, приглушённая палитра, все подписи по-русски.
Что бот умеет: набор, который есть в любом случае
Возможности бота задаются его Bot API — программным интерфейсом, через который ваша программа получает сообщения клиентов и отправляет ответы. По составу он похож на интерфейсы других современных мессенджеров, и на этот базовый набор можно опираться при проектировании сценария ещё до чтения документации.
- Переписка. Приём сообщения от клиента и отправка ответа в личном чате и в группе, ответ на конкретное сообщение, правка и удаление своих сообщений.
- Кнопки и меню. Набор вариантов под сообщением, по которым человек ведёт диалог, не набирая текст. В первой версии бота на кнопках держится вся навигация: свободный ввод добавляет ошибок и веток, которые потом некому поддерживать.
- Вложения в обе стороны. Фотографии, документы, аудио. У каждого типа свой предел размера, и проверяют его на реальных файлах клиента, а не на тестовой картинке в 40 КБ.
- Команды. Короткий список действий, который клиент видит в интерфейсе. Больше пяти команд обычный человек не читает — это наблюдение за живыми диалогами, а не ограничение площадки.
- Работа в группах. Бот в общем чате, реакция на упоминание, служебные события о входе и выходе участников. Для клиентских сценариев нужно редко, для внутренних оповещений — постоянно.
- Сведения об отправителе. Доступный минимум данных о том, кто написал. Номера телефона там по умолчанию нет: его клиент передаёт отдельным явным действием.
Последний пункт важнее остальных вместе взятых, и разбирать его надо до того, как нарисован сценарий. Пока у бота нет номера телефона, человек из мессенджера не сопоставляется с карточкой в вашей базе: вы получаете отдельную вселенную диалогов, не связанную с историей заказов. Поэтому в сценарии должен быть явный шаг, на котором клиент делится номером, и понятная причина это сделать: «покажу статус вашего заказа», а не «для регистрации в системе».
Отдельно про оплату, о которой спрашивают чаще всего. На практике оплата внутри переписки означает одно из двух. Либо бот отправляет ссылку на оплату вашего эквайринга, и деньги идут мимо мессенджера — так собрано большинство проектов, и работает это независимо от площадки. Либо используется встроенный платёжный механизм мессенджера, если он есть в действующей версии интерфейса: это как раз тот случай, когда ответ берут из документации на день старта, а не из чужой статьи. Что Bot API даёт в любом случае, а что надо проверять пробой на тестовом боте, разобрано в отдельной технической справке.
Нарисованный (не скриншот) экран переписки с ботом в чертёжном стиле. Сверху шапка «Организация · подтверждена». В ленте: сообщение бота с приветствием и меню из четырёх кнопок «Статус заказа», «Записаться», «Задать вопрос», «Позвать человека»; ниже сообщение с кнопкой «Поделиться номером телефона»; ниже вложенная фотография с подписью «фото дефекта принято». Четыре выноски сбоку с подписями: «кнопки — вся навигация», «номер телефона только явным действием», «вложения в обе стороны, предел размера проверяется», «стоп-темы: бот молча зовёт человека». Приглушённая палитра, все подписи по-русски.
Ограничение, вокруг которого строится весь проект
Правило площадки о том, кто может начать переписку: может ли бот написать человеку, который сам ему ещё не писал, и при каких условиях. У каждого мессенджера это правило своё, оно меняется, и оно же определяет, можно ли строить на канале напоминания, уведомления о статусе заказа и ссылки на оплату. Это первый вопрос к документации на день старта проекта и первый вопрос к подрядчику, который обещает «рассылку по базе».
Практическое следствие простое и неприятное. Входящий поток — когда человек сам написал боту — работает всегда и везде: на нём держатся приём заявки, ответы на вопросы и передача разговора оператору. Исходящий поток устроен иначе: возможность написать первым зависит от правил площадки и от того, был ли уже диалог. Строить напоминания и рассылки на предположении, что боту всегда можно написать первым, нельзя ни здесь, ни в любом другом мессенджере.
Самый дорогой сбой в таких проектах выглядит одинаково: правила изменились, ссылки на оплату и напоминания о записи перестали доходить, а компания узнала об этом не из журнала ошибок, а из провала выручки за неделю. Проектная рекомендация не зависит от того, каким окажется ответ документации: если доставка в мессенджер не подтвердилась за отведённое время, то же самое уведомление автоматически уходит SMS или звонком. Запасной контур закладывается сразу, стоит немного и снимает зависимость от правил площадки.
Второе следствие касается признака «этот человек согласен получать от нас сообщения». Его придётся завести у себя отдельным полем в карточке клиента и набирать отдельной работой: ссылкой в SMS о готовности заказа, кнопкой на сайте, QR-кодом на чеке, подписью менеджера в почте. База подписчиков не переносится из другого мессенджера и не покупается — люди начинают диалог заново. Как это выглядит на масштабе всей клиентской переписки, разобрано в плане миграции канала.
И третье, о чём стоит знать до того, как пообещать руководству мгновенное оповещение базы. Рассылка в мессенджере — это окно, а не момент: при консервативном темпе в три сообщения в секунду 5 000 уведомлений уходят 27,8 минуты, при десяти в секунду — 8,3 минуты. Отсюда правило проектирования: уведомление, привязанное к точному времени, нельзя ставить в общую очередь рассылки, иначе напоминание «за час до визита» у последнего адресата придёт за полчаса. Такие сообщения идут отдельным приоритетным потоком.
Схема из двух горизонтальных дорожек. Верхняя, сплошная, подписана «Входящий: человек написал сам» и идёт слева направо через блоки «сообщение клиента», «сценарий бота», «журнал обращений», «CRM или оператор» — в конце зелёная отметка «работает всегда». Нижняя, штриховая, подписана «Исходящий: пишем первыми» и идёт через блоки «событие в системе», «проверка: есть ли согласие и был ли диалог», «отправка в мессенджер», «подтверждение доставки»; от блока подтверждения вниз ответвление «не подтвердилось за N минут → SMS или звонок». Над нижней дорожкой выноска «5 000 сообщений при 3 в секунду — 27,8 минуты». Чертёжный стиль, все подписи по-русски.
Пять сценариев, которые действительно работают
Список короткий и почти не меняется от отрасли к отрасли. Общее у всех пяти одно: ответ берётся из системы, а не из головы менеджера. Как только это условие нарушается, сценарий превращается в вежливую отписку.
- Приём заявки. Бот собирает минимум полей — что нужно, контакт, город — и заводит обращение в вашей системе. Всё, что он не понял, попадает в комментарий дословно, а не теряется. Самый дешёвый сценарий и почти всегда первый.
- Статус заказа, доставки или записи. Ответ берётся из CRM или учётной системы по номеру телефона. Тема закрывается ботом почти полностью и снимает самый шумный поток обращений у любой компании, которая что-то отгружает.
- Запись, перенос и отмена. Требует связки с расписанием: бот показывает реальные свободные слоты, а не предлагает «уточнить у администратора». Без связки сценарий вырождается в заявку и теряет смысл.
- Ответы на повторяющиеся вопросы. Адрес, режим работы, условия доставки, гарантия. Отвечать на них надо из одной базы знаний со ссылкой на источник, чтобы текст правился в одном месте, а не в двадцати ветках сценария.
- Передача человеку. Половина ценности бота — в том, что он вовремя замолкает. Возврат денег, жалоба, всё, что касается здоровья и персональных данных, прямая просьба позвать сотрудника — диалог молча уходит оператору вместе с историей переписки.
Критерий отбора темы в сценарий у нас один: она встречается чаще 30 раз в месяц и ответ на неё можно получить из системы. Тема, которая приходит три раза в месяц, окупит свой сценарий через несколько лет и устареет раньше. Как измерить долю обращений, которые бот реально закрывает, и не обмануть себя при подсчёте, разобрано отдельно.
Четыре сценария, на которых бот не работает
- 1Холодные рассылки по купленной базе. Здесь сходятся два ограничения сразу: правило инициирования диалога и то, что человек, который вам не писал, не ждёт от вас сообщения. Канал устроен под обработку входящего потока, а не под холодные касания, и попытка использовать его иначе заканчивается жалобами и риском для профиля быстрее, чем окупаются вложения.
- 2Длинные формы и подбор. Анкета на двадцать полей в переписке не заполняется: человек бросает её на седьмом вопросе, и вы получаете половину заявки без понимания, чего в ней не хватает. Всё, что длиннее пяти-шести шагов, — это форма на сайте, ссылку на которую бот отправляет за три секунды.
- 3Замена сайта и каталога. Листать сотню товаров кнопками в чате неудобно всем, включая тех, кто это заказывал. Бот силён там, где ответ короткий и конкретный; выбор из большого каталога коротким не бывает.
- 4Бот поверх сломанного процесса. Если заказ теряется между отделом продаж и складом, бот добьётся ровно одного: заказ будет теряться вежливо и быстро. Шесть условий, при которых бота лучше не делать вовсе, и пять более дешёвых решений той же задачи собраны в отдельном разборе.
Соблазн сделать бота, который отвечает на всё, обходится дорого дважды: сначала на разработке, потом на поддержке, когда каждую ветку надо править при смене прайса. Рабочий порядок — две-три самые частые темы в первой версии, остальное сразу уходит человеку. Сценарии добавляются во второй итерации, когда по живым диалогам видно, на чём реально стоит очередь, а не на чём она стоит по мнению отдела маркетинга.
Чем бот в MAX отличается от бота в Telegram
Технически два интерфейса похожи настолько, что разработчик, собравший бота в одном мессенджере, соберёт бота в другом по той же схеме. Разница — в зрелости окружения и в статусе канала, и она вся про деньги и сроки, а не про список функций.
| Признак | MAX | Telegram | Что это меняет в проекте |
|---|---|---|---|
| Статус канала на сентябрь 2026 | Работает, канал молодой и растущий | Работает с ограничениями: звонки ограничены с августа 2025, деградация медиа в 2026 | На Telegram не стоит вешать голосовую связь и обмен тяжёлыми файлами |
| Готовые связки с российскими CRM | Прямых официальных интеграций с amoCRM и Битрикс24 на сентябрь 2026 нет | Есть штатные коннекторы CRM и агрегаторы чатов | Прослойка под MAX — около 140 000 ₽, готовый коннектор — 0–15 000 ₽ |
| Профиль компании | Оформляется на юрлицо, организация подтверждается через Госуслуги | Аккаунт заводится на номер телефона, подтверждения организации нет | У MAX выше порог входа, но профиль принадлежит компании, а не сотруднику |
| Конкуренция за внимание клиента | Ниша бизнес-ботов почти пуста | Плотно занята, у клиента десятки диалогов | В молодом канале сообщение прочитают, но и аудиторию туда надо привести |
| Аудитория среди ваших клиентов | Измеряется по вашей базе, а не по отраслевым отчётам | Измеряется по вашей базе, а не по отраслевым отчётам | Доля, взятая из чужого отчёта, — самая дорогая ошибка планирования канала |
Из таблицы следует не вывод «берите тот или этот», а рабочая стратегия: логика бота пишется один раз, а мессенджер подключается через отдельный адаптер. Тогда второй канал стоит не второго проекта, а одного модуля. Такой слой абстракции добавляет к смете 20 000–25 000 ₽ и примерно неделю работы — и окупается с первой же сменой правил площадки. За полтора года до сентября 2026 условия работы мессенджеров в России менялись трижды, так что событие не гипотетическое. Подробный разбор рисков соседнего канала — в материале про Telegram-бота для бизнеса.
Сравнение в две колонки с общей нижней частью. Левая «MAX»: блоки «Bot API — базовый набор», «профиль на юрлице, верификация через Госуслуги», «готовых коннекторов к CRM нет — прослойка 140 000 ₽», «ниша почти пуста». Правая «Telegram»: блоки «Bot API — базовый набор», «аккаунт на номер телефона», «штатный коннектор 0–15 000 ₽», «ниша занята, звонки ограничены с августа 2025». Внизу под обеими колонками общая широкая плашка «адаптер канала: логика пишется один раз, 20 000–25 000 ₽». Чертёжный стиль, приглушённая палитра, подписи по-русски.
Сколько это стоит и с какого потока окупается
Словом «бот» называют три разные системы с разной ценой владения, поэтому вопрос «сколько стоит бот» без уточнения уровня ответа не имеет. Уровни отличаются не количеством кнопок, а тем, куда бот дотягивается: первый живёт сам по себе, второй знает клиента и сделку, третий знает ещё и ответы.
| Уровень | Что умеет | Разово | В месяц |
|---|---|---|---|
| Сценарный бот | Меню, 3–4 сценария, приём заявки и вложений. Заявка падает на почту или в чат сотрудникам | 110 000–170 000 ₽ | 7 500 ₽ |
| Бот со связкой с CRM | То же плюс поиск клиента по телефону, создание сделки и ответ менеджера обратно в диалог | 240 000–340 000 ₽ | 16 000 ₽ |
| Бот с базой знаний и эскалацией | То же плюс ответы по вашим регламентам со ссылкой на источник и передача оператору с контекстом | 400 000–620 000 ₽ | 18 700 ₽ |
Вопрос, на который эти вилки не отвечают: с какого потока обращений бот вообще перестаёт быть убыточным. Считается это одинаково для любого мессенджера, меняется только строка разработки. Вводные модельного примера: оператор тратит на обращение в среднем 6 минут, полная стоимость его часа — 700 ₽ с учётом налогов, отпусков и рабочего места, вне рабочего графика приходит 18 % обращений, и сейчас теряется примерно треть из них.
Ниже 330 обращений в месяц вы платите за то, чтобы иметь бота, а не за то, что он делает. Вернуть вложение за год бот со связкой с CRM начинает примерно с 820 обращений в месяц. На меньшем потоке разумный порядок другой: завести бизнес-профиль, отвечать вручную и вернуться к автоматизации, когда поток вырастет. Детальная смета по строкам, разбор ежемесячных расходов и места, где смету можно безопасно ужать, — в материале сколько стоит чат-бот в MAX.
Куда идти дальше
Если после всего написанного бот всё ещё выглядит нужным, дальнейший путь распадается на четыре шага, и каждый разобран отдельным материалом. Порядок именно такой: верификация запускается первой, потому что её длительность вы не контролируете, а смета считается до сценария, а не после.
- Понять, что даёт канал целиком. Профиль, канал, бот и чаты решают разные задачи, а заводят обычно что-то одно и не то. Разбор для владельца — в материале MAX для бизнеса.
- Завести профиль и первого бота руками. Порядок действий с проверкой после каждого шага — подключение бота в MAX. Оформление организации и причины отказов — бизнес-профиль и верификация.
- Посчитать бюджет. Три уровня сложности, смета по строкам и стоимость владения на три года — сколько стоит чат-бот в MAX.
- Написать техническое задание. Список вопросов к документации площадки, методика измерения лимитов пробой и оценка трудоёмкости в человеко-днях — Bot API MAX.
- Связать с учётной системой. Схемы для amoCRM и Битрикс24, уведомления клиенту из учётной системы — 1С и мессенджер MAX.
Карта связей в чертёжном стиле. В центре узел «Свой бот в MAX». От него пять ветвей с подписями и порядковыми номерами: «1. Бизнес-профиль и верификация — запускается первым, от минут до 2 суток», «2. Что даёт канал целиком: профиль, канал, бот, чаты», «3. Смета: 110 000 / 240 000 / 400 000 ₽ по уровням», «4. Техническое задание: вопросы к документации и замер лимитов», «5. Связка с CRM и 1С: прослойка 140 000 ₽, адаптер 20 000–25 000 ₽». Внизу отдельной плашкой порог «330 обращений в месяц — граница окупаемости». Все подписи по-русски.
И последнее, что стоит держать в голове при любом решении. Конкретный мессенджер в 2026 году — расходуемый ресурс, а не фундамент. Поэтому ценность проекта определяется не тем, что умеет бот сегодня, а тем, что останется у вас при смене канала: документ со сценарием, журнал обращений на своей стороне, идентификатор клиента в вашей базе и запасной маршрут для уведомлений. С этим набором следующий переезд стоит одного адаптера и нескольких дней.
Бот отвечает ровно настолько хорошо, насколько хороша система, из которой он берёт ответ.
