Карточка отеля для Anex Tour
2025 · Lead Designer
Anex Tour — один из крупнейших туроператоров в России. Когда я пришёл в компанию, страница отеля была главной точкой принятия решения и главной точкой потерь. Через неё проходило большинство путешественников при выборе тура — и большинство уходило. Не из-за тура, не из-за цен. Из-за того, как страница была собрана.
Раньше страница спорила с пользователем — перегружала, прятала важное, дублировала второстепенное. Должна была стать страницей, которая помогает выбрать.
Что было
Интерфейс собирался годами поверх предыдущего. К 2025 году — это был набор блоков без иерархии: главная фотография без интерактивности, дубли информации по два-три раза, цены без контекста, мелкие шрифты, плотные таблицы. На мобильном — невозможно листать. Десктопная версия выглядела как админ-панель, в которую случайно попал покупатель.
— бриф от руководства, январь 2025
Метрика, с которой пришли
Что было дано и что нет
Бюджета на собственный ресёрч не было — сроки сжатые, страницу нужно было перевыпустить к высокому сезону. Я не мог провести 50 глубинных интервью или прогнать большую A/B-серию на проде. Поэтому я опёрся на открытые отраслевые данные крупных OTA: Booking Travel Insights, отчёты Expedia Group, Google Travel Trends, TrustYou. Если поведенческие паттерны путешественников по этим источникам подтверждают рабочую гипотезу — двигаемся.
Контекст и сроки
Гипотеза
Страница теряет пользователя в первые секунды, потому что не отвечает на главные вопросы выбора: где, сколько, что внутри, можно ли верить. Если разложить эти четыре вопроса по первому экрану, второму и третьему — пользователь перестанет уходить.
Принципы
Что я проверил
Три блока гипотез — контент, цена, UX. Каждый сформулирован как «если → то», чтобы можно было откатить или подтвердить решение цифрами.
Контент
Цена
UX
Подтверждение данными
Я проверил каждую группу гипотез по отчётам Booking, Expedia, TripAdvisor, Google Travel и TrustYou. Ниже — то, что подтвердилось и стало основой решения.
Решение
Я пересобрал страницу с нуля. Пять блоков, каждый отвечает на конкретный вопрос пользователя в нужный момент. Главный экран — за 3 секунды. Цена — без сюрпризов. Номера — со сценариями. Отзывы — от тех, кто реально жил.
Главная информация об отеле, фотогалерея, карта и динамика цен на соседние даты — в одном экране. Пользователь видит звёздность, рейтинг, цену «от», расположение и характер отеля за один взгляд. Рядом с ценой — мини-визард на ±14 дней: видно где минимум, где пик, и можно поменять даты в один клик без возврата на поиск. Раньше пользователи уходили искать «когда дешевле» на сторонние сайты — теперь сравнение лежит прямо в карточке. Фотогалерея интерактивная, переключается по типам (номера, территория, ресторан, пляж). Карта показывает реальные расстояния до моря, центра, аэропорта — в минутах и метрах.
Цель — закрыть «где, сколько, что внутри, можно ли верить» в первые 3 секунды и не отпустить пользователя в межсайтное сравнение.
Каждый номер — карточка с фото, кратким описанием и тегами (вид на море, балкон, семейный, all inclusive). Теги работают как фильтры: выбираешь критерии, видишь только подходящее. Без таблиц, без перегруза.
Помогает принять решение по сценарию: «семья с детьми», «пара на медовый месяц», «бизнес-поездка».
Длинный текст с инфраструктурой, услугами, правилами. По данным OTA — этот блок читают только 12% пользователей, но именно его наличие даёт ощущение «полной информации». Я оставил его, но свернул по умолчанию и разбил на смысловые группы — питание, развлечения, дети, правила.
Финальный блок принятия решения. Только верифицированные отзывы — от пользователей, прошедших проверку у туроператора. Рейтинг разбит по аспектам: чистота, питание, локация, персонал, цена/качество. Сортировка по дате — недавние первыми, чтобы пользователь видел актуальное состояние.
81% пользователей читают отзывы перед бронированием — этот блок не должен быть формальностью.
Что не сработало с первого раза
В первой версии блока «Варианты номеров» туры внутри номера шли горизонтальной лентой — листай вбок, выбирай. На демо казалось аккуратно. Проблема вылезла на масштабе: у одного типа номера набегало 20–30 вариантов тура — питание, длительность, авиаперевозчик, страховка. Пользователь крутил мышь вбок десятки раз, и сравнивать варианты между собой было почти невозможно — то, что справа за кадром, выходило из памяти к моменту, когда смотришь на левое.
Пришлось перевернуть: варианты тура внутри номера встали вертикальным списком, строка за строкой, как в таблице бронирования OTA. Цена, длительность, питание, перелёт — параллельные колонки, которые можно глазом сканировать сверху вниз. Сравнение из «скролл-памяти» превратилось в обычное чтение.
Почему это сработало
Страница отеля — это не каталог. Это место, где принимают решение о покупке отдыха. Раньше она спорила с пользователем. Теперь — ведёт его: сначала уверенность в выборе, потом цена, потом услуги.
Главное изменилось не в вёрстке. В очерёдности информации. Раньше страница пыталась рассказать всё. Стала отвечать на вопросы — по очереди, в нужный момент.
Часть метрик и финального функционала не раскрывается по NDA. Скрины — фрагменты публичной версии редизайна.