Немного пофантазировал на тему будущей трансформации сервисов бронирования отелей.
Какие цели у сервиса бронирования отелей?
Сервис должен помогать найти тот самый вариант, который нужен пользователю.
Пользователю не хочется продираться через страницы предложений, он хочет быстро получать результат.
Пользователю по сути не нужно множество вариантов, ведь купит он только один единственный, хоть множество вариантов и создают иллюзию богатства выбора и крутости сервиса (да, есть пользователи которые так и оценивают).
Но что может ускорить процесс выбора и быстрее довести пользователя до его единственного варианта?
Узнать у пользователя больше информации о его желаниях - сколько готов потратить, зачем едет, с кем поедет, на чем поедет, на какой срок, что хочет есть, где хочет побывать, что увидеть, чем заняться. Но часто пользователь не может определиться в своих желаниях - типа я пойму что это то, что нужно, только когда это увижу. А значит надо пользователю дать визуальный способ выбрать то, что он хочет. Как устроены все современные сервисы? Поиск + фильтры + куча офферов с непонятными пользователю названиями и непонятными отличиями. Ну ещё некоторые надстраивают то же самое над геолокацией, чтобы пользователь по карте выбирал где он хочет жить.
Как же может выглядеть такой сервис бронирования, где все для визуалов? Возможно это что-то вроде Tinder - задаешь параметры поиска, а дальше листаешь фотографии номеров с кратким описанием. Понравилось - свайп для добавления в отобранное, чтобы из нескольких вариантов выбрать итоговый. Не понравилось смахиваешь прочь. При этом сервис был бы ещё лучше, если бы на лету учитывал выбор пользователя и в следующих карточках учитывал действия пользователя и подсовывал то, что с большей вероятностью понравится пользователю.
Описанное вполне органично вписывается в уже привычные модели работы с мобильными приложениями, но кажется может быть трудно реализовано в виде веб сервиса. Тут скорее всего может быть что-то похожее на Pinterest, но модель рекомендаций должна учитывать как добавление в отобранные, так и то, какие карточки номеров пользователь увидел, но не прореагировал на них. При этом чтобы пользователь оставался в состоянии потока, важно отказаться от переходов на другие страницы - надо уметь показать крупные фото и дополнительную информацию в одном окне.
Вот так, в первом приближении, я вижу развитие сервисов для бронирования отелей. Давайте порассуждаем, какие есть минусы у такого визуального подхода.
Какие цели у сервиса бронирования отелей?
Сервис должен помогать найти тот самый вариант, который нужен пользователю.
Пользователю не хочется продираться через страницы предложений, он хочет быстро получать результат.
Пользователю по сути не нужно множество вариантов, ведь купит он только один единственный, хоть множество вариантов и создают иллюзию богатства выбора и крутости сервиса (да, есть пользователи которые так и оценивают).
Но что может ускорить процесс выбора и быстрее довести пользователя до его единственного варианта?
Узнать у пользователя больше информации о его желаниях - сколько готов потратить, зачем едет, с кем поедет, на чем поедет, на какой срок, что хочет есть, где хочет побывать, что увидеть, чем заняться. Но часто пользователь не может определиться в своих желаниях - типа я пойму что это то, что нужно, только когда это увижу. А значит надо пользователю дать визуальный способ выбрать то, что он хочет. Как устроены все современные сервисы? Поиск + фильтры + куча офферов с непонятными пользователю названиями и непонятными отличиями. Ну ещё некоторые надстраивают то же самое над геолокацией, чтобы пользователь по карте выбирал где он хочет жить.
Как же может выглядеть такой сервис бронирования, где все для визуалов? Возможно это что-то вроде Tinder - задаешь параметры поиска, а дальше листаешь фотографии номеров с кратким описанием. Понравилось - свайп для добавления в отобранное, чтобы из нескольких вариантов выбрать итоговый. Не понравилось смахиваешь прочь. При этом сервис был бы ещё лучше, если бы на лету учитывал выбор пользователя и в следующих карточках учитывал действия пользователя и подсовывал то, что с большей вероятностью понравится пользователю.
Описанное вполне органично вписывается в уже привычные модели работы с мобильными приложениями, но кажется может быть трудно реализовано в виде веб сервиса. Тут скорее всего может быть что-то похожее на Pinterest, но модель рекомендаций должна учитывать как добавление в отобранные, так и то, какие карточки номеров пользователь увидел, но не прореагировал на них. При этом чтобы пользователь оставался в состоянии потока, важно отказаться от переходов на другие страницы - надо уметь показать крупные фото и дополнительную информацию в одном окне.
Вот так, в первом приближении, я вижу развитие сервисов для бронирования отелей. Давайте порассуждаем, какие есть минусы у такого визуального подхода.