Би-Томо работает в туризме, где сайт должен быть не только витриной, но и рабочим инструментом: помогать выбрать тур, понять условия, оставить заявку, перейти к оплате и получить корректные юридические документы.
У компании уже был сайт, который Gigonom разрабатывал много лет назад. Но продукт, требования к пользовательскому пути и ожидания клиентов изменились. Нужен был новый сайт с обновленным дизайном, более удобным выбором туров, управляемой админкой, формой бронирования, страницами оплаты и юридическими элементами для работы с персональными данными.
Мы разработали новый сайт на bitomo.ru: переработали визуальную систему, логику показа туров, сценарий заявки, страницы оплаты, юридические документы и админку. Проект был сфокусирован на взаимодействии клиента с сайтом и готовности площадки к рабочему запуску.
Что было до проекта
Старый сайт уже не отвечал текущей задаче туроператора. Его можно было использовать как представительство компании, но клиентский путь требовал обновления: пользователю нужно быстрее находить подходящий тур, понимать, доступна ли поездка, оставлять заявку без лишних шагов и видеть корректный путь к оплате.
Отдельная проблема была в управлении турами. Если отображение тура жестко зависит от активных дат и свободных мест, на сайте может возникать ощущение пустого каталога: тур есть, направление актуально, но карточка не показывается из-за отсутствия ближайших дат. Для туроператора это критично, потому что часть поездок продается через уточнение дат, индивидуальный запрос или подбор менеджером.
Форма бронирования тоже требовала доработки. В ней нужно было убрать лишнее, оставить понятный сценарий заявки, связать его с офертой, согласием на обработку данных, cookie и страницами оплаты. Для сайта, который принимает заявки и персональные данные, юридическая готовность является частью продукта, а не отдельной формальностью.
Что нашли при разборе
Главный вывод: сайт туроператора должен управлять не только страницами, но и состояниями тура.
Мы разделили несколько задач:
- пользователь должен видеть актуальные туры и понимать, что можно выбрать прямо сейчас;
- администратор должен управлять показом тура независимо от того, есть ли у него активные даты;
- даты должны быть опциональными, чтобы тур можно было оставить в каталоге и принимать заявки на уточнение;
- форма бронирования должна вести к заявке без лишних вариантов и неоднозначных шагов;
- оферта, cookie и документы по персональным данным должны быть встроены в пользовательский путь;
- страницы оплаты должны быть частью целевого сценария, а не отдельной технической доработкой;
- админка должна помогать команде обновлять сайт без постоянного участия разработчика.
Отдельно зафиксировали границу проекта. Задача была в создании нового сайта и улучшении клиентского взаимодействия с ним: дизайн, туры, бронирование, документы, оплата и администрирование.
Как выбрали состав работ
В первую версию вошли работы, которые напрямую влияли на запуск и использование сайта:
- редизайн всего сайта;
- обновление структуры и пользовательского пути;
- доработка карточек и логики показа туров;
- форма бронирования;
- опциональные даты туров;
- страницы оплаты;
- оферта;
- уведомление и политика cookie;
- документы и согласия по персональным данным;
- переработка админки.
Такой состав работ позволял не просто освежить внешний вид, а собрать сайт как рабочую систему для туроператора: с каталогом, заявкой, оплатой, документами и управлением контентом.
Что не стали делать
Проект не стали расширять за пределы сайта. Для этого этапа важнее было привести в порядок сам пользовательский путь: сделать понятный выбор тура, упростить заявку, подготовить оплату и закрыть юридические требования к публичным сценариям.
Не стали завязывать показ тура только на наличие дат. Для туристического продукта это слишком жесткое правило: если ближайших дат нет, тур все равно может быть актуален для индивидуального запроса или будущего набора группы.
Не стали перегружать форму бронирования лишними вариантами оплаты и необязательными шагами. Чем проще первый контакт, тем меньше риск, что пользователь уйдет до отправки заявки.
Что сделали
1. Разработали новый дизайн сайта
Сайт получил новый визуальный слой и обновленную структуру страниц. Дизайн стал работать на выбор тура: пользователь быстрее считывает направление, предложение, условия и следующий шаг.
Редизайн затронул не только внешний вид, но и смысловую организацию сайта. Для туроператора это важно: посетитель приходит не просто посмотреть красивые направления, а понять, какой тур ему подходит и что нужно сделать дальше.
2. Переработали выбор и показ туров
Мы доработали логику показа карточек. Тур можно отображать по отдельному флагу в админке, а не только по наличию активных дат и свободных мест.
Даты стали опциональными. Если точные даты пока не заданы, сайт может оставить тур видимым и перевести пользователя к уточнению условий или заявке. Это помогает не терять интерес к направлению только из-за того, что расписание еще не опубликовано.
3. Упростили форму бронирования
Форма бронирования была переработана как часть клиентского пути. Пользователь должен понимать, какие данные нужны для заявки, какие условия он принимает и что произойдет после отправки.
Из сценария убрали лишние варианты и неоднозначные шаги. Форма стала ближе к реальной задаче: не собрать максимум данных любой ценой, а помочь человеку сделать понятный первый шаг к бронированию тура.
4. Добавили оферту, cookie и документы по персональным данным
В пользовательский путь добавили юридические элементы: оферту, cookie и документы по персональным данным. Это важно для сайта, который принимает заявки, работает с пользовательскими данными и должен соответствовать требованиям регулятора.
Юридические документы встроены в сценарий, а не спрятаны как отдельные формальные страницы. Пользователь видит условия там, где принимает решение и отправляет данные.
5. Добавили страницы оплаты
Страницы оплаты стали отдельной частью сайта. Это закрывает важный участок пользовательского пути: после выбора тура и заявки у клиента должен быть понятный следующий шаг, связанный с оплатой.
Для туроператора это снижает разрыв между интересом к туру и коммерческим действием. Сайт становится ближе к рабочей системе продаж, а не остается только информационной витриной.
6. Переработали админку
Админка была доработана под реальные задачи команды: управление турами, датами, отображением карточек, контентом и связанными страницами.
Команда получила больше контроля над сайтом. Можно обновлять туры, управлять их видимостью, работать с датами и поддерживать сайт в актуальном состоянии без постоянной передачи мелких изменений в разработку.
Что изменилось после запуска
Новый сайт опубликован на bitomo.ru.
Сайтом стало удобнее пользоваться: обновленный дизайн и структура помогают быстрее перейти от просмотра направлений к выбору тура и заявке.
Процесс заявки стал проще. Форма бронирования получила более понятную логику, а путь пользователя стал меньше зависеть от лишних вариантов и ручных уточнений на первом шаге.
Выбор тура стал гибче. Карточки можно показывать независимо от активных дат, а сами даты стали опциональными. Благодаря этому сайт не выглядит пустым, когда тур актуален, но ближайшее расписание еще не опубликовано.
Сайт получил юридические документы и пользовательские согласия, необходимые для работы с заявками, cookie и персональными данными. Это позволило привести публичные сценарии к требованиям по обработке данных.
Появились страницы оплаты, а админка стала удобнее для управления турами и контентом. После запуска также улучшились SEO-показатели сайта: обновленная структура и управляемость страниц помогают поддерживать актуальность туристических предложений в поиске.
Что можно развивать дальше
- Развивать аналитику пользовательского пути: просмотр тура, переход к форме, отправка заявки, переход к оплате.
- Добавлять больше посадочных страниц под направления, сезоны и типы туров.
- Развивать SEO-структуру под направления, сезоны и типы туров.
- Дорабатывать админку по мере появления новых сценариев управления турами.
- Развивать аналитику источников и действий на сайте, чтобы точнее видеть путь от интереса к заявке.
Для каких задач подходит похожий подход
Похожий подход подходит туроператорам и сервисным компаниям, у которых:
- сайт устарел и уже не поддерживает текущий пользовательский путь;
- каталог услуг или туров сложно поддерживать в актуальном состоянии;
- заявка зависит от дат, наличия мест, уточнений и ручной обработки;
- форма бронирования перегружена или не закрывает юридические требования;
- на сайте есть оплата, но путь до нее не собран в понятный сценарий;
- команде нужна админка, чтобы управлять контентом без постоянного участия разработчика;
- SEO важно, но старую структуру сайта сложно развивать.
Если сайт уже есть, но пользователю сложно выбрать продукт, оставить заявку или перейти к оплате, сначала стоит разобрать весь путь: от карточки услуги до формы, документов, админки и аналитики. Так редизайн становится не косметикой, а обновлением рабочей системы продаж.
Gigonom может провести такой разбор, спроектировать новый сайт или редизайн, доработать форму заявки, админку, юридические элементы и оплату, чтобы сайт соответствовал реальному процессу клиента.