Роза хутор: мобильное приложение крупнейшего горнолыжного курорта

1. Вводная задача от заказчика, проблематика, цели

К старту сезона «Роза Хутор» нужно было выпустить новую версию мобильного приложения и одновременно начать переход на микросервисную архитектуру. Старая версия приложения замедляла развитие продукта:

• новые функции внедрялись дольше;
• масштабирование требовало все больше ресурсов;
• архитектурные ограничения мешали быстро развивать сервисы.

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

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

2. Описание реализации кейса и творческого пути по поиску оптимального решения

Мы вели проект вместе с командой «Роза Хутор». Со стороны клиента были продуктовая экспертиза, приоритизация функциональности и интеграция с внутренними сервисами. Со стороны Umbrella IT мобильную часть реализовывали три Flutter-разработчика. Чтобы выдержать сроки, мы встроили ИИ-инструменты в рабочий процесс: Claude Code использовали для типовой верстки, шаблонного кода и первичной архитектурной проработки, Cursor AI — для backend-задач, тестирования, рефакторинга и анализа логов. Это позволило ускорить повторяющиеся этапы и сосредоточить команду на логике, интеграциях и качестве реализации. В результате скорость разработки выросла до 3 раз по сравнению с базовой скоростью команды.

Архитектурная основа

Главным техническим решением стал поэтапный переход с монолита на микросервисную архитектуру. Платформу построили на backend в Kubernetes.

• для работы с геоданными использовали PostgreSQL + PostGIS
• для поиска — Elasticsearch, для обработки событий — Kafka, для кэширования — Redis.

Архитектуру сразу проектировали под масштабирование: платформа рассчитана на 600 000 пользователей и выдерживает пиковую нагрузку 10 000–12 000 активных посетителей в день. Это дало курорту запас по устойчивости в сезон и основу для развития новых сервисов без постоянного возврата к ограничениям старой системы.

Ключевые функции:

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

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

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

• Раздел онлайн-камер показывает текущую обстановку на разных локациях курорта. Пользователь заранее оценивает погодные условия, ситуацию на склонах и загрузку. Такой сценарий работает и до выхода на склон, и во время отдыха, когда нужно быстро свериться с ситуацией на курорте.

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

• Для гостей, которые приезжают не кататься, в приложении реализовали покупку прогулочных билетов на канатные дороги и другие активности. Там же доступны бронирование отелей курорта с фильтрами по типу размещения, магазин с сувенирами и фирменной продукцией, бонусная программа «Роза Бонус» и раздел мероприятий с актуальной афишей. За счет этого приложение закрывает не один сценарий, а всю поездку целиком — от планирования до покупок и досуга.

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

• Реализовали ролевую модель доступа для гостя, посетителя, контент-менеджера и администратора. В следующем этапе развития заложена функциональность на базе Bluetooth-меток для определения местоположения человека на территории курорта. Это усилит навигацию и безопасность.

3. Результаты сотрудничества

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

После релиза клиент получил платформу, на которой можно быстрее развивать приложение и запускать новые функции. ИИ-инструменты остались частью delivery-процесса и дают измеримый эффект: выпуск новой функциональности ускорился в 1,5–3 раза. Это сокращает цикл изменений и позволяет быстрее реагировать на продуктовые и бизнес-задачи.

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

Платформа рассчитана на 600 000 пользователей и выдерживает 10 000–12 000 активных посетителей ежедневно в пиковый период. В январе 2026 года по сравнению с январем 2025 года продажи выросли на 60%. Для курорта это означает, что приложение решает сразу две прикладные задачи: помогает гостям во время поездки и поддерживает коммерческие сценарии в самый важный сезонный период.

В результате «Роза Хутор» получил мобильный продукт, который закрывает основные пользовательские сценарии в одной среде, работает под высокой нагрузкой и дает команде курорта понятную основу для дальнейшего развития сервиса.

4. Заключение

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