Почему два отдельных вопроса о дате хуже
Два поля «дата заезда» и «дата выезда» живут независимо. Человек ставит выезд на 3 мая, заезд на 5 мая, и форма это принимает. Администратор базы отдыха узнаёт об ошибке, когда уже звонит гостю.
Один блок-период следит за порядком сам. Выбрал начало, и во втором календаре даты раньше него недоступны. Ещё плюс: в выгрузке период лежит в одной ячейке вида «начало – конец», а не в двух колонках, которые потом сводят формулой.
Примеры вопросов о сроках
- На какие даты вы хотите забронировать домик?
- Укажите период отпуска, чтобы мы спланировали замены.
- В какие дни вам удобно принять монтажную бригаду?
Период или две даты: как выбрать
Период нужен, когда обе даты описывают одно событие: заезд и выезд, начало и конец отпуска, окно для монтажа. Если даты про разные вещи, например дата заказа и желаемая дата доставки, это два отдельных вопроса. Их порядок не обязан соблюдаться, и склеивать их в период неправильно.
Ещё признак: вам важна длительность. Для базы отдыха «на сколько ночей» так же важно, как «когда». Период даёт и то и другое одним ответом, а средняя длительность сразу видна в аналитике.
Если конец периода человек часто не знает заранее, например срок командировки открытый, лучше спросить дату начала и добавить короткий текстовый вопрос о примерной длительности.
Проверки и раскладка календарей на экране
В редакторе у периода две настройки: самая ранняя и самая поздняя допустимая дата. Например, бронирование открыто только на ближайший сезон.
Респондент видит два поля с подписями «С» и «По». На узком экране телефона они стоят друг под другом, на широком рядом. Если заполнено одно, форма попросит «Укажите обе даты». Если начало позже конца, появится «Начало не может быть позже конца». Выход за границы диапазона тоже остановит отправку.
В аналитике для периода считается средняя длительность в ночах и распределение по интервалам. Для гостиницы это сразу ответ на вопрос, на сколько ночей обычно бронируют.
Что настраивается
- нижняя граница
- верхняя граница