Онлайн-запись на сайте услуг: как не обещать клиенту занятое время

Клиент выбрал на сайте консультацию на четверг в 15:00 и получил сообщение «Вы записаны». Администратор в это же время поставил встречу по телефону в своём календаре. В четверг оба клиента приходят одновременно. Это учебный пример, а не случай из практики EZCODES: он показывает, почему форма с датой и настоящая онлайн-запись решают разные задачи.

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

AI-Insight Краткое содержание

Короткий ответ: какая онлайн-запись нужна вашему бизнесу

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

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

Что происходит	Запрос времени	Подтверждённая бронь
Что выбирает клиент	Пожелание по дате или интервалу	Доступный слот из расписания
Кто решает, свободно ли время	Сотрудник	Система по согласованным правилам
Что обещает экран после отправки	«Свяжемся и подтвердим»	«Запись подтверждена» с датой и местом
Что проверить в первую очередь	Дошёл ли запрос и кто отвечает	Не возникает ли двойная запись

Схема ниже помогает обсудить это решение с командой до заказа интерфейса.

Опишите правила расписания до выбора сервиса

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

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

У Google Calendar в настройках записи есть длительность, доступность, время между встречами и проверка календарей; доступность отдельных функций зависит от аккаунта. В Битрикс24 онлайн-запись строится вокруг ресурсов, графиков и CRM-форм. Эти примеры показывают, какие правила стоит сравнить с возможностями выбранного инструмента, а не подсказывают одну платформу для всех.

Выберите источник свободного времени

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

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

Готовая форма, встроенная страница сервиса и собственный модуль — варианты с разным объёмом работ. Сравнивайте их по вашим правилам, управлению расписанием, стоимости владения, доступам и возможности перенести данные. Как оценивать платформу и индивидуальную разработку в целом, мы разобрали в отдельной статье.

Покажите клиенту точный статус и следующий шаг

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

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

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

Проверьте запись до запуска на четырёх сценариях

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

1. Обычный путь. Выберите услугу и время, отправьте форму. Сверьте дату, часовой пояс, специалиста и адрес на сайте, в уведомлении и рабочем календаре.
2. Одновременный выбор. Откройте один свободный слот на двух устройствах. Подтвердите запись на первом; второе не должно получить ложное подтверждение на то же время.
3. Изменение расписания. Заблокируйте день или перенесите встречу в основной системе. Проверьте, когда сайт перестаёт предлагать занятый слот и кто узнаёт об изменении.
4. Отмена и сбой. Отмените учебную запись и проверьте, появилось ли время снова. Затем смоделируйте недоступность интеграции в тестовой среде: клиенту нужен честный статус, а администратору — способ найти незавершённый запрос.

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

Что передать разработчику

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

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

Итог

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