Обновление приложения Круиз.онлайн: что изменилось в API

Архитектура стала ближе к пользовательскому опыту

Ключевое изменение — переход приложения на новый основной домен API. В практическом смысле это означает, что мобильный клиент теперь взаимодействует с backend-сервисами напрямую, без дополнительных промежуточных звеньев. Источник указывает, что такой подход должен ускорить отклик экранов и операций внутри приложения.

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

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

Deeplink-навигация превращает приложение в часть воронки

В обновлении заметно расширены возможности deeplink-навигации. Теперь ссылки из писем, push-уведомлений, рекламных кампаний или веб-страниц могут вести не просто «в приложение», а сразу в нужный раздел: карточку круиза, подборку маршрутов, страницу оператора или теплохода, корзину, заказы и контакты.

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

Здесь важно не переоценивать сам факт deeplink как универсальное решение. Если после перехода пользователь попадает в перегруженный экран, не понимает цену или теряет данные заказа, магии не случится. Но как связка между сайтом, CRM, маркетинговыми инструментами и мобильным приложением такой подход делает продукт более цельным. Особенно на фоне того, что пользователи все внимательнее относятся к качеству цифрового сервиса и к тому, где автоматизация помогает, а где превращается в барьер; это хорошо видно и по кейсам из анализа жалоб на клиентский сервис.

Бронирование и каталог стали более продуктовой системой

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

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

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

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