Чат-бот для записи клиентов: сценарий, календарь и интеграции

Сначала определите, что считается подтверждённой записью

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

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

• Какая услуга бронируется.
• Кто подтверждает запись.
• Когда слот блокируется.
• Что получает клиент и сотрудник.

Соберите короткий путь от сообщения до слота

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

Свободный ввод полезен для комментария, но критичные параметры безопаснее собирать кнопками и проверяемыми полями. Так меньше опечаток и проще передавать сведения в календарь или CRM.

Выберите источник расписания

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

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

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

Спроектируйте перенос, отмену и опоздание

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

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

Напоминания должны вести к действию

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

Рассылки и рекламные сообщения — отдельный сценарий с отдельным согласием. Сам факт записи не означает согласие на бессрочные предложения.

Когда нужен Mini App, а когда хватит кнопок

Диалог с кнопками подходит для короткого линейного выбора. Mini App оправдан, если нужно сравнивать много услуг, видеть календарь целиком, выбирать место на схеме, управлять несколькими записями или работать с личным кабинетом.

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

Что передавать в CRM и сотруднику

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

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

Чек-лист приёмки бота для записи

Проверяйте не только счастливый путь. Контрольные сценарии должны пройти в Telegram или MAX, в системе расписания и у сотрудника, который принимает запись.

• Свободный слот бронируется один раз.
• Занятое время нельзя выбрать повторно.
• Отмена и перенос меняют исходное расписание.
• Уведомления содержат верные дату и часовой пояс.
• CRM получает поля и источник без случайных дублей.
• Ошибка внешнего API не показывается как успех.
• Код, токены и рабочие аккаунты переданы владельцу безопасно.