На сайте можно выбрать вторник, 15:00, но это время уже занято записью по телефону. Или клиент получил «Вы записаны», хотя администратор ещё должен подтвердить визит. Оба случая стоит разобрать до запуска. В Гуси-Лебеди мы предлагаем проектировать онлайн-запись как общий процесс для клиента и сотрудников: от свободного времени до состоявшегося визита.
Для сайта услуг есть несколько вариантов: кнопка с переходом в готовый сервис, встроенный виджет или собственная форма, связанная с системой расписания. Выбор зависит от правил работы. Ниже разберём, что подготовить, как подключить запись и какими проверками принять результат.
Расписание онлайн-записи: услуги, сотрудники и ресурсы
Начните с конкретной услуги. Кто её оказывает, сколько времени она занимает, что ещё требуется для визита? Фотостудии нужен свободный зал, мастерской может понадобиться подъёмник, преподавателю нужна доступность на весь урок. Свободный сотрудник сам по себе ещё не означает, что услугу можно оказать.
Условный пример. Консультация длится 60 минут, после неё предусмотрено 15 минут на подготовку помещения. Если начало в 15:00, следующий визит в этом помещении нельзя предлагать раньше 16:15. Это правило примера, а не рекомендуемая длительность для любого бизнеса. Для своих услуг задайте реальные интервалы и проверьте, учитывает ли выбранная система подготовку.
| Что настроить | Вопрос для владельца процесса | Проверка |
|---|---|---|
| Услуги | Одинакова ли длительность у разных специалистов? | Время меняется вместе с выбранной услугой |
| Расписание | Где вносят смены, перерывы и отсутствие? | Закрытый интервал исчезает из доступных |
| Ресурсы | Нужны ли помещение и оборудование одновременно? | Занятый ресурс не предлагается повторно |
| Группы | Сколько мест доступно на занятие? | Последнее место учитывается отдельно от времени |
| Часовой пояс | Какое время видит клиент? | Пояс указан в форме и подтверждении |
Выберите основной журнал, в котором сотрудники ведут записи. Обращения с сайта, по телефону и из других каналов должны попадать в согласованное расписание. Если между системами есть обмен, выясните его направление, задержку и поведение при ошибке. Формулировка «есть интеграция с CRM» не отвечает на вопрос, в какой момент время перестаёт быть свободным.
Не каждую услугу удобно бронировать автоматически. Если продолжительность выясняется только после обсуждения задачи, предложите заявку на согласование. В интерфейсе честно напишите, что время предварительное и как клиент получит подтверждение. Для индивидуального сценария разработку системы бронирования лучше начинать с этих правил, а не с внешнего вида календаря.
Как сделать онлайн-запись на сайте: сервис, виджет или API
Готовый сервис стоит сравнивать на своём сценарии: одна услуга, несколько сотрудников, перенос, запись с телефона. Убедитесь, что подходящие функции доступны в выбранном тарифе. Проверьте оплату уведомлений, ограничения по сотрудникам и филиалам, условия выгрузки данных и работу поддержки. Бесплатный тариф полезен только тогда, когда покрывает ваш процесс.
Кнопка или ссылка. Клиент нажимает «Записаться» и переходит на страницу сервиса. Это позволяет начать с готового интерфейса. Разместите кнопку рядом с услугой и объясните, что откроется. Проверьте адрес компании, нужный филиал и возможность вернуться на сайт. Не ведите все разные услуги на случайно выбранного специалиста.
Встроенный виджет. Форма находится на странице или открывается поверх неё. Проверьте, не перекрывает ли её меню, помещаются ли календарь и кнопки на телефоне, сохраняется ли выбор при ошибке. Способ встраивания берите из актуальной инструкции сервиса. Например, в документации YCLIENTS об iframe прямо сказано, что корректная работа такого встраивания не гарантируется; сервис рекомендует кнопку или собственный виджет через API.
Собственный интерфейс через API. Он уместен, когда нужны особые правила, последовательность шагов или связь с внутренними системами. До разработки проверьте, предоставляет ли API необходимые операции: получение свободного времени, создание записи, изменение и отмену. Отдельно согласуйте авторизацию, повторные запросы и обработку конфликтов. Красивый календарь без надёжной проверки доступности задачу не решает.
Подключение лучше выполнять по этапам: сначала наполнить услуги и расписание, затем настроить правила, разместить форму на тестовой странице и пройти запись с обеих сторон. Только после проверки переносите кнопку на рабочие страницы. Служебные ключи доступа не должны попадать в код, доступный посетителю.
Клиенту нужны понятная услуга, специалист или вариант «любой доступный», дата, время, цена либо объяснение её расчёта. Запрашивайте только данные, необходимые для записи и связи. Длинная анкета до выбора свободного времени заставляет человека выполнять лишнюю работу. Ошибку телефона или обязательного поля показывайте рядом с полем, сохраняя остальные введённые данные.
После отправки покажите, что именно произошло. В инструкции Saby по настройке онлайн-записи указано: созданная запись поступает в журнал, после чего её подтверждает администратор. У других решений порядок может отличаться. Поэтому заранее определите, означает ли итоговый экран подтверждённый визит или ожидание ответа.
Подтверждение, перенос и отмена: что должен знать клиент
Нужен понятный способ изменить планы. До завершения записи объясните, где клиент сможет отменить или перенести визит, до какого момента это разрешено и куда обратиться, если самостоятельное действие уже недоступно. Правила на сайте должны соответствовать настройкам сервиса и работе администратора.
Условия нельзя переносить с одной платформы на другую. Например, правила отмены и переноса YCLIENTS позволяют настраивать доступность этих действий и ограничение по времени. Для индивидуальной записи перенос сохраняет ранее выбранные услугу и сотрудника. Возврат предоплаты после самостоятельной отмены клиента выполняет администратор вручную. Проверьте свой сценарий, вместо того чтобы обещать автоматический возврат по факту отмены.
Согласуйте отдельные состояния: время выбрано, заявка отправлена, визит подтверждён, визит отменён, перенос завершён. Если нужна оплата, добавьте её состояния и порядок освобождения времени при незавершённом платеже. Оплаченная, подтверждённая и состоявшаяся запись описывают разные события.
Подтверждение должно содержать услугу, дату, время с понятным поясом, адрес или ссылку на встречу, контакт компании и способ изменения записи. Напоминание помогает вернуться к этим данным, но его наличие не доказывает доставку. Проверьте канал, условия отправки и то, что сообщение после переноса содержит новое время. Старое напоминание должно быть отменено или скорректировано по правилам системы.
Со стороны команды назначьте ответственного за неподтверждённые заявки и ошибки. Если уведомление администратору не дошло, запись не должна теряться: нужна возможность найти её в журнале. Заранее договоритесь, как сотрудник связывается с клиентом и исправляет ситуацию, когда нужный специалист внезапно недоступен.
Проверка перед запуском: от свободного времени до записи в журнале
Проверять нужно весь путь, включая действия, которые клиент совершит случайно. Проводите тесты на тестовых сотрудниках и интервалах, чтобы не занять реальные визиты. Для каждого сценария смотрите и экран клиента, и итоговую запись в журнале.
- Обычная запись. Выберите услугу, сотрудника и время, отправьте форму. Сверьте все данные, статус и уведомление. Нажатие кнопки без записи в журнале не считается успешным результатом.
- Одно время из двух окон. Откройте один доступный интервал в двух независимых сессиях и попытайтесь записаться из обеих. Для индивидуального ресурса результат должен соответствовать правилу «один визит на интервал». Второй клиент получает понятное сообщение и возможность выбрать другое время.
- Повторная отправка. Нажмите кнопку повторно, обновите экран результата, вернитесь назад. Проверьте, что непреднамеренное повторение не создаёт лишнюю запись.
- Изменение расписания. Закройте время в основном журнале, пока оно открыто у клиента. Проверьте повторную проверку доступности при отправке.
- Перенос и отмена. Убедитесь, что журнал и уведомления обновились, прежний интервал освободился согласно правилам, а ссылка на старое действие не меняет новую запись ошибочно.
- Ошибка связи или оплаты. Проверьте понятное сообщение и способ выяснить результат. Повторная попытка не должна приводить к двум бронированиям или повторной оплате.
- Телефон и клавиатура. Пройдите форму на узком экране и без мыши. Календарь, поля, ошибки и итоговое действие должны оставаться доступными.
Для аналитики различайте открытие формы, начало выбора, отправку заявки, подтверждение и состоявшийся визит. Если заявка ждёт администратора, счётчик отправок нельзя подписывать «успешные записи». Сопоставляйте данные сайта с журналом по идентификатору записи и исключайте тесты и дубли. Не передавайте контакты клиента в адресах страниц или параметрах аналитики.
После запуска проверьте первые реальные записи в журнале и доступность формы на основных страницах. Продумайте запасной путь связи на случай сбоя внешнего сервиса. В Гуси-Лебеди мы рекомендуем принимать онлайн-запись по воспроизводимым сценариям: клиент понимает результат, сотрудник видит те же данные, а отмена и перенос работают по согласованным правилам.