Курс на масштабирование: кейс разработки платформы Cruise.ru

В туристическом бизнесе сайт долгое время был вспомогательным инструментом. Он рассказывал о продукте, принимал заявки и передавал их менеджерам. Но в круизной индустрии такой подход перестал работать: ассортимент вырос, конкуренция усилилась, а туристы привыкли покупать онлайн, быстро и просто.

С этой точкой роста к нам пришел Cruise.ru — онлайн-платформа по продаже речных и морских круизов, работающая с российскими и международными операторами.

Ее запрос состоял в том, чтобы стать лучшим выбором агрегатора круизов для пользователей: выдерживать рост трафика, показывать только актуальные данные и обеспечивать быстрое онлайн-бронирование.

Круизный бизнес редко считается технологичным, но мы изначально знали, насколько комплексна его цифровизация на практике. В отличие от обычных туров, здесь одновременно меняются маршруты, даты, категории кают и стоимость. Операторы постоянно обновляют данные, а пользователи почти всегда сравнивают агрегатор с их сайтами напрямую.

При этом ассортимент Cruise.ru включает тысячи предложений. Такой объем данных требует не просто удобного интерфейса, а продуманной архитектуры, устойчивой логики работы с интеграциями и высокой скорости обработки данных.

Поэтому мы с самого начала решили не ограничиваться редизайном сайта, а заняться развитием продуктовой платформы. Для этого мы поставили основные задачи:

— обеспечить корректную работу с динамическими данными операторов;

— реализовать удобный каталог с быстрым поиском и безопасным бронированием;

— объединить B2C- и B2B-сценарии в слаженной системе;

— создать архитектуру, готовую к росту ассортимента и трафика.

Наше путешествие стартовало с анализа: как пользователи выбирают круизы, где возникают ошибки, какие операции можно автоматизировать, а какие критично оставить под контролем. Параллельно мы смотрели на бизнес-процессы, включая работу отдела продаж, агентов и партнеров. 

Наш вывод: рост Cruise.ru упирается в первую очередь в способность системы быстро и корректно обрабатывать данные от операторов и превращать интерес пользователя в завершенное бронирование.

Вместо фокуса на отдельных страницах мы рассматривали сценарии — как пользователь ищет круиз, как принимает решение, что происходит после оформления бронирования и как дальше с этой заявкой работает круизный менеджер.

В основу проекта лег ключевой принцип: цифровой продукт должен снижать сложность, а не перекладывать ее на пользователя или менеджеров.

Платформа объединяет предложения всех крупных круизных операторов в едином каталоге, создавая удобную общую точку доступа. От нас это потребовало унификации данных и продуманной структуры каталога, объединяющего большой выбор круизов разных форматов и варианты путешествий на любой вкус. 

На платформе находится более 17 000 круизов — речных и морских, по России и за рубежом, с детальными карточками всех круизов. 

Поиск мы проектировали как отдельный критичный компонент. Пользователь может фильтровать предложения по датам, регионам, теплоходам, длительности и стоимости. Также были представлены все классы теплоходов от эконома до люкса, что позволяет охватить максимально широкую аудиторию.

Мы понимали, что здесь важно не только удобство, но и скорость: поэтому страницы загружаются менее чем за две секунды, а поиск остается стабильным даже при высоком трафике. 

Для бизнеса это означает конкурентное преимущество за счет ассортимента, для пользователя — простой и широкий выбор в одном месте.

Одним из ключевых элементов проекта стало бронирование в три шага: 

поиск → бронь → оплата.

Пользователь может оформить заказ полностью онлайн, без обязательного общения с менеджером. Для Cruise.ru это означало сокращение нагрузки на сотрудников и рост количества завершенных заказов.

При этом на этапе оформления брони система может отправлять live-запрос оператору, чтобы подтвердить актуальное наличие кают прямо в момент покупки. Это снижает риск двойных продаж практически до нуля.

Помимо этого мы интегрировали покупку железнодорожных и авиабилетов прямо в рамках агрегатора, что позволяет посетителям планировать и организовывать путешествия самостоятельно в рамках одного сайта.

Самая чувствительная часть агрегатора — это всегда контроль цен и наличия мест. Для работы с этим направлением мы выстроили многоуровневую модель с регулярным обновлением данных.

Мы внедрили:

— автоматические проверки, которые ежедневно сравнивают данные операторов и платформы по тысячам круизов;

— отчеты о расхождениях с последующей ручной проверкой;

— дополнительное подтверждение данных при оформлении бронирования.

В результате платформа сохраняет точность данных даже при частых изменениях со стороны операторов.

Для туристов на сайте мы реализовали личные кабинеты с историей бронирований и статусами заказов. 

Для агентов же был предоставлен отдельный B2B-интерфейс, партнерская программа и инструменты онлайн-продаж, что позволяет развивать партнерскую модель в условиях свободного, удобного взаимодействия платформы и бизнесов.

Дополнительно мы обеспечили:

— открытый API

— white-label JS-виджет для встраивания на сайты агентств

Поддерживаются партнерские маркетинговые интеграции: внешние вебмастера размещают ссылки на сайте и получают комиссию с продаж. Это дает дополнительный трафик и рост ссылочного веса платформы, а также позволяет масштабировать продажи без прямого увеличения рекламных бюджетов.

Отдельное внимание при создании платформы мы уделили контенту. Блог, FAQ, акции, SEO-страницы и «горящие» предложения помогают привлекать органический трафик и удерживать пользователей внутри продукта. Cruise.ru перестал быть просто поиском, и превратился в точку входа в мир круизных путешествий.

Дополнительно мы подготовили подробную документацию по работе с контентом в 1C-Битрикс, в которой были собраны инструкции по подготовке изображений для десктопной и мобильной версии. Это позволило команде агрегатора самостоятельно обновлять контент, сохраняя качество визуала и единый стандарт оформления.

Мы спроектировали платформу как масштабируемый продукт. На старте она опиралась на монолитную архитектуру для удобства запуска, и проектировалась для дальнейшего перехода к микросервисной модели, что является критичным для роста, подключения новых операторов и партнеров.

В основе решения:

— React на фронтенде;

— 1C-Битрикс и REST API на бэкенде;

— интеграция с Bitrix24.

Все заявки и бронирования автоматически передаются в Битрикс24: настроены триггеры, лиды и заказы формируются сразу после действий пользователя на сайте. Для бизнеса это означает прозрачность процессов и снижение операционной нагрузки. 

Вся логика построена так, чтобы данные о поиске, бронировании и оплате сразу попадали в CRM без ручной обработки. Оплата картой на сайте выстроена с максимальным уровнем безопасности и без комиссий для клиента.

Мы превратили Cruise.ru в устойчивую цифровую платформу, которая:

— используется как основной канал онлайн-продаж;

— корректно работает с динамическими данными операторов;

— выдерживает рост ассортимента и трафика;

— снижает операционные риски и объем ручной работы;

— позволяет развивать агентскую и партнерскую экосистему.

Эффективность выбранного нами маршрута сразу дала о себе знать. Несмотря на релиз в период закрывающегося туристического сезона, после запуска обновленной платформы посещаемость сайта выросла на 180 %, количество визитов на 200 %, а число брошенных бронирований заметно сократилось в первые же месяцы после обновления.

Бизнес получил масштабируемую платформу, которая стала основным каналом онлайн-продаж. Проект объединил рынок операторов и агентов, автоматизировал бронирование, снизил долю ручной обработки и создал фундамент для дальнейшего роста.

Команда Фьюче работает с cruise.ru в режиме долгосрочного сотрудничества, и платформа продолжает развиваться в формате регулярной поддержки: добавляются новые операторы, дорабатываются сценарии бронирования, оптимизируются производительность и архитектура. 

Проект Cruise.ru является примером случая, когда требования бизнеса влияют на архитектуру продукта. Мы построили технологию под реальные сценарии, с учетом особенностей отрасли, данных и процессов сторонних операторов.

Это кейс о том, как в бизнесе IT перестает быть поддержкой и становится частью продуктовой стратегии.