Как снять услугу с онлайн-записи и сохранить действующие брони

Администратор убрал услугу с главной страницы, но клиент открывает сохранённую ссылку и оформляет запись. Другой заказ приходит из мессенджера, где осталась старая кнопка. Третий создаёт сотрудник в CRM, потому что там услуга по-прежнему доступна. Визуальное отсутствие в каталоге не равно остановке приёма заказов.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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