Шаг начала записи: почему за три часа помещаются три визита или четыре

Разделите начало визита и занятость ресурса

Владелец видит свободное утро и просит администратора открыть больше времени. Но рабочие часы могут уже быть открыты полностью. Тогда полезно проверить два разных числа: сколько минут занимает услуга и через сколько минут календарь предлагает очередное начало.

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

В Microsoft Bookings настройка Time increments определяет предлагаемые начала, а длительность задаётся отдельно для услуги. Это подтверждает различие настроек, но не устанавливает оптимальный шаг для вашего расписания.

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

Одна длительность, две выполнимые последовательности

Учебные условия: ресурс свободен с 09:00 до 12:00, каждая запись занимает ровно 45 минут. Дополнительного времени до или после нет: необходимые работы уже входят в эти 45 минут. Перерывов и прежних броней нет; окончание ровно в 12:00 разрешено. Все числа условные.

Шаг 30 минут. Можно выбрать 09:00, 09:30, 10:00, 10:30 или 11:00. Вариант 11:30 не подходит: он закончился бы в 12:15. Пять кнопок представляют альтернативы. Одновременно выполнить все пять услуг нельзя.

Допустимая последовательность: 09:00–09:45, 10:00–10:45, 11:00–11:45. Получаются три визита и три свободных отрезка по 15 минут. Итого занято 3 × 45 = 135 минут, свободно 45. Ни один оставшийся отрезок не вмещает ещё один визит.

Три — максимум для этих условий. Между разрешёнными непересекающимися началами должно пройти минимум 60 минут: соседние точки через 30 минут слишком близки. Четыре визита потребовали бы от первого начала до последнего окончания 60 + 60 + 60 + 45 = 225 минут, а доступно только 180.

Шаг 15 минут. Доступны десять альтернативных начал от 09:00 до 11:15. Выполнимый набор: 09:00–09:45, 09:45–10:30, 10:30–11:15 и 11:15–12:00. Четыре визита занимают ровно 180 минут. Пятый невозможен уже по общей продолжительности. Изменились разрешённые начала; рабочие часы и длительность остались прежними.

Более мелкая сетка ещё не гарантирует плотный день

Теперь клиент первым выбрал 09:15 на той же 15-минутной сетке. Его визит займёт время до 10:00. До него осталось 15 минут, после — 120. До визита больше никто не поместится; после возможны ещё два полных визита. Максимум с этой уже закреплённой бронью — три.

Значит, четыре — достижимая вместимость пустого учебного окна, а не обещание результата при любом порядке выбора. Предпочтения клиентов, отказы и реальные длительности способны изменить итог. Нельзя выдавать эту разницу за прогноз продаж или автоматически переносить человека с 09:15 на 09:00.

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

Проверьте, откуда начинается сетка

Запись «шаг 15 минут» не отвечает на вопрос, что будет при открытии ресурса в 09:10. Программа может отсчитывать точки от начала доступности либо использовать другую опорную сетку. После перерыва возможны дополнительные особенности. Запишите ожидаемые начала и сравните их с реальным клиентским экраном.

В Acuity автоматический шаг рассчитывается по базовым длительностям. Добавления к услуге в этот расчёт не входят. Блокировка времени скрывает затронутые начала, но не запускает расчёт сетки заново; также можно задать отдельные начала. Эти особенности относятся к Acuity.

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

Выбирайте по своим услугам и ограничениям

Для единственной 45-минутной услуги сетка через 45 минут от 09:00 тоже даст четыре последовательных визита. Поэтому универсального требования «всегда ставьте 15» здесь нет. Более мелкий шаг имеет смысл, когда нужны дополнительные варианты начала; сам по себе он не создаёт рабочее время.

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

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

Шесть проверок до изменения рабочего календаря

1. Пустое окно. Для исходных трёх часов воспроизведите обе последовательности. Ожидаемый максимум — три и четыре; число кнопок — пять и десять.
2. Граница дня. Подтвердите разрешённое окончание в 12:00 и отсутствие старта, который займёт ресурс после этой границы.
3. Закреплённый визит. Добавьте 09:15–10:00. Проверка должна показать ограничение в три визита и сохранить существующее время.
4. Опция услуги. Увеличьте полную занятость до 60 минут. Во всём окне теперь максимум три услуги при любом из сравниваемых шагов.
5. Перерыв. Закройте 10:00–10:15. Проверьте каждое предлагаемое начало на пересечение с ним и фактическую привязку оставшейся сетки.
6. Два канала. Сравните запись клиента и администратора. Если ручной канал допускает исключения, они должны быть понятными и не создавать пересечений.

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