Отмена бронирований из-за погоды: уведомления и новые даты

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

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

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

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

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

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

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

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

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

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

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

В MySlot имеет смысл проверить календарь, закрытие доступности, клиентские данные и уведомления. Массовые операции, приоритетные места, погодные источники и автоматическое финансовое урегулирование нужно согласовать отдельно. Даже при интеграции прогноза решение о проведении должно оставаться в рамках утверждённого процесса, а не возникать из произвольного ответа AI-агента.