Конфликт расписания аниматора: защита от двойного заказа

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

Ищите не только прямое пересечение

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

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

Установите правила бронирования исполнителя

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

Разделите статусы. Например, «предварительно держим» не блокирует исполнителя полностью, но видно руководителю; «подтверждён» блокирует слот; «ожидает замены» требует действия координатора. Конкретные названия не важны, важна одинаковая логика для всех.

Проверяйте изменения так же строго, как новый заказ

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

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

Покажите менеджеру причину запрета

Просто написать «нельзя назначить» недостаточно. Менеджер должен видеть, почему: пересечение по времени, невозможная дорога, личная недоступность, другой заказ с тем же костюмом, неподтверждённый резерв. Тогда он может предложить клиенту другой слот или быстро согласовать замену.

Хорошее предупреждение экономит разговоры внутри команды. Вместо «почему не могу поставить Машу?» менеджер видит соседний заказ и понимает, что после него она не успевает в лофт на другом конце города.

Держите резерв отдельно от основного назначения

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

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

Разбирайте конфликт после решения

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

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

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

Тестируйте на неприятных сценариях

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

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

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

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

Не стирайте конфликт после исправления календаря. Закрытый риск всё равно полезен для анализа: он показывает, какие решения команда принимает слишком поздно и какие проверки стоит перенести ближе к моменту продажи.