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

Запись и напоминания — недооценённая автоматизация. Клиент, которому вовремя напомнили, приходит; забытая запись — пустой слот специалиста и потерянная выручка. В MAX эта задача закрывается ботом, который ведёт запись, сам напоминает о визите, обрабатывает перенос и отмену и записывает всё это в CRM.

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

Как бот ведёт запись

Логику записи мы строим вокруг трёх состояний слота: свободен, забронирован, подтверждён. Клиент открывает бота в MAX, видит доступные окна на ближайшие дни и выбирает время — без звонка администратору и без пересылки скриншотов календаря. Бот резервирует слот сразу, до подтверждения, и ставит ему статус «ожидает». Так закрывается гонка, когда два клиента одновременно выбирают одно и то же время: второй увидит слот уже занятым.

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

Напоминания, перенос и отмена

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

Молчание клиента — тоже сигнал. Если на напоминание никто не ответил, за час до визита бот может повторить сообщение, а если это предусмотрено логикой — пометить запись в CRM как «под риском». Администратор перезванивает только по таким записям, обзванивать всех подряд ему не нужно.

Отмена работает симметрично: клиент отменяет запись в боте, слот освобождается сразу и виден следующему, кто откроет бота. Вся логика живёт в коде бота и API календаря. Как только человек становится узким местом в цепочке «запись → напоминание → отмена», доход начинает зависеть от того, кто сегодня на смене.

На конструкторах ботов без кода такую логику мы не собираем. Они закрывают демонстрационный сценарий «прислать три кнопки», но ломаются на переносах, одновременной брони и связке с полями CRM: здесь нужен контроль над состоянием записи на уровне кода.

Связка с CRM и сквозной аналитикой

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

Дальше данные уходят в сквозную аналитику. Ключевое событие здесь — «дошёл» или «не дошёл». Без него запись выглядит как конверсия, хотя часть заявок теряется между бронью и визитом. Мы привязываем это событие к источнику заявки и рекламному каналу, и в отчёте видно, сколько записей стали выручкой по каждому каналу; число созданных броней становится промежуточной метрикой. Бот добавляет в аналитику ещё одно событие воронки, отдельный контур под него не нужен. Как из таких событий собирается окупаемость канала, мы показали в разборе того, как Roistat считает ROMI.

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

Для кого это работает

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

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

Почему MAX и почему не ручной обзвон

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

Ручной обзвон решает ту же задачу медленнее и дороже. Администратор тратит время на звонки, большая часть которых заканчивается коротким «да, приду»; остальные клиенты не берут трубку или переносят визит, и это снова нужно вручную вносить в календарь. Бот проходит первый круг автоматически и оставляет администратору исключения, которые требуют его внимания.

С чего начать

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