Двойное бронирование: как избежать накладок при онлайн-записи клиентов

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

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

На узком экране таблицу можно прокрутить вправо.

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

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

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

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

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

Составьте для каждой услуги короткую схему: что требуется, сколько единиц доступно и на какое время они заняты. Различайте конкретный предмет и категорию: «проектор № 1» и «проекторы» — разные способы учёта. Если предмет один, два названия в календаре не должны создавать впечатление, что их два.

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

Шаг календаря и продолжительность услуги решают разные задачи. Шаг определяет, с каким интервалом предлагается начало записи. Продолжительность показывает, как долго занят ресурс. Начало каждые 15 минут не означает, что часовая услуга заканчивается за четверть часа.

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

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

Рабочее время филиала не всегда совпадает с графиком сотрудника. Центр открыт до 21:00, а конкретный специалист принимает до 18:00. Оборудование может быть недоступно на время обслуживания, даже когда остальные ресурсы свободны.

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

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

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

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

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

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

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

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

Рассмотрим учебную ситуацию, а не кейс клиента. Компания проводит праздники. Для заказа нужны зал «Север», аниматор и костюм. Праздник длится с 15:00 до 16:00, после него зал готовят к следующей группе ещё 20 минут. Костюм в этом примере также недоступен до 16:20.

На узком экране таблицу можно прокрутить вправо.

Клиент просит второй зал на 15:30. Помещение доступно, но прежний аниматор занят. Для подтверждения нужны другой свободный аниматор и подходящий костюм — либо другое время.

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

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

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

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

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

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