Бот записи в MAX: доступ к платформе, расписание и проверка заявки

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

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

Проверьте право создать бота

По документации MAX создание бота связано с платформой для партнёров и верифицированным профилем организации, ИП или самозанятого. Указаны требования к резидентству и модерация. Это отличается от предположения, что любой личный аккаунт мгновенно получает готового бизнес-бота.

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

Разделите канал и запись

MAX доставляет сообщения и события. Рабочий календарь или CRM отвечает за свободное время и статус бронирования. Языковая модель может понять фразу клиента, но не должна выдумывать слот.

В официальном описании API перечислены методы работы с событиями и сообщениями. Для реализации нужно использовать действующие требования к авторизации и соединению. Токен храните в закрытых настройках и не помещайте в опубликованное описание проекта.

Учебный маршрут для студии

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

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

Функция	Откуда приходят данные	Что проверять
Свободное время	Актуальный календарь	Занятость, длительность и часовой пояс
Условия услуги	Утверждённая база	Версия и допустимые обещания
Перенос	Текущая запись и новое согласование	Освобождение старого слота
Напоминание	Подтверждённая действующая запись	Отмена при переносе и отказе

Перенос и повторное событие

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

Событие может прийти повторно. Одна и та же просьба не должна создавать второй визит. Испытайте повторную доставку, два быстрых нажатия и ответ после длинной паузы. Старое действие не должно перезаписать более новое состояние.

Администратор остаётся доступным

Просьба поговорить с человеком должна запускать настоящую передачу: задачу, уведомление и остановку самостоятельной переписки бота. Администратор получает уже собранные сведения. Если он недоступен, клиенту сообщают действующий следующий шаг без обещания немедленного подключения.

После визита можно запросить отзыв в согласованном порядке. Жалоба не должна попадать в обычную рекламную цепочку. Отдельно определите ответственного за её разбор.

Четыре этапа подключения

1. Проверить условия платформы и подготовить профиль бизнеса.
2. Согласовать один маршрут записи и источник расписания.
3. Настроить канал, учёт, передачу человеку и защиту данных.
4. Пройти испытания на искусственных заявках, затем ограниченный рабочий поток.

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

Шесть ошибок перед запуском

• Создать бота на несогласованном профиле подрядчика.
• Показывать время из устаревшего текста вместо календаря.
• Подтверждать бронирование до успешного сохранения.
• Продолжать отправлять напоминания после отмены.
• Не оставлять переход к администратору и резервный способ связи.
• Оценивать эффект по числу сообщений вместо состоявшихся записей.

При приёмке проверьте непубличные данные на отдельном пользователе: он не должен видеть чужие записи и контакты. Доступность самого бота в поиске не означает открытый доступ к календарю. Разрешение на просмотр и изменение конкретной записи проверяется внутри решения.

Смета включает подготовку, соединение с расписанием, проверку и поддержку. Считайте время администратора вместе с исправлениями. Если нужен маршрут MAX с вашим календарём, обсудите требования с TRUE.